Michael, first thing to say is that I like your new design ! I think it is good that:
1. The DBI process manages new writes to the DX table 2. That the data exchange queries will be very simple and straight forward. 3. That we are now thinking about serial numbered exchanges rather than complex state management. A couple of questions... 1. In the "Disadvantages" section you say that there will be larger exports. Is this really the case ? I would have thought that if you keep your CA and RA nodes in step (i.e. keep alternating import and exports) then the volume of the data exchange fil will be quite small and only contain items that have changed. Am I missing something ? 2. Are you thinking of a seperate data exchange file per node ? Or a single data exchange file specific to each node ? If it is the former, then are you also thinking of a "select the node you wish to export to" type question during export ? 3. I think you have an error in "3. RA", it says "- DELETE FROM DX WHERE SERVER_ID=0 and NUMBER>0 and NUMBER>=IX" where I think it should say "- DELETE FROM DX WHERE SERVER_ID=0 and NUMBER>0 and NUMBER<=IX". Are you testing us ? ;-) Chris... ------------------------------------------------------- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar _______________________________________________ OpenCA-Devel mailing list OpenCA-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openca-devel
