Immer Ärger mit Harry - äh MySQL

[Bbommel]

Hi Delbor,

heißt der Film nicht "immer Ärger mit Bernie"?

Also, da kommt ja einiges zusammen:

Du kannst als Server völlig problemlos die 64-Bit-Version von MySQL auf deinem Rechner installieren, denn deine Delphi-Anwendungen haben mit dem MySQL-Server unmittelbar ja nichts zu tun. Der Server könnte ja auch auf einem komplett anderen Rechner mit ganz anderem Betriebssystem laufen. Ob es nun aus irgendwelchen Gründen besser/empfehlenswerter ist, unter einem 64-Bit-Windows auch die 64-Bit-Server-Variante von MySQL zu installieren, kann ich dir aus dem Stegreif nicht sagen, aber das kann man bestimmt irgendwo in schlauen Ecken im Netz ergoogeln.

Wichtiger ist es aber, die 32-Bit-Version des ODBC-Treibers, als des "Connectors" zu installieren, denn sonst kannst du mit deiner 32-Bit-Delphi-Anwendung tatsächlich nicht drauf zugreifen. Aber das hast du ja offenbar auch gemacht. Dass du als "ODBC-Datenquelle" nichts siehst, liegt nicht daran, dass sich der Treiber irgendwie versteckt oder so, sondern dass du standardmäßig in einem 64-Bit-Windows die 64-Bit-Variante der "ODBC-Datenquelle" öffnest. Dort ist dein Treiber dann nicht zu sehen. Um zur 32-Bit-ODBC-Verwaltung zu gelangen, musst du folgendes in Windows starten:

Code:

c:\windows\syswow64\odbcad32.exe

Dann bist du in der "32-Bit-ODBC-Welt" und solltest alles wie gewohnt sehen und einrichten können.

Bis denn
Bommel

[Sherlock]

OT: Immer Ärger mit Harry ist Hitchcocks Vorlage zu Immer Ärger mit Bernie - zumindest dem Titel der deutschen Übersetzung nach, aber besser paßt dann doch Cocktail für eine Leiche.

Sherlock

[Delbor]

Hi Bbommel

Danke für deine ausführliche Antwort!
Unter 'Start>All Apps' stehen beide ODBC-Datenquellen-Dialoge zur Verfügung. Ich bin gestern bloss auf Windows hereingefallen.
Wie der Pfad, den du gepostet hast, schon verrät, verstecken sich hinter dem ODBC-Datenquellen-Dialog für 32Bit die 64-Bit-Dinger und hinter demjenigen für 64Bit die 32Bit-Dinger.
Nachdem ich den 64-Bit-Dialog geöffnet hatte, standen mir zwei Treiber zur Verfügung - einer zum Anlegen einer Ansi- und einer für eine Unicodeverbindung.

Leider hab ich gestern einiges falsch interpretiert - nach der Installation lief der Server, und so konnte ich über MySQLNotifier eine Verbindung vom Server zur Workbench herstellen.
Heute morgen sieht das etwas anders aus. Über Notifier>Configure Instance... lässt sich zwar die Workbench mit der gestern definierten Connection starten. Der Server selbst jedoch läuft nicht und lässt sich im Fenster <Startup/ShutDown> auch nicht starten.
So sieht alles danach aus, dass ich MySQL selbst über die Commandline starten muss.
Im Anhang eine Jpeg mit den Meldungen, wenn ich versuche, den Server aus der Workbench heraus zuu starten.

Gruss
Delbor

[Bbommel]

Du hast ja weiter oben auch geschrieben, dass du MySQL nicht als Dienst installiert hast. Insofern ist es kein Wunder, dass du den nicht auf diese einfache Art starten und stoppen kannst, sondern jedes Mal zu Fuß über die Konsole manuell den Server starten musst.

Wenn du MySQL als Dienst installierst, dann hast du es deutlich einfacher. Denn dann kannst du den einfach über "Dienste" aus der Systemsteuerung starten und stoppen oder halt auch über dieses Workbench-Ding. Du kannst den Dienst ja so konfigurieren, dass er nicht direkt beim Windows-Start gestartet wird, falls du Sorge hast, dass er dir sonst zu viele Ressourcen frisst.

Noch mal zu 64- und 32-Bit: Nee, eigentlich ist das schon alles in Ordnung so. Hinter "c:\windows\syswow64\odbcad32.exe" verbirgt sich der ODBC-Dialog für 32-Bit. Die Bezeichnung "syswow64" ist da vielleicht etwas verwirrend, weil Windows in diesem Ordner halt das 32-Bit-Subsystem anlegt. Der Name ist etwas blöd gewählt. Mehr dazu hier.

[Delbor]

Hi Bbommel

Zitat:

Wenn du MySQL als Dienst installierst, dann hast du es deutlich einfacher

Ja, das ist klar. Früher hatte ich MySQL immer als Dienst installiert. Aber dann wollte ich auch mal MariaDB - auch als Dienst - installieren und habe damit prompt die bestehende MySQL-Installation überschrieben. Erst später wurde mir klar, dass ich den MySQL-Dienst erst hätte stoppen müssen.
Soweit ich das sehe, gibt es jetzt drei Möglichkeiten:

• Ich starte MySQL bei Bedarf über die Commandline
• Oder über ein Powershell-Script. Ein solches lässt sich in der Powershell speichern, so dass es nicht jedesmal getippt werden muss
• Da der Server sich hinter mysqld.exe 'versteckt', sollte er sich eigentlich über Createprozess aus Delphi heraus starten lassen. Noch unklar ist mir im Moment die Geschichte mit den Parametern, bzw. den Connections, speziell jener zur Workbench.

Gruss
Delbor