A smaller dll doesn't always mean a faster one. In fact enabling
compiler optimizations generally make a faster executable, but often
lead to an increase in binary size. I think a read only SQLite may be
faster because of locks and other instructions, and it would be safer
in a cgi-bin
Sqlite's size is perfect as it is, but I have a couple
of apps where an even smaller "reader" could be used:
1. A cgi-bin based application, hosted at a third
party place - no fast-cgi, no registering isapi dlls,
etc. just plain cgi-bin which gets loaded/executed
every time it is called (win32 +
jp <[EMAIL PROTECTED]> wrote:
> Has anybody tried to build a query-only (select only)
> version of sqlite?
>
> I need to make a read-only version, without all the
> CREATE xxx, INSERT, DELETE, UPDATE, etc., for
> reporting purposes, which in theory should result in a
> significantly smaller
Has anybody tried to build a query-only (select only)
version of sqlite?
I need to make a read-only version, without all the
CREATE xxx, INSERT, DELETE, UPDATE, etc., for
reporting purposes, which in theory should result in a
significantly smaller .dll.
Just like Acrobat has Acrobat Reader, I
4 matches
Mail list logo
