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 <antli...@youngman.org.uk > <mailto:antli...@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 > > _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
