MySQL via PHP-Tunnel (über eigene libmysql.dll)

[omata]

Dieses Projekt ermöglicht den Zugriff auf eine MySQL-Datenbank über ein PHP-Skript.

Dabei werden folgende Punkte untersützt:

• Lesender Zugriff
• Schreibender Zugriff
• Transactionsteuerung
• Auslesen von Systeminformationen
• Funktioniert auch im Designmodus von Delphi
• Stellt den Zugriff über TDataset zur Verfügung, damit können alle normalen Datenbankkomponenten verwendet werden

[NetSonic]

Zitat von omata:

Meldest du dich an "web-user_webdb1" an? Weil dann benötigst du doch diese Angabe gar nicht in der SQL-Abfrage. Oder greifst du von einem Schema auf ein anderes zu?

Ich melde mich an dieser Datenbank an, allerdings enthält die Query nicht den Namen der Datenbank, sondern nur den der Tabelle. Als Fehlermeldung bekomme ich dann aber eben diese komplette Rückmeldung mit "dbname.tabellenname". Scheint also vom PHP-Script oder der DLL so behandelt zu werden.

[omata]

Klappt das nun mit der neuen DLL?

[NetSonic]

Dazu müsste ich die Datenbank jetzt erst wieder umbenennen. Muss jetzt aber zunächst etwas anderen machen, d.h. dazu werde ich erst am Wochenende kommen. Du bekommst aber auf jeden Fall eine Rückmeldung.

[Ajin]

Hallo und guten Morgen !

welche libmysql.dll ist denn fuer dieses Projekt die richtige, ein 32Bit Betriebssystem vorausgesetzt? Denn beim Testen dieser Anwedung bekomme ich immer den libmysql.dll error (not found oder wrong)

Die libysql.dll ist im Verzeichnis des .exe files und im System32 Ordner.

Ich habe etwas im Netz gestoebert und etliche libmysql.dll gefunden. Welche ist mit Win7 kompatibel?

[himitsu]

Im Ausgangsthread sollte eine spezielle DLL beiliegen.

[Ajin]

I know, die hab ich auch erfolglos mit besagter Fehlermeldung getestet. Ich versuche es dann mal auf einer anderen Maschine - evtl. liegts an meinem OS

[himitsu]

Eine andere DLL ist nicht möglich, da dieses eine "Eigenentwicklung" ist, welche mit dem PHP-Script redet.

Probier mal die Version aus dem Post #36.

[Ajin]

Ich hab die DLL aus Post #36 eben getestet. Leider bleibt der Errorcode 0.

[himitsu]

Damm müssen wir auf omata (den Schöpfer dieser DLL) warten ... vielleicht kann er ja was machen.

[omata]

Für Problematiken mit Delphi 2010 bitte auch diese Diskussion beachten.