Roman Simakov <roman.sima...@gmail.com> wrote Wed, 25 Jun 2014 10:49:01 +0400:
> Hi, all! > > My 2 cents. Current behavior is really a BUG and I cannot imagine who > wants to have such logically incorrect data. It's enough for me to > make a conclusion to have new behavior as default. Some developers who > really understand that such situation cannot happen in his system can > EXPLICITLY specify TPB option isc_tpb_insensitive_cursor. I assume > current applications relies on logically correct result so backward > compatibility will not be broken. > Separate TPB option better than the central switch in the configuration. In some cases we would like to keep the current behavior RO RC (not in terms of results, but in the sense of not blocking GC), and for others to have a consistent set in the RC. Moreover, both in the same application. Perhaps the switch configuration is needed to select the default behavior, but it does not negate an separate TBP. Current behavior RO RC convenient for Grids when fetch data as you scroll. An alternative is to fetch all records that may take quite a decent time. -- Simonov Denis ------------------------------------------------------------------------------ Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
