Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.databases.oracle    |    Overblown overpriced overengineered SHIT    |    2,288 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 1,755 of 2,288    |
|    Markus Breuer to All    |
|    Question about commit    |
|    17 Sep 04 09:47:25    |
      From: markus.breuer@gmx.de              I have a question about oracle commit and transactions. Following scenario:              Process A performs a single sql-INSERT into a table and commits the       transaction. Then he informs process B (ipc) to read the new date. So       process B starts "select ..." but does not get the previously inserted       row. The timespan between commit and select is very short.       (NOTE: two different sessions are used)              Questions:       1.) Does commit when returning from call ensure, that all changes are       immediatelly visible to all other Sessions/transactions?       2.) Does commit ensure only that all data is stored persistent, but       changes are deferred visible to other transactions?       3.) May the "select ..." cause the problem? Other than dml statements a       select does not start a transaction. Would "select for update" instead       solve the problem?              regards markus              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca