Transactions are not seen outside of your session until you commit. If another user logs in, then they will see the table as it was stored in the database at its last committed state. That is the reason for undo space, redo logs, etc.In your scenario, User B would not see A's transaction even though B has committed his, because A has not committed their changes.
For full details of Data Concurrency and Transactions in Oracle see the Oracle Concepts Guide.
Thanks for the link. – ssr532 Jul 8 '10 at 6:13.
It is possible for multiple insert dml operations to collide even though uncommitted. If the insert into emp above is inserting into a uniquely indexed column (e.g. , a primary key), then until committed or rolled back user B cannot insert the same value - it will block.So, in a sense, user B "sees" the uncommitted insert by A, although user B cannot select the values inserted by A.
I cant really gove you an answer,but what I can give you is a way to a solution, that is you have to find the anglde that you relate to or peaks your interest. A good paper is one that people get drawn into because it reaches them ln some way.As for me WW11 to me, I think of the holocaust and the effect it had on the survivors, their families and those who stood by and did nothing until it was too late.