Thank you for bringing topic back to original intent. Clearly much is missing from the latest SQL standard. Debates aside, the URL is equally lacking.
Yes, "own" extensions solve much of my needs. On Thu, May 23, 2019, 7:26 AM J. King <jk...@jkingweb.ca> wrote: > On May 23, 2019 6:46:52 a.m. EDT, R Smith <ryansmit...@gmail.com> wrote: > > >This is SQLite. Perhaps some of us could collaborate on a fork called > >SQLbloat and put out standard libs/code/precompileds for versions of > >sqlite with everything - bbq sauce and all, for when you don't need > >Lite > >- then you can specify that the queries are for SQLbloat and they will > >run out the box directly and correctly. Linux distro wars coming to an > > I find this a little condescending. There's a lot of reasons to like > SQLite, and the aspect that sways me more than others is not "lite", but > "zeroconf". > > I mainly use SQLite in PHP and Tcl, so using my own SQLite library is > often not practical, and in the case of PHP, loadable extensions are > disabled by default. I as a programmer am at the mercy of what > distributions package---which is often SQLite in its default configuration, > so a less-lite-but-still-zeroconf SQLessLite as the default configuration > would be extremely valuable to me. At the same time, those working in tiny > systems still have tons of compile-time options to keep things lean. > > In short, I'm skeptical that the choices Hwaci have made about what to > exclude are necessarily beyond reproach or discussion. Derogatory > references to "SQLbloat" really don't further the cause of honest > discussion. > > > -- > J. King > _______________________________________________ > sqlite-users mailing list > sqlite-users@mailinglists.sqlite.org > http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users > _______________________________________________ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
