Zitat von
mkinzler:
In seinem Fall sollte sich der Kauf von speziellen kommerziellen Komponenten aber lohnen
Also z.B. ZEOS oder IBDAC/UniDAC?
Zitat von
mkinzler:
So hat er es wohl auch gemeint ( er hat es ja auf sein Programm bezogen). Eine Ini der Komponenten wäre auch nicht sinvoll, da ja dann nur eine Verbindung möglich wäre ( bei eigener Ini könnte man ja mehrere alternative Pfade und auch parallele Zugriffe auf mehrere Datenbanken/Bestände ermöglichen
-> genau so. Wichtig ist mir quasi, dass ich ein Programm schreibe und dann nur noch bei Installation beim Kunden entscheiden muss auf welche Variante verbunden wird (Single-User vs. Multi-User)
Zitat von
scrat1979:
Jein. Wenn Du Befehle benutzt, welche in den entsprechenden
DBMS IDENTISCH sind, dann ja. Dann müsstest du Dich allerdings für die Pro-Version entscheiden, da erst hier die entsprechenden Service-Provider für die einzelnen Datenbanksysteme mit ausgeliefert werden. Wie schon gesagt werden von UniDAC allerdings keine DatenbanksystemSPEZIFISCHEN Features unterstützt (z.B. Komponente zur Rechteverwaltung in Firebird)
Nun sagen wir mal so, wenn der "Client" mit der Datenbank nur arbeiten soll (SELECT / INSERT / UPDATE / DELETE) würde es reichen wenn ich keine Komponenten zur Rechteverwaltung habe. Sobald es aber tiefer geht (ALTER TABLE / CREATE TABLE etc.) wird es mit solchen Universallkomponenten schwierig. Außerdem sollte der
SQL-Dialekt selbstverständlich der selbe sein. Sonst wird auch das hinfällig (wie ich es auch aus #7 von
Bernhard Geyer raus lese). Habe ich das richtig verstanden?
Zitat von
mkinzler:
Höchstens der Preis (kostenlos). Zeos hat das Problem, dass keine harten Commits unterstützt werden. Was bei Multiuserzugriff ein echtes Problem darstellt.
OK, jetzt fehlt mir das Wissen zu "harten Commits". Commits waren für mich bisher immer die Möglichkeit der
DB zu sagen -> übernehme die Änderungen JETZT. Nur wo ist jetzt der Unterschied zwischen hartem und weichem Commit?
Danke an alle für die Rege Teilnahme an meinem "Anfängerproblem".
Chris