[basex-talk] BaseX

2017-01-11 Thread Hans-Juergen Rennau
Dear BaseX team - no bug, no question, no feature request - only the urge to thank you for your work. About a year ago I embarked on a piece of research work which has kept me busy and excited ever since. This work is important to me because so much seems to go into it, of what I have come to

Re: [basex-talk] Gravierende Performance-Einbüße bei Persistierung von mehr als 5000, 160 KB große XML Datenstrukturen.

2017-01-11 Thread Christian Grün
Hi Lucian, Thanks for your analysis. Indeed I’m wondering about the monotonic delay caused by auto flushing the data; this hasn’t always been the case. I’m wondering even more why no one else noticed this in recent time.. Maybe it’s not too long ago that this was introduced. It may take some time

Re: [basex-talk] Gravierende Performance-Einbüße bei Persistierung von mehr als 5000, 160 KB große XML Datenstrukturen.

2017-01-11 Thread Bularca, Lucian
Hi Christian, I've made a comparation of the persistence time series running your example code and mine, in all possible combinations of following scenarios: - with and without "set intparse on" - using my prepared test data and your test data - closing and opening the DB connection each "n"-th

Re: [basex-talk] fn:doc weirdness with imported files

2017-01-11 Thread Christian Grün
> 1. Create a new database I think this is the point where I’m stuck. Probably it’s not enough to create an arbitrary database, but the path must somewhat be similar to the path of the file that you are addressing in the next steps? Did you first create an empty database and add the document

Re: [basex-talk] fn:doc weirdness with imported files

2017-01-11 Thread Marc van Grootel
Hi Christian, Couldn't repro it with a command script, it got the expected behaviour each way I tried. However, I can repro it consistently in the GUI. GUI: 1. Create a new database 2. Point Input file or directory to an existing XML file, say, "F:/tmp/foo.xml" (haven't verified behaviour on