The word 'Stored Procedures ' when used in the context of DBMS is used to refer to several meanings:
1. Efficiency - compile once when 'stored' and run multiple-times. 2. Data Encapsulation & Access control for DB - DB owns and controls access to its API 'stored' in it. 3. Client-server design - server 'stores' the procedures that any client can then use. 4. Procedural language - a language which supports procedural statements (in addition to the declarative ones provided by SQL): loops, conditionals, variables etc. 5. Physically residing in DB - API resides and moves with the DB. This is the meaning most people are familiar with. StepSqlite satisfies #1, #2, #3 and #4 today and looks forward to support for #5 being implemented in future versions of SQLite. As for the question about distributing libs, StepSqlite gives users two ways to integrate the compiled PL/SQL code into their SQLite applications: 1. Generate a loadable SQLite extension and distribute it with DB. 2. If distributing loadable extensions is a concern (security or otherwise), StepSqlite also has an option to generate a regular C++ library instead. This library can be linked into the user's application code and thus becomes part of the user's code just like any other library would. Wherever the app goes the stored procedures/functions go too. http://www.metatranz.com/stepsqlite Regards, -sk On Sat, Sep 19, 2009 at 10:33 AM, Alexey Pechnikov <pechni...@mobigroup.ru> wrote: > Hello! > > On Saturday 19 September 2009 02:17:39 Subsk79 wrote: >> StepSqlite brings powerful Stored Procedure support with full power of >> PL/SQL syntax to SQLite. It is a 'compiler' as opposed to a mere >> 'wrapper' so it generates much more efficient code than any wrapper >> could ever achieve - for instance, it pre-compiles all SQL in your >> code right when the lib is loaded - no compile-overload at runtime - >> this is exactly what one expects from a true 'Stored' Procedure. > > Do you have support for compiled extension stored into database table? > It's not good way to distribute external libs. > > Best regards, Alexey Pechnikov. > http://pechnikov.tel/ > _______________________________________________ > sqlite-users mailing list > sqlite-users@sqlite.org > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users > _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users