' schrieb:<hosen runter>
ich will das eigentlich seit Jahren in meinem ADO-Toolkit drin haben. Nativ mySQL-Server / SQL-Server und auch Oracle ansprechen zu können wäre ein echtes Alleinstellungsmerkmal
. Aber wie alle, bin auch ich faul, und was hab ich verwendet? Richtig --> ADO (drum heisst ja auch ADO-Toolkit), weils schneller geht und einfacher ist.
Ich hatte schonmal angefangen eine mySQL Anbindung zu implementieren, nach 2 Tagen probieren und basteln hab ich's wieder in die Ecke gelegt, weil der Aufwand in keinem Verhältnis zum Nutzen (für mich) steht ...
Haha, das ist wirklich nur eine interessante Alternative wenn Du:
1) Diese Datenbank von einem anderen System dann Windows ansprechen willst.
2) Dir jemand die unzähligen Wochen und Monate Arbeit dafür bezahlt.
3) Du schon immer mal ein richtiges Binärdatenprotokol selber implementieren wolltest um zu sehen wie das geht.
4) Und Du gewisse masochistische Neigungen hast.
Wenn nicht mindestens drei der vier obengenannten Gründe bestehen solltest Du gar nicht erst beginnen :-)
sqlLv ist da sicher ein vielversprechenderer Weg da es Gebrauch macht von bestehenden C Libraries um mit den Datenbanken zu sprechen. Nur finde ich die Art der Implementation davon ein wenig eingeschränkt. Wenn schon ein LabVIEW Importwrapper dann könnte der auch ein bischen mehr auf LabVIEW zugeschnitten sein was Datentypen, Fehlerabhandlung und so betrifft.
Ich glaube ich werde mal schauen ob ich mein ODBC Toolkit (das funktionierende ODBC Treiber vorausgesetzt auf MS, Linux und OS-X läuft) soweit aufräumen kann dass man das an andere geben kann.
Rolf Kalbermatter
/
datenbankomponenten unter linux
