Subj : Re: JSLibs
To : Badopcode
From : Digital Man
Date : Thu Mar 01 2012 12:46 am
Re: Re: JSLibs
By: Badopcode to Badopcode on Wed Feb 29 2012 04:44 am
> Re-reading this and maybe you didn't mean it as a slam.
> But seriously you could have just said you don't like SQLite and its not
> something your interested in pursuing. Maybe spared some hard feelings.
> The impression you left me is you would only want to add connectivity to a
> "real" SQL service that is enterprise class. But won't because Synchronet
> isn't enterprise class and by your own definitions not a "real" server.
I'm pretty sure what he was saying was: To embed SQLite was to pick an
under-powered SQL server that might not meet everyone's needs (everyone that is
interested in using a SQL server with Synchronet that is) and to embed ODBC
support instead would open it up to any compliant database server and that
would be better. I understand that logic.
The second part (the response to the request to reimplement Synchronet's
internal databases in a SQL db engine) was that Synchronet would then not be
able to run without a SQL server of some kind and that is an unusual/unexpected
requirement of a non-Enterprise class server. I totally agree with this
statement and would not support reimplementing Synchronet's databases in SQL.
Two different responses to 2 different suggestions/requests.
> At any rate... I can perfectly add the SQLite3 extension myself and won't
> bother you guys with it.
Someone (Ragnarok?) already did it. Have you looked at his patch set?
If it's considered generally useful (to more than one Synchronet sysop), I'd
definitely consider integrating into the CVS tree. So far, I think there's only
been one interested sysop (before you).
digital man
Synchronet "Real Fact" #12:
Synchronet was the first BBS software to ship with internal QWK networking.
Norco, CA WX: 49.9�F, 81.0% humidity, 1 mph WNW wind, 0.00 inches rain/24hrs
---
� Synchronet � Vertrauen � Home of Synchronet � telnet://vert.synchro.net
