Ok, good news about db:create. My use case is in the context a web app . I have been using the following, somewhat lazy, approach to installation: If the database does not exist then use the client module,connecting to itself, to create it and load it from a folder containing "starter" content.
CREATE DATABASE coll /path/to/input This abuse of the client module seems to be blocked now :-), However the db:create(), as was, in 7.4 seemed only to be able to create an empty db. On Wed, Sep 12, 2012 at 3:05 PM, Christian Grün <christian.gr...@gmail.com>wrote: > Hi Andy, > > it's nice to hear that you spotted my temporary Wiki edit.. Yes, I'm > quite positive that db:create() will make it into 7.5, although there > are still lots of "minor issues" to resolve. Next, as you've probably > read, db:create() will always executed after all other database > operations on the pending update list, because the database to be > created cannot be referenced in the query itself (..as it does not > exist yet). Using RESTXQ, this won't be such a big deal, as you can > use db:output() to redirect to another query, which operated on the > newly created database. > > Reg. HTTPLOCAL: the only difference is that no database server > instance will be started if HTTPLOCAL is set to true. The server > instance is mainly helpful if you want to address the same BaseX > instance from other clients which are not running in the same JVM. > > I really hope to finish all the stuff soon, including the > documentation around the updated HTTP architecture. I guess there are > many open questions. If you want to know more about the changes, just > ask what feels confusing to you (this may also improve the Wiki texts > to be written). > > Christian > ___________________________ > > On Wed, Sep 12, 2012 at 3:22 PM, Andy Bunce <bunce.a...@gmail.com> wrote: > > I saw there was briefly 7.4 build with a db:create function and then this > > functionality was removed. Is this likely to come back for the 7.5 > release? > > It would seem if HTTPLOCAL [1] is in use then the options for database > > management are somewhat limited? > > Also would you except any significant performance benefits from > HTTPLOCAL? > > > > /Andy > > > > http://docs.basex.org/wiki/Options#HTTPLOCAL > > > > _______________________________________________ > > BaseX-Talk mailing list > > BaseX-Talk@mailman.uni-konstanz.de > > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk > > >
_______________________________________________ BaseX-Talk mailing list BaseX-Talk@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk