Newbie Frage zur Datenbankauswahl

[ChrisE]

Zitat:

Zitat von mkinzler

In seinem Fall sollte sich der Kauf von speziellen kommerziellen Komponenten aber lohnen

Also z.B. ZEOS oder IBDAC/UniDAC?

Zitat:

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:

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:

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

[mkinzler]

Zitat:

Also z.B. ZEOS oder IBDAC/UniDAC?

Zeos ist ein Beispiel für die andere Seite -> kostenlos
Ich würde hier zu IBDAC(UnDiAC), FIBPlus o.ä raten.

Zitat:

-> 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)

Nicht(nur) bei der Installation; kann man flexibel halten.

Zitat:

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?

Bei Zeos erfolgt der Commit erst beim Schliessen der Verbindung, vorher wird nur ein SavePoint (Teiltransaktion) erzeugt.

Zitat:

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?

Auch bei nur "Arbeiten" bekommst du mit den "Spezialisten" weitere Features ( Sequenzverwaltung, Savepoints, Returning, ...). In der Praxis ist der SQL Dialekt der verschiedenen DBMS leider sehr unterschiedlich.

[joachimd]

Zitat:

Zitat von ChrisE

wir brauchen in naher Zukunft eine einfach Datenbanklösung. Ich habe schon versucht mich in verschiedene Bereich ein zu lesen, doch irgendwie überflutten mich die Informationen.
...
Die Anforderungen sind folgende:

• Zugriff von Single-User-Installationen, Mini-Netzen (3-5 Clients) und größeren Netzen bis zu 50 Clients
• Hauptsächlich gibt es lesende Zugriffe, schreiben kann jedoch in "Stoßzeiten" durchaus von allen Clients aus geschehen (quasi-parallel)
• Einfache Installation der Datenbank für Single-User und Mini-Netze - am besten nur durch kopieren von Dateien (ohne Services etc.)
• Simple Umstellung auf größere Netze, die dann wahrscheinlich auf einen Server / Service zugreifen
• Single-User und Mini-Netze am besten ohne zusätzliche Lizenzkosten
• Einsatz in Closed-Source Entwicklung erlaubt

Um auch mal ein kommerzielles Produkt in den Ring zu werfen: Das hört sich wie eine Musteranforderung für den Advantage Database Server an. Und da wird man auch während der Entwicklung und später bei evtl. Supportfällen nicht alleingelassen.

[scrat1979]

Zitat:

Zitat von joachimd

Zitat:

Zitat von ChrisE

wir brauchen in naher Zukunft eine einfach Datenbanklösung. Ich habe schon versucht mich in verschiedene Bereich ein zu lesen, doch irgendwie überflutten mich die Informationen.
...
Die Anforderungen sind folgende:

• Zugriff von Single-User-Installationen, Mini-Netzen (3-5 Clients) und größeren Netzen bis zu 50 Clients
• Hauptsächlich gibt es lesende Zugriffe, schreiben kann jedoch in "Stoßzeiten" durchaus von allen Clients aus geschehen (quasi-parallel)
• Einfache Installation der Datenbank für Single-User und Mini-Netze - am besten nur durch kopieren von Dateien (ohne Services etc.)
• Simple Umstellung auf größere Netze, die dann wahrscheinlich auf einen Server / Service zugreifen
• Single-User und Mini-Netze am besten ohne zusätzliche Lizenzkosten
• Einsatz in Closed-Source Entwicklung erlaubt

Um auch mal ein kommerzielles Produkt in den Ring zu werfen: Das hört sich wie eine Musteranforderung für den Advantage Database Server an. Und da wird man auch während der Entwicklung und später bei evtl. Supportfällen nicht alleingelassen.

... wobei die Datenbank preislich in einer anderen Liga zu spielen scheint :oops:

[ChrisE]

Vielen Dank an alle.

Ich werde mir jetzt weitere Gedanken machen zu den Komponenten. Ich denke Firebird wird die Richtig Wahl sein. Dies werden die Tests aber noch zeigen :-)

:dp:

Chris