MySQL 4.1 und dbExpress verbindet nur zu localhost?

[cs.rumpelstilzchen]

Hallo Forum!
Ich habe folgendes Problem mit Delphi 2005 (Update 1):
Zugriff auf MySQL-Datenbank via Netzwerk (TCP/IP) auf Windows-Server.
Bisher klappte alles ganz gut, nun brauchen wir SUBQUERIES! Die gehen aber nur ab MySQL 4.1.x.
Also MySQL-Server Upgedated - läuft! Zumindest im MySQL-Administrator und Query-Browser. :?

Nun zu Delphi: neue libmysql.dll eingebunden - mit der alten konnte ich mich nicht am Server anmelden - und jetzt will dbExpress immer nur auf den localhost verbinden, :wall: egal was ich in den Voreinstellungen angebe! - und es kommt folgende Fehlermeldung:

dbExpress-Fehler: [0x000C]: Ungültiger Wert für Benutzername/Passwort
Datenbank-Server-Fehler: Can't connect to MySQL server on 'localhost'(10061)

Hat die dbExpress-Komponente ein Problem mit der neuen MySql-Version? :?:

So long... :coder:

[bigg]

Aktualisiere deine MySQL-Client Bibliothek, soweit möglich.
(müßte die "libmysql.dll" sein)

Seit Version 4.15 wird ein anderer Passwortalgo verwendet.

[cs.rumpelstilzchen]

hallo bigg, danke für die Antwort.

Ich benutze natürlich - wie geschrieben - die zugehörige libmysql.dll

Geht aber trotzdem nicht!

[bigg]

Zitat:

Zitat von cs.rumpelstilzchen

hallo bigg, danke für die Antwort.
Ich benutze natürlich - wie geschrieben - die zugehörige libmysql.dll
Geht aber trotzdem nicht!

Teste die Verbindung mit dem MySQL-Administrator.
Sollte eine Verbindung mit Passwort gelingen,
so liegt es an der veralteten "libmysql.dll", die du benutzt.

MySQL-Administrator:
http://www.mysql.de/products/administrator/

[cs.rumpelstilzchen]

Na das ist ja das verrückte daran! Mit dem Administrator kann ich mich locker mit der im Netzwerk verfügbaren MySql-Datenbank verbinden!

Nur über dbExpress gehts nicht! Und die Fehlermeldung besagt: Datenbank-Server-Fehler: Can't connect to MySQL server on 'localhost'(10061)

Also hat dbExpress versucht auf den localhost zu verbinden, und den gibts nicht! :wall:

Wenn ich die 'alte' libmysql.dll benutze, erhalte ich ne Meldung, daß die Anmeldung wegen irgendwelcher Authentifizierungen (o.s.ä) nicht möglich sei. Mit der 'neuen' libmysql.dll den o.g. Fehler! :freak:

Auch wenn ich im dbExpress-Objekt direkt die korrekte libmysql.dll angebe, gehts nicht.

Geht das denn bei dir? Ich arbeite mit Delphi2005 Pro. Borland gibt an, daß die dbExpress mit MySql 4.0.x kompatibel sei, von 4.1 steht da nix! Und bis Borland da was updated, vergehen bestimmt Jahre. :kotz:
Und das alles nur, weil ich Subqueries brauche und die erst jetzt in MySql verfügbar sind!

[bigg]

Ich kenne das Problem nur, weil ich PHP 4.3.10 und MySQL 4.1 zusammen betreiben wollte.
Das funktionierte leider nicht, da die MySQL-ClientAPi von PHP veraltet war,
deshalb verwende ich nun PHP 5.03.

Bietet DBExpress keine Updates dafür an?
Ansonsten würde ich komplett auf diese Komponenten verzichten.

PS: Schau dir doch mal die Sourcen von MySQL-Administrator an,
ist ja schließlich mit Delphi/Kylix geschrieben wurden.

[cs.rumpelstilzchen]

Tja, und damit sind wir beim Kernproblem!
Ich möchte mich nicht an eine SQL-Datenbank binden. Daher der Weg über die dbExpress-Komponente!
Bei Einsatz der Software auf Einzelplatzrechnern reicht die kostenlose MSDE aus, im Netzwerk wäre das im kommerziellen Bereich kostenpflichtige MySql die günstigere Wahl.
Und da dachte ich mit dbExpress könnte ich zwei (oder sogar mehr) Fliegen...

Aber bin ich denn der Erste und Einzige, der mit dbExpress auf MySql zugreift und SubQueries benötigt?
Wo sind denn die anderen Datenbankfreaks? Alle im (sicher wohlverdienten) Osterurlaub?

Na ja, erst mal Frohe Ostern und vielen Dank für die Hilfe. Vielleicht bringt der Osterhase ja ne Lösung mit!

[cs.rumpelstilzchen]

So, Ostern ist schon lang vorbei, mein Problem bleibt! :(

Da anscheinend sonst niemand dieses Problem hat und ich mit meinem Projekt irgendwann fertig werden muß, hab ich mich entschlossen mich vorerst von MySQL zu verabschieden.
MS-SQL läuft problemfrei, schnell und hat offensichtlich erheblich mehr Potenzial als MySQL. Tut mir zwar irgendwie in der Seele weh :cry: mich mit MS zu verheiraten, aber es geht wohl nicht anders. Oder?

Dank an alle die Helfen wollten. :thumb:
So long...

[Ulf346C]

Zitat:

Zitat von cs.rumpelstilzchen

So, Ostern ist schon lang vorbei, mein Problem bleibt! :(

Da anscheinend sonst niemand dieses Problem hat und ich mit meinem Projekt irgendwann fertig werden muß, hab ich mich entschlossen mich vorerst von MySQL zu verabschieden.
MS-SQL läuft problemfrei, schnell und hat offensichtlich erheblich mehr Potenzial als MySQL. Tut mir zwar irgendwie in der Seele weh :cry: mich mit MS zu verheiraten, aber es geht wohl nicht anders. Oder?

Dank an alle die Helfen wollten. :thumb:
So long...

*Fingerzeig*
habe dasselbe Problem

hast du eine Lösung gefunden ?

Ulf

[Bernhard Geyer]

Zitat:

Zitat von Ulf346C

*Fingerzeig*
habe dasselbe Problem

hast du eine Lösung gefunden ?

Ulf

Ich glaube mal gehört zu haben das das Kernproblem an den dbExpress-Komponenten von Borland liegt. Diese sind alles andere als flexible und sind noch voller Fehler. Probier mal die Komponenten von CoreLabs. Diese kosten zwar ein paar €, aber dafür sollten sie um Welten besser als die Borland-Komponenten funktionieren.

[cs.rumpelstilzchen]

Hallo Leute!
Da staune ich aber, so spät noch Reaktionen auf mein Problem! :o Delphi-PRAXIS vergisst eben nichts! Prima!

Also zu der Frage von Ulf:

Ich bin - bis auf weiteres - umgestiegen auf MSSQL. Die dbExpress-Componente ist , da muß ich Bernhard zustimmen - eine mittlere Katastrophe! :kotz:
Leider macht dbExpress auch beim Zugriff auf MSSQL erhebliche Probleme, die man zwar umschiffen kann, aber Freude kommt nicht auf und das Vertrauen ist dahin. :freak: Daher stricke ich mein Programm z.Zt. um auf ADO. Damit bin ich zwar vorerst mit MS verlobt, habe aber 1. eine stabile, leistungsfähige und kostenlose Datenbank, die z.Zt. mit viel Power seitens MS weiterentwickelt wird und 2. eine Schnittstelle, die auch bei einem späteren umstieg auf .NET - das wäre dann wohl die Hochzeit mit MS :sharkylinchen: - stabil funktioniert.
Soweit ich in verschiedenen Foren und Borland-Blogs erfahren habe, wird dbExpress wohl nicht weiter gepflegt und geht den gleichen Weg wie die BDE. :!:

So long
Jürgen

[Bernhard Geyer]

Zitat:

Zitat von cs.rumpelstilzchen

Leider macht dbExpress auch beim Zugriff auf MSSQL erhebliche Probleme, die man zwar umschiffen kann, aber Freude kommt nicht auf und das Vertrauen ist dahin. :freak:

Ist vermutlich dort ähnlich das die von Borland gelieferten dbExpress-Komponenten nicht der Hit sind. Aber es gibt ja Fremdhersteller die sowas vernünftig machen.

Zitat:

Zitat von cs.rumpelstilzchen

Daher stricke ich mein Programm z.Zt. um auf ADO. Damit bin ich zwar vorerst mit MS verlobt, habe aber 1. eine stabile, leistungsfähige und kostenlose Datenbank, die z.Zt. mit viel Power seitens MS weiterentwickelt wird und

Kostenlos nur die kleine Version. Und die hat diverse Einschränkungen. Aber wenn du jetzt auf die TDataset-Schiene gehst (ich vermute mal du verwendest DBExpress/dbGo) kannst du mit geeigneten Ansatz auch mehrere DB's parallel unterstützen..

Zitat:

Zitat von cs.rumpelstilzchen

2. eine Schnittstelle, die auch bei einem späteren umstieg auf .NET - das wäre dann wohl die Hochzeit mit MS :sharkylinchen: - stabil funktioniert.

ADO.NET ist sehr unterschiedlich zu ADO! Da wirst Du vermutlich (wenn dein Programm sehr viel mit DB-Sensitiven Controls und Connected Datasets arbeitet) sehr viel umbauen müssen.

Zitat:

Zitat von cs.rumpelstilzchen

Soweit ich in verschiedenen Foren und Borland-Blogs erfahren habe, wird dbExpress wohl nicht weiter gepflegt und geht den gleichen Weg wie die BDE. :!:

Würde mich nicht stören. Ist ja auch nur eine "Ausgeburt" wegen Kylix. Und das war ja auch für Borland ein ziemlicher Fehlschlag was Einnahmen, Qualität und Weiterentwickung von Delphi auf Win32 betrifft.

[Ulf346C]

Oh je, ihr macht mir ja Mut :shock:

Aber Hochzeit mit M$ kommt überhaupt nicht in die Tüte. Obwohl ich sogar einen MS-SQL-Server habe - wegen Zwangsupdate auf Server 2003 (Danke, DATEV ! Ohne euch hätte ich jetzt 40% weniger graue Haare)

Ich werde es wohl ersteinmal mit den Corelabs-Komponenten versuchen.

Wenn das nicht klappt muß ich so 600 Tabellenobjekte komplett umstricken... auweia :pale:

[ltiefland]

Ich empfehle Dir die Zeos Komponenten. Die können mit verschiedenen Datenbanken (z. B. MySQL, MSSQL, DB2, PostgreSQL u. v. a. m.) umgehen und funktionieren perfekt.

[bigg]

Zitat:

Ich werde es wohl ersteinmal mit den Corelabs-Komponenten versuchen.

Wenn das nicht klappt muß ich so 600 Tabellenobjekte komplett umstricken... auweia Pale

Was denn, was denn? :shock:
Ihr werdet doch wohl noch 6 Funktionen schreiben können.

mysql_connect
mysql_disconnect
mysql_query
mysql_selectdb
[..]

Der Zeitaufwand sollte imho genauso gross sein, sich in die Komponentensammlung einzuarbeiten.

[Bernhard Geyer]

Zitat:

Zitat von bigg

Was denn, was denn? :shock:
Ihr werdet doch wohl noch 6 Funktionen schreiben können.
[..]
Der Zeitaufwand sollte imho genauso gross sein, sich in die Komponentensammlung einzuarbeiten.

Ich denke mal er verwendet auch DB-Sensitive Controls, TDatasets und Grid und ähnliches. Und da kommmst du mit den 6 Funktionen der libmysql.dll-API nicht aus.

[Ulf346C]

Zitat:

Zitat von bigg

Zitat:

Ich werde es wohl ersteinmal mit den Corelabs-Komponenten versuchen.

Wenn das nicht klappt muß ich so 600 Tabellenobjekte komplett umstricken... auweia Pale

Was denn, was denn? :shock:
Ihr werdet doch wohl noch 6 Funktionen schreiben können.

mysql_connect
mysql_disconnect
mysql_query
mysql_selectdb
[..]

Der Zeitaufwand sollte imho genauso gross sein, sich in die Komponentensammlung einzuarbeiten.

wenn ich schon auf SQL-Abfragen umgestellt hätte wäre das ja einfach; ist aber alles mit tTable-Komponenten und ihren "Verwandten" gemacht (die ganze Applikation basiert auf einem dBase-Programm von 1993... *seufz*)
wenigstens meine vielen dBGrid-Objekte (mit mühsam gebastelten "onDraw" Routinen) wollte ich retten

[Ulf346C]

:thumb:

scheint je wirklich zu funktionieren mit den Zeos-Komponenten.
Sogar meine DBGrid's kann ich behalten (...wahrscheinlich) :)

man sollte nur beim Ausprobieren aicht auf die (dumme) Idee kommen eine Testdatei mit den Spalten "Name","Vorname","Alter" anzulegen ... ich habe eine Stunde gebraucht bis ich gerafft hatte daß "alter" ja auch sein SQL Schlüsselwort ist und DESHALB mein prima Testprogramm nicht geht :wall:

erstmal Danke an alle

Ulf

[ltiefland]

Noch etwas. Schau mal in die "my.ini" (Windows) bzw. "my.cnf" (Linux). Wenn Du dort folgenden Eintrage findest

Zitat:

bind-address=127.0.0.1

, dann tausche das mal gegen

Zitat:

bind-address=0.0.0.0

aus. Dann sollte auch der Fernzugriff gehen. Du mußt nach dieser Änderung natürlich MySQL neu starten.