CXXXIX. SQLite Functions (PDO_SQLITE)

简介

警告

本扩展模块是实验性的。本模块的行为，包括其函数的名称以及其它任何关于此模块的文档可能会在没有通知的情况下随 PHP 以后的发布而改变。使用本扩展模块风险自担。

PDO_SQLITE is a driver that implements the PHP Data Objects (PDO) interface to enable access to SQLite 3 databases.

In PHP 5.1, the SQLite extension also provides a driver for SQLite 2 databases; while it is not technically a part of the PDO_SQLITE driver, it behaves similarly, so it is documented alongside it. The SQLite 2 driver for PDO is provided primarily to make it easier to import legacy sqlite 2 database files into an application that uses the faster, more efficient sqlite 3 driver. As a result, the SQLite 2 driver is not as feature-rich as the SQLite 3 driver.

目录
PDO_SQLITE DSN -- Connecting to SQLite databases
PDO::sqliteCreateAggregate -- Registers an aggregating User Defined Function for use in SQL statements
PDO::sqliteCreateFunction -- Registers a User Defined Function for use in SQL statements

add a note User Contributed Notes

gmac63 at charter dot net
10-Aug-2006 10:38


Issue:

Error: SQLSTATE[HY000]: General error: 1 unsupported file format 



Resolution:

To solve this (and/or many issues) involving this type of error, I assumed the error to be generated from php. Well, it was to an extent. The sqlite pdo code offered the solution:



I researched the error by grep'ing the php source code and found the error string to come from php-5.1.4/ext/pdo_sqlite/sqlite/src/prepare.c, lines 265:278 :



/*

 ** file_format==1    Version 3.0.0.

 ** file_format==2    Version 3.1.3.

 ** file_format==3    Version 3.1.4.

 **

 ** Version 3.0 can only use files with file_format==1. Version 3.1.3

 ** can read and write files with file_format==1 or file_format==2.

 ** Version 3.1.4 can read and write file formats 1, 2 and 3.

 */

 if( meta[1]>3 ){

   sqlite3BtreeCloseCursor(curMain);

   sqlite3SetString(pzErrMsg, "unsupported file format", (char*)0);

   return SQLITE_ERROR;

 }



This is interesting as I am running SQLite version 3.3.5 which the databases were created in. I see that the SQLite PDO source in the php source is :

      # cat ext/pdo_sqlite/sqlite/VERSION

       3.2.8



My solution was then to find a version of sqlite that was =< 3.1.4. I found source for 3.1.3, compiled, recreated my database using that version (NOTE: the databases are unsupported between 3.1.x and 3.2.x versions of SQLite). Once I did this it worked.



Also as a side note, to get SQLite compiled as a PDO, I had to:



1) configure with

...

--enable-pdo=shared \

--with-sqlite=shared \

--with-pdo-sqlite=shared

--with-zlib

... \

'make && make install' if configure is successful.



2) Make sure the pdo libs were copied/installed to the correct directory. On my installation it was /usr/local/include/php/ext/pdo/



3) Make these changes in my php.ini:

  - change ' extension_dir = "./" ' to ' extension_dir="/usr/local/include/php/ext/pdo/" '

  - add/edit in this order:

      extension=pdo.so

      extension=pdo_sqlite.so

      extension=sqlite.so



4) test php with : 'php -m' at the command line and solve any issues from there. Mostly php.ini config issues. Also restart the http service!

maximkh [at] yahoo [dot] com
05-Aug-2006 04:11


In reply to Duffalo:



The current PHP version will happily work with SQLite 3.3.6, but you need to re-compile PHP using the latest SQLite library.



On a different note, it seems that the developers got a little lazy and decided not to add any support for integer, real, or blob data types. When using PDO's bindParam or bindValue methods, the driver only uses either sqlite3_bind_null, or sqlite3_bind_text. That means that if you think you're storing ints, even with PDO::PARAM_INT specified, it is still stored as string, taking up a lot more space than it needs to and effectively eliminating all data-type support for SQLite (you are only left with nulls or text).



In my opinion, this is a rather lousy implementation. I've submitted a feature/change request to the bug tracking system, so I guess we can wait and see if full data type support is added in the future. What I don't understand is why this was done in the first place. SQLite's API could not be any easier to use, simply check the type of the variable passed, and if it's an int use sqlite3_bind_int, if it's a float use sqlite3_bind_double. Why the forced conversion into strings?

Duffalo
07-Jul-2006 07:41


Note that as of the date of this post, PDO_SQLITE will not interact with database files created with the current version of the SQLite console application, sqlite-3.3.6.



It is currently necessary to obtain version 3.2.8, available from http://www.sqlite.org/ but only by entering the URI manually, as there is no link. Go to http://www.sqlite.org/download.html and find the URI of the version you're looking for, then make the appropriate version number substitution.

aidan at php dot net
01-Oct-2005 05:36


If you receive an error while trying to write to a sqlite database (update, delete, drop):



Warning: PDO::query() [function.query]: SQLSTATE[HY000]: General error: 1 unable to open database



The folder that houses the database file must be writeable.

add a note