Dieser Abschnitt enthält häufige Fragen über die Verbindung von PHP und Datenbanken. PHP kann in der Tat auf praktisch jede verfügbare Datenbank zugreifen.
Auf einem Windows-Rechner können Sie einfach die eingeschlossene ODBC-Unterstützung mit dem passenden Treiber verwenden.
Auf einem Unix-Rechner können Sie die Sybase-CT-Treiber benutzen, um auf Microsoft SQL-Server zuzugreifen, weil diese ein (zumindest nahezu) kompatibles Protokoll aufweisen. Sybase hat eine » freie Version der benötigten Bibliotheken für Linux-Systeme erstellt. Sehen Sie sich auch die Antwort auf die nächste Frage an.
Ja. Sie haben bereits alle nötigen Werkzeuge, wenn sie komplett unter Windows 9x/Me oder NT/2000 arbeiten, wo Sie ODBC und die ODBC-Treiber von Microsoft benutzen können, um auf Microsoft Access-Datenbanken zuzugreifen.
Wenn Sie PHP auf einem Unix-Rechner betreiben und auf MS Access auf einem Windows-Rechner zugreifen wollen, brauchen sie ODBC-Treiber für Unix. » OpenLink Software bietet Unix-basierte ODBC-Treiber an, die dazu geeignet sind.
Eine weitere Alternative ist es, einen SQL-Server zu benutzen, der ODBC-Treiber für Windows anbietet und diesen dann zu benutzen, um die Daten dort abzulegen, um sie dann von Microsoft Access (über ODBC) und PHP (mit den mitgelieferten Treibern) aus anzusprechen, oder ein dazwischengeschaltetetes Dateiformat zu benutzen, das sowohl Access als auch PHP verstehen, beispielsweise Plaintext oder dBase-Datenbanken. Zu diesem Punkt schreibt Tim Hayes von OpenLink Software:
Eine andere Datenbank als vermittelndes Element zu benutzen ist keine gute Idee, wenn Sie ODBC direkt von PHP aus zur Datenbank benutzen können - etwa mit den Openlink-Treibern. Wenn Sie wirklich ein zwischengeschaltetes Dateiformat benötigen, hat Openlink jetzt Virtuoso (eine virtuelle Datenbank) für NT, Linux und andere Unix-Plattformen herausgebracht. Bitte besuchen Sie unsere » Webseite, wenn Sie Virtuoso kostenlos herunterladen wollen.
Eine Möglichkeit, die sich als erfolgreich herausgestellt hat, ist die Benutzung von MySQL und den MyODBC-Treibern unter Windows, um die Datenbanken zu synchronisieren. Steve Lawrence schreibt dazu:
Tipps und Tricks:
Ja. Es wird immer eine MySQL-Unterstützung in PHP geben. Die einzige Änderung in PHP 5 ist, dass die eigentliche Client-Bibliothek nicht mehr mitgeliefert wird. Hier sind einige Gründe:
Die meisten Systeme haben heutzutage die Client-Bibliothek schon installiert.
Gegeben den oben genannten Fall, kann es Probleme mit verschiedenen Versionen von Client-Bibliotheken geben. Wenn man etwa mod_auth_mysql gegen eine Version linkt und PHP gegen eine andere und dann beide im Apache einschaltet, gibt es einen schönen netten Absturz. Außerdem hat die mitgelieferte Bibliothek nicht immer richtig mit der installiertet Serverversion zusammengespielt. Das offensichtlichste Symptom war die Uneinigkeit, wo die Unix-Domain-Socket-Datei mysql.socket zu finden ist.
Die Wartung war etwas lax und die Bibliothek fiel immer mehr und mehr hinter der aktuellen Version zurück.
Die zukünftigen Versionen der Bibliothek stehen unter der GPL und es gibt keine Update-Möglichkeit, da wir keine Bibliothek, die unter der GPL steht, mit einem Projekt unter einer BSD/Apache-ähnlichen Lizenz mitliefern können. Eine saubere Abspaltung mit PHP 5 schien die beste Möglichkeit zu sein.
Dies wird wahrscheinlich nicht besonders viele Leute betreffen. Unix-Benutzer, zumindest die, die wissen, was sie tun, neigen dazu, PHP so zu kompilieren, dass es gegen die libmysqlclient-Bibliothek ihres Systems gelinkt ist, indem sie einfach --with-mysql=/usr angeben. Windows-Benutzer können die Erweiterung php_mysql.dll in der php.ini einschalten. Für weitere Details besuchen Sie bitte die MySQL-Referenz, um an Anweisungen zur Installation zu gelangen. Versichern Sie sich auch, dass die Datei libmysql.dll in der PATH-variable des Systems vorhanden ist. Wie das funktioniert, können Sie unter Wie füge ich unter Windows PATH mein PHP-Verzeichnis hinzu? nachlesen. Weil libmysql.dll (und viele andere Dateien) im PHP-Ordner liegen, sollten Sie den PHP-Ordner zur PATH-variable hinzufügen.
Sie versuchen, einen result identifier zu benutzen, der 0 ist. Die 0 bedeutet, dass Ihre Abfrage aus irgend einem Grund fehlgeschlagen ist. Sie sollten auf Fehlermeldungen überprüfen, nachdem Sie Ihre Abfrage losgeschickt haben und bevor Sie versuchen, mit dem Ergebnis zu arbeiten. Dies kann mit diesem oder ähnlichem Code bewerkstelligt werden:
<?php
$result = mysql_query("SELECT * FROM tables_priv");
if (!$result) {
echo mysql_error();
exit;
}
?>
<?php
$result = mysql_query("SELECT * FROM tables_priv")
or die("Bad query: " . mysql_error());
?>
Q: I heard it's possible to access Microsoft SQL Server from PHP. How?
"On Windows machines, you can simply use the included ODBC support and the correct ODBC driver."
There is a better solution now, download the SQL Server Driver for PHP from Microsoft's Download Center, it is officially supported by Microsoft.
Source code: sqlsrvphp.codeplex.com
As reply to the entry from 20-Mar-2005 01:19:
The trick seems to be to insert the php directory into your path before any of the other libmysql.dll locations.
On Tru64 5.1A, we had what looked like the mysql pthread problem, with php 5 shared lib compiling fine but crashing upon firing up apache. But, our problem turned out to be this: we were running 2 versions of mysql and attempting to use --with-mysql=/usr/local/newmysql5 to link to our running test mysql5 distribution. php was still linking against an old /usr/local/lib/mysql mysqlclient library, however (or setting up to use old /usr/local/lib/mysql shared mysqlclient.so, not sure which).
When we made sure that only /usr/local/newmysql5/lib/mysql/ mysqlclient library (which was a static one in our case) was available to our compiling user, our problem with php crashing on apache start went away. (We used tru64's handy setacl command to accomplish this.) We still have the mysql5 pthread-included compile.
An easy way to compile PHP5 when you have installed mysql, but
- you can't find the "mysql header files" or
- get this error: Cannot find MySQL header files under /usr/
: simply install mysql-devel from mysql site.
If one is using PHP on Windows to connection to MS SQL Server and does not want to pass credentials via the mssql_connect but instead use MS Connectionless NT Authentication, what is the proper syntax/usage?
I believe you want to turn on secure_connection in php.ini file:
; Use NT authentication when connecting to the server
mssql.secure_connection = On
How to compile PHP5 when you have installed mysql, but
- you can't find the "mysql header files" or
- get this error: Cannot find MySQL header files under /usr/
If you want to use mysql 4.0 (*not* 4.1 or even higher!) just download & extract the latest mysql4.0 binary distribution to e.g.
/root/mysql40/
but don't start it (it even should not work, if you have a mysql server already running)
Then use --with-mysql=/root/mysql4 within your php5 configuration.
After compiling/installing (make, make install), you may delete the /root/mysql40/ directory, or keep it for later versions of php5.
Just a quick note which may help Windows users setting up PHP/Apache/MySQL. I was receiving these two error messages on Apache startup: 1) "The procedure entry point mysql_thread_end could not be located in the dynamic link library LIBMYSQL.dll" and 2) "PHP Startup: Unable to load dynamic library '<my php installation dir>/ext/php_mysql.dll' - The specified procedure could not be found". After checking that libmysql.dll did exist in my root PHP install dir, and that this dir was in my path, I determined that the problem was an older version of libmysql.dll. My solution was to search all harddrives for this file (I found 6 copies of 5 different versions), and rename all of them except my PHP install dir copy. PHP, Apache and MySQL all function as expected after making this change.
This is a crucial piece of information for SYBASE users:
If you are using the free, but old, 11.x client libs from sybase,
then compile with option "--with-sybase-ct=$SYBASE"
substitute $SYBASE with the appropriate directory name.
option --with-sybase (without ct) can somehow be used to talk to old MS-SQL servers, but only with the 11.x client libs.
If you are using free, or have legally obtained, 12.x client libs from sybase, then compile with option "--with-sybase-ct=$SYBASE/$SYBASE_OCS"
substitute $SYBASE/$SYBASE_OCS with the appropriate directory name.