Date: prev next · Thread: first prev next last
2016 Archives by date, by thread · List index


On 03/03/16 17:53, Jonathan Aquilina wrote:
Instead of reinventing the wheel why not look at SQLite or there is a
nosql db couchdb as well but not sure how easy that would be to
integrate with LO

Is SQLite a relational db? In which case it's no interest to me ... :-)

As for other nosql dbs, the reason I would go down the Pick route is it
is the database technology I understand. And unfortunately I do not know
of a Pick database under a Free licence :-( which is a good reason for
wanting to write one :-)

If you come across a Pick DB called OpenQM I would advise you not to
touch it with a bargepole unless your sole purpose is playing/personal
use :-( Shame, as it's actually a very nice product.

If anybody else has any ideas, don't wait on me!!!

Cheers,
Wol

This email has been sent from a virus-free computer protected by Avast.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>


<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Jonathan Aquilina

On Thu, Mar 3, 2016 at 6:50 PM, Wols Lists <antlists@youngman.org.uk
<mailto:antlists@youngman.org.uk>> wrote:

    On 02/03/16 12:12, Noel Grandin wrote:
    >
    >
    > On 2016/03/02 2:11 PM, Michael Stahl wrote:
    >>
    >> personally i'd be inclined towards alternatives that are less
    likely to
    >> trigger toolchain problems - maybe there's a SQL database implemented
    >> in, say, Java somewhere...
    >>
    >
    > Maybe even one that shares a committer with LO ?
    >
    :-)

    Sounds like I ought to get my finger out :-)

    I want to write a NoSQL database (a Pick derivative) and the plan is to
    do it and make it part of LibreOffice. Problem is, as a carer, I find it
    very hard to get the time available to concentrate, and I also don't
    have all the skills I need.

    Anyways, I will try and have a crack at it - life seems to be getting a
    bit easier at the moment - and see where it takes us.

    For those who know me, I am very much anti relational practice - imho
    it's impossible to write an efficient truly relational database - the
    theory has technical flaws that seriously impact any FNF engine.
    Basically, that (in contravention of Einstein's dictum) the engine is
    *too* *simple*, which means that any applications *must* be *overly*
    *complex*. I'll wax lyrical if you like but you'd be wise not to get me
    started :-)

    My main problem is that a Pick database is actually a complete operating
    environment. Fundamental to its operation is its language, called
    DATABASIC, and while I could probably write the database engine without
    too much difficulty, writing the language compiler is a step too far at
    the moment.

    Anyways, here's to having a go - if anyone's mad enough to join me,
    great!

    Cheers,
    Wol
    _______________________________________________
    LibreOffice mailing list
    LibreOffice@lists.freedesktop.org
    <mailto:LibreOffice@lists.freedesktop.org>
    https://lists.freedesktop.org/mailman/listinfo/libreoffice




Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.