If the underlying database is RDBMS, you would load using a single transaction so that all new activity hits at once, with a single commit at the end of the transaction. You could also have a control table which contained the date/time of the last update.
Another method would be to use replication or some variation of replication from the source system(s) to the target systems. But again, you would want to maintain the integrity of a transaction. If someone was transferring $100 from checking to savings, you wouldn't want to post the withdrawal from checking without also providing commit to the deposit into savings.
-------------------------
The trouble with doing something right the first time is that nobody appreciates how difficult it was - Steven Wright
I started to realie that this topic is not as small as I thought. Any more suggessions?. like maintaining 2 sets of those tables which are very complicated like explained above.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.