[SR-Users] db_cluster together with the registrar module = signal 11
Øyvind Kolbu
oyvind.kolbu at usit.uio.no
Thu Aug 30 16:05:17 CEST 2012
On 2012-08-30 at 13:32, Daniel-Constantin Mierla wrote:
> Then, have in mind that there are several operations, one after the other:
> - update - which do update to all write db servers
> - test affected rows (which is always working on last write (update)
> connection)
> - insert if affected rows is 0
>
> So it is not an atomic operation, like
> updated_and_if_affected_rows_is_0_then_insert. All this layer is done in
> usrloc, in sequential steps, working fine for one server, but not for
> multiple nodes.
After reading this mail and usrloc/ucontact.c I have a much better idea of
how this works, thanks!
> I am not sure what it will take to implement this kind of operation
> inside the database drivers, then it may work. TBased on quick thoughts,
> the code is there, just that has to be structured for each db connector
> and exported via db api and propagated to db_cluster.
This would be great.
> You have to do cross replication at database layer and use db_cluster as
> read/write for failover access (e.g., try read/write on db1 and if
> fails, try the other one).
Yes, this is what we'll probably end up with. Thanks for all your answers!
--
Øyvind Kolbu
More information about the sr-users
mailing list