Hi Christian,
> It could be, however, that the limit check is not yet enforced in all update
> operations. How do you store your XSLT data in the database?
The data is stored using db:replace().
>And could you check if you are close to the limit (e.g. via
>distinct-values(//*/name()),
distinct-values(//*/name()) gives me 32768 Items (in the info panel of basex
gui). A little bit too close, I guess.
> or by looking at the database statistics) ?
In the "Names" tab of the db properties, I get "Element / Entries: 33154".
However this information is tagged outdated, and trying to update it
("optimize" button) results in a crash (" Improper use? Potential bug?..." Etc.)
I have split the overall xslts processing into three runs (and three different
target dbs) resulting in ~20k / ~15k / ~10k #ENames according to the
(up-to-date) db properties respectively. I do not know to which extend names
are overlapping between those three parts, but exceeding a total number of 2^15
seems totaly possible.
So splitting seems the way to go; I think I will try to granulate even finer
and distribute the data into several databases.
Thanks.
Greets
Simon
> If not:
> Could this be an explaination for turning the output of a xslt (xml =>
> xml) to be not well-formed (The xslt itself is mature and has been
> used in exactly the same environment in several projects for > 2 years
> without problems.)?
> Now, with the latest project, an export of the database after the
> (seemingly
> issue-free) xslt-transform delivers e.g. elements at positions where
> they should not appear / opening elements not fitting their closing
> counterparts / missing content at the end?
> All other projects are ok with the current setup, but have
> significantly less data. The output dialect is somewhat "creative" and
> prone to resulting in a diversity of ENames, so this triggered my suspicion
> here...
>
> I am using basex 8.2.3 on Java 1.8.51 / 64bit. Also tried with 8.0.2,
> but same issue there. The transformations are triggered by a small
> snippet of xquery sent from a basexclient to the server.
>
> Thanks,
> Simon
>
> [1] http://docs.basex.org/wiki/Statistics
>
>
>
