> On Mar 5, 2015, at 1:04 PM, Ann Harrison <aharri...@nimbusdb.com> wrote: > > > >> On Mar 5, 2015, at 11:26 AM, "liviusliv...@poczta.onet.pl" >> <liviusliv...@poczta.onet.pl> wrote: >> >> Hi, >> >> It is usefull for testing purposes. Consider monitoring what actually is in >> some table from other connection or software before some long task has >> finished. > > Nothing is in a table until it is committed, so there's nothing to monitor.
That may be logically correct, but physically, an uncommitted record is there, at least in Firebird MVCC. So it would be possible, I suppose, to implement read uncommitted, though there is a nast problem that an uncommitted record would mask a committed version, but that's part and parcel of read uncommitted. But hey, why stop there? How about "read rolledback", "read deleted", "read imaginary", and 'read whatever" (Monty's default mode for MySQL)? > > > > Best regards, > > Ann > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > Firebird-Devel mailing list, web interface at > https://lists.sourceforge.net/lists/listinfo/firebird-devel ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
