Re: [basex-talk] Global lock = false and parallel update processes to different DBs

2019-02-06 Thread France Baril
Using restxq. I was hoping to speed things up with parallel processing :-). We are using some new indices to speed things up and more can be done. The issue main issue with that we process a lot of files and there are multiple levels of processing: 1- Apply 1st level 2- Save to db 3- Apply 2nd

Re: [basex-talk] Global lock = false and parallel update processes to different DBs

2019-02-06 Thread Christian Grün
Hi France, I agree that duplicating the same code more than once is not a good idea. I surely know too little about your use case, as I guessed you were sending custom query strings to BaseX via one of our APIs. Are you using REST oder RESTXQ? It seems that your current update operation is

Re: [basex-talk] Global lock = false and parallel update processes to different DBs

2019-02-06 Thread Marco Lettere
Hi France, I recall once I've been successful in generating xquery strings by patching the database name into it and then processing it with xquery:eval. Might this be anche approach for you? M. Il giorno mer 6 feb 2019, 09:12 France Baril ha scritto: > Irsh, we have 52 languages and all our

Re: [basex-talk] Global lock = false and parallel update processes to different DBs

2019-02-06 Thread France Baril
Irsh, we have 52 languages and all our system is based on being able to work with any language and let clients add/remove languages without having to call developers. I can't imagine the domino effect of having to build a shell function per language per process that access the DB. Plus as we are

Re: [basex-talk] Global lock = false and parallel update processes to different DBs

2019-02-04 Thread Christian Grün
Hi France, > I noticed that the latest version of BaseX lost this feature and nothing > seems to replace it. I'm trying to improve performance of batch processes and > I was counting on that feature a lot. Any change it will come back or that > something equivalent will come? With BaseX 9, we