| sqlayin(1) | SqLay Suite | sqlayin(1) |
sqlayin - input drivers for sqlay.
libsqlayindummy.so sqlayindummy, driver for a dummy database engine.
libsqlayinfiles.so sqlayinfiles, driver for SQL files.
libsqlayinfilet.so sqlayinfilet, driver for csv or tab separated files.
libsqlayinslite.so sqlayinslite, driver for SQLite.
libsqlayinmdbtl.so sqlayinmdbtl, driver for MDBTools.
libsqlayinpgsql.so sqlayinpgsql, driver for PostgreSQL.
libsqlayinmysql.so sqlayinmysql, driver for MySQL.
libsqlayinfrtds.so sqlayinfrtds, driver for FreeTDS.
libsqlayinodbcu.so sqlayinodbci, driver for unixODBC.
libsqlayinodbci.so sqlayinodbci, driver for iodbc.
[sqlaytool] [options] drivername:datasource
sqlayin is a small collection of input drivers for sqlay, meant to support SQL DDL and DML or one of these, read-write or read-only.
The drivers are loaded by the sqlaytool front-end executables through URL's in the form drivername:datasource. An exception to this is the sqlayinfiles driver which uses file: instead of files: as driver name.
Additional options, i.e. specific to a driver, may also be passed to the driver through -i command line options of the front-end.
Here are global options. Please, also refer to the drivers man pages for more detailed info.
The purpose of those drivers is to feed in a simple manner, with a very small set of functions, front-end executables with a minimum amount of metadata helpfull either for database schema overview or design, or for reasonably comfortable data entry.
Drivers are designed to be able to detect tables, views and columns, (commonly used) datatypes with their length, precision, not null flags and default values, primary and foreign keys, indexes with their unique flag set or unset, a count of data by table, comments on tables and columns, grants on tables and views.
They currently do not detect checks on columns nor tables, non-standard triggers, stored procedures, sequences, schemas or ownerships, and they will very probably never support various server optimization options targetted towards DBA's and, by principle, hidden to end-users like tablespaces, ...
Also they should normally not be able, at this stage, to handle spaces in object names, nor binary data in DML.
They are currently supposed to be read-write for DML only. Here comes a summary of the features.
Please, also refer to the drivers man pages for supported / unsupported features.
Besides from USER, used as default database name, SQLAYDRIVER may be used to override the default driver specified at compile time.
A compiled-in driver named null exists as well which always returns success on connection or disconnection requests but always nothing or error on any other request.
Pls understand that this is an alpha release and none of the executables is securized against buffer overflows, and so on.
Also, the drivers are not thread safe. Not even the connections are safe. The API has really been designed until now for use on trusted developpement machines, accessed only by trusted users.
Above this, there may be (lot of) memory leaks in them. So, for small scale use, they are fine, but you should not expect much more for now.
See the NOTE above for important security warnings.
E. Lurquin <sqlay@hitud.net>
sqlayindummy(1), sqlayinfiles(1), sqlayinfilet(1), sqlayinslite(1), sqlayinmdbtl(1), sqlayinpgsql(1), sqlayinmysql(1), sqlayinfrtds(1), sqlayinodbc3(1), sqlay(1), sqlds(1)
| sqlayin 0.8 | Dec 2008 | sqlayin(1) |