(PHP 5 >= 5.1.0, PHP 7, PECL PDO_SQLITE >= 0.2.0)

PDO_SQLITE DSNVerbindungen zu SQLite-Datenbanken aufbauen


Der PDO_SQLITE-Data Source Name (DSN) setzt sich aus den folgenden Elementen zusammen:

DSN-Präfix (SQLite 3)

Das DSN-Präfix ist sqlite:.

  • Um eine Datenbank auf dem Datenträger anzusprechen, wird ihr absolute Pfad an das DSN-Präfix angehängt.

  • Um eine Datenbank im Speicher zu erzeugen, wird :memory: an das DSN-Präfix angefügt.

DSN-Präfix (SQLite 2)

Die SQLite-Erweiterung in PHP 5.1 stellt einen PDO-Treiber zur Verfügung, welcher den Zugriff auf und das Erstellen von SQLite2-Datenbanken unterstützt. Das versetzt Sie in die Lage, auf Datenbanken zu zugreifen, die Sie mit einer SQLite-Erweiterung in früheren PHP-Versionen erstellt haben.


Der SQLite2-Treiber steht in PHP 5.1.x nur zur Verfügung, wenn Sie PDO und ext/sqlite aktiviert haben. Er ist zur Zeit nicht in PECL verfügbar.

Der DSN-Präfix, um eine Verbindung zu einer SQLite2-Datenbank aufzubauen ist sqlite2:.

  • Um eine Datenbank auf dem Datenträger anzusprechen, wird ihr absoluter Pfad an das DSN-Präfix angehängt.

  • Um eine Datenbank im Speicher zu erzeugen, wird :memory: an das DSN-Präfix angefügt.


Beispiel #1 PDO_SQLITE DSN Beispiele

Die folgenden Beispiele zeigen PDO_SQLITE DSN, die genutzt werden, um Verbindungen zu SQLite-Datenbanken aufzubauen:


add a note add a note

User Contributed Notes 6 notes

frederic dot glorieux at diple dot net
9 years ago
In memory sqlite has some limitations. The memory space could be the request, the session, but no way seems documented to share a base in memory among users.

For a request, open your base with the code
$pdo = new PDO( 'sqlite::memory:');
and your base will disapear on next request.

For session persistency
= new PDO(
12 years ago
It seems that the directory that contains your sqlite database must be writeable by the web server. Making just the file writeable won't work.
13 years ago
Don't forget "extension=php_pdo_sqlite.dll" has to be enabled in php.ini (if you use xampp is will be disabled by default) .
casteele at g-m-a-i-l ( dot ) c-o-m
4 years ago
Some notes that may or may not be obvious..

In general, when using an in-memory (:memory:) database from within a PHP script (such as code in an index.php file for a web server), the memory used for the database exists only as long as the PHP code is running. Usually, this is only as long as it takes to deliver output back to the web server trying to serve the web page to the client. There is no way (that I know of, please correct me if I'm wrong) to share an in-memory database across different web connections, including different multiple connections from the same client. *This does include "persistent" connections.* The reason for this is because in-memory databases *are* in-memory databases, and the memory allocated by the web server/PHP processor is allocated and released "on the fly". Otherwise, web servers which serve thousands of web pages would quickly consume all available memory (and swap space), and come to a grinding halt when the system no longer has available memory to handle more requests.

If you need to share data across sessions, connections, or scripts, you'll need to use a database file in a folder/directory which is *writable* by the web server/PHP extension, as SQLite3 may use some temporary files while working with the database. (In my Debian Linux installation, this is the "www-data" psuedo-user/group.) (You can consult the SQLite3 documentation if you wish to know what temporary files it uses; They are well-documented.)

In short, it is a _logical_error_ to think of in-memory databases as anything other than very short-term temporary databases. They may be useful if you only wish to work with a subset of a larger database within *a single web page, AND only while the PHP script is generating the web page*. That is, you cannot use in-memory databases to store a user's "shopping cart", for example, because a shopping cart would still need to load many different web pages, invoking many different PHP scripts, each with their own memory space. Likewise, once PHP has generated the output of the web page for the server to send on to the client, PHP is no longer "part of the picture", and any memory it had allocated may be freed for other uses--including your in-memory database.

This is not a limitation of the web server, PHP, or SQLite, but of how operating systems work in general to share limited resources (such as memory) between processes/users/connections/et cetera.
12 years ago
@ Fatmoon
That is correct. SQLite sometimes uses additional files in the same folder while writing to the DB. These files can sometimes be seen and usually contain the name of your DB and the word 'journal' in their filename.
Security wise, it might be a good idea to store the SQLite databases in a seperate folder to shield the rest from user www.
1 month ago
here is the example i prefer myself, in my opinion, this is almost always "the correct way" to do it:


= new \PDO('sqlite:/path/to/db_file.sqlite3', '', '', array(
To Top