Hi Marc, > Playing aroung with a .odb using internal hsql that has grown to a bit > more than 12MB on disk it starts to get a little slow. Especially > closing items (forms, tables, queries) takes some time, although the > underlying table is rather small in size.
Closing those sub-documents flushes the data changes done so far to the .odb, thus the delay. > Another spot where speed could help is when skimming through a table or > query view page-wise. The farther to the end of the records it goes, the > slower the screen update is done. But this is not so bad to be addresses > at first. Hmm. This shouldn't depend on the position in the result set. It should be equally slow all the time ;) Mind submitting an issue? > Base has evolved a lot since the last times I used it extensively, well > done! :D Thanks :) >>>>>>> <shouting "Jehova mode> >>>>>>> Other databases using binary files having a jdbc driver may fit this >>>>>>> requirement, too. Firebird would be a candidate. >>>>>>> </shouting "Jehova mode> >>>>>> Sure. Do you volunteer to write the driver/integration for FB? :) >>>>> No, definitly not. That's why I tagged this remark with some sort of >>>>> "humor sign". ;) >>>> Oh. Should I have said "Ist hier etwa Weibsvolk anwesend?" to show I >>>> understood it? :) >>> Bärte, schöne Bärte! >> Und Steine! > > Ich hätte gern zwei Flache, zwei Spitze und 'ne Tüte Kies. Selig sind die Griechen! Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
