Welche Datenbank?

[delphifan2004]

Hallo,

Habe mir soeben die ZeosDB runter geladen. Habe beim Stöbern aber auch SqLite (für Desktop Datenbanken) und DirectSQL gefunden. Arbeitet die mit Qracle zusammen?

Nun meine Frage, da die Entwicklung, wie überall, auch hier recht schnellebig ist, wenn ich mich von Null an einarbeiten muss, welche Datenbank ist da überhaupt zu empfehlen und wo gibt es die passenden Dokus dazu?

Welcher Datenbankserver ist zu empfehlen? Firebird?

[RWarnecke]

Irgendwie ist Deine Frage verwirrend. ZeosDB ist eine Komponente, womit Du auf verschiedene DBMS-System zugreifen kannst. Interbase ist ein DBMS. Was möchtest Du also genau machen oder realisieren ? Firebird ist eine Datenbank, die Du sowohl lokal als auch in einem Netzwerk einsetzen kannst.

[delphifan2004]

Sorry, ich bin genau so verwirrt und zwar von der Vielzahl an Datenbankkomponenten und den dazugehörigen Datenbankservern. Einarbeitung ist auch nicht in Nullkommanix getan und ich musste bereits lesen das die TDBF Komponente veraltet sei, das keiner mehr die BDE benutze und und und.

Wo also geht der Weh hin? Welchen Datenbanlkserver setzt man heutzutage ein und auch noch in 5 oder 10 Jahren und welche Datenbankkomponenten setzt man heute ein.

Sorry für die Frage aner ich gehöre leider nicht zu jenen, die sich in Nullkommanix in die doch recht komplexen Datenbankkomponenten und Datenbankserver einarbeiten können, ich brache da eine gewisse Investitionssicherheit.

Ich gebe ja zu das ich jahrelang nichts mit Datenbanken programmiert habe. Aber genau deswegen stelle ich die Frage hier.

Gehen denn alle Datenbankkomponenten mit wirklich jedem Datenbankserver?

Wenn ja, dann auch die BDE Komponenten mit Interbase und anderen Servern?

Wenn nein, welche Kombination wird heute und auch noch in 5-10 Jahren allgemein verwendet?

So übersichtlich und leicht zu lesen sind auch die mir bisher bekannten Dokus zu DirectSql und SqLite nicht. Iss nich wie ein Handbuch für Anfänger mit Unmengen an Beispielen.

Da ist stattdsessen mühsames zeitraubendes Einarbeiten mit viel rumprobieren, Versuch und Irrtum nötig vor dem ersten klitzekleinen ERfolgerlebnis.

Da will ich dann schon Sicherheit haben das all die Mühe nicht umsonst ist.

Deswegen frage ich, welche Datenbankkomponenten und welcher Datenbankserver in den nächsten Jahren dann auch verwendet werden.

Um so mehr bei dieser Antwort hier, denn ich könnte auch mal Fragen in Internetforen posten wollen. Wenn dann aber über die von mir verwendete Datenbank keiner Bescheid weiß, weil heute was ganz Anderes Inn ist????????


Kann vielleicht schon Zeos alles mit SQL. Oder muss ich dann doch mich auch mit DirectSQL beschäftigen. Was aber wenn DirectSQL nächstes Jahr schon wieder veraltet ist und in Foren keiner mehr darüber Bescheid weiß, wenn bei mir Fragen auftauchen.

Fragen über Fragen weil mich die Vielfalt an Datenbanksystemen, Datenbankservern und ZUgriffskomponenten selber verwirrt.


Wer also kann hier klarheit schaffen?


Ich weiß echt nicht, wie ich mich da anders ausdrücken soll. Sorry!!!
.

[Bernhard Geyer]

Zitat von delphifan2004:

Wo also geht der Weh hin? Welchen Datenbanlkserver setzt man heutzutage ein und auch noch in 5 oder 10 Jahren

Oracle, MySQL, Firebird, MS SQL-Server, ....

Zitat von delphifan2004:

und welche Datenbankkomponenten setzt man heute ein.

Ich beschränk das mal aufs Delphi-Umfeld: dbExpress oder native Zugriffskomponenten z.B. von DevArt.

Zitat von delphifan2004:

Gehen denn alle DAtenbankkomponenten mit wirklich jedem Datenbankserver?

Nein

Zitat von delphifan2004:

Wenn ja, dann auch die BDE Komponenten mit Interbase und/oder Firebird.

Vergiss BDE!

Zitat von delphifan2004:

Wenn nein, welche Kombination wird heute und auch noch in 5-10 Jahren allgemein verwendet?

Siehe oben.

Zitat von delphifan2004:

Deswegen frage ich, welche Datenbankkomponenten und welcher Datenbankserver in den nächsten Jahren dann auch verwendet werden.

Siehe oben. Vor allem bei den DB-Zugriffskompos haben wir gute Erfahrungen mit den Compos von DevArt gemacht.

[DeddyH]

Das dürfte eine Frage des Verwendungszwecks sein, welche DB mehr und welche weniger geeignet ist. Firebird ist allein schon deshalb ein guter Kompromiss, weil er sich sowohl als Client/Server als auch als Embedded-Variante einsetzen lässt, dafür sind aber für spezielle Einsatzzwecke andere RDBMS besser, sei es, dass sie sich einfacher administrieren lassen oder über das Internet schneller arbeiten oder sonst etwas. Zu den Komponenten: es gibt div. Sammlungen, die Zugriff auf eine erkleckliche Anzahl div. RDBMS ermöglichen (ZEOS, AnyDAC, UniDAC, SQL Direct, um mal ein paar Beispiele zu nennen). Falls Du Dich aber auf eine bestimmte DB festgelegt hast, genügen dann auch Komponenten für den Zugriff auf dieses, die sind in der Regel um Einiges billiger. Du siehst, man kann Deine Frage einfach nicht allumfassend beantworten, Du wirst schon Deine Bedürfnisse ermitteln und dann recherchieren müssen.

[scrat1979]

Ich verwende für meine Zwecke ( privat, nicht kommerziell ) die Kombination Firebird und IBDAC von DevArt. Kann mich bislang nicht beschweren, läuft alles problemlos und sauber und ist wirklich nicht schwer.

[p80286]

Vor ein paar Jahren, hätte ich Dir von MSSQL abgeraten, in der Zwischenzeit sind die aber recht leistungsfähig geworden. Ebenso gibt es einige Datenbanken nicht mehr, die vor 10 Jahren noch ein absolutes Muß waren.

Wenn Dein Thema Delphi und Datenbanken lautet dann mach Dich mit SQL vertraut, benutze Query und Connection und DataModules und Du bist weitgehend von der real existierenden Datenbank unabhängig.

Gewiß gibt es Unterschiede in der Syntax, aber die Gemeinsamkeiten überwiegen.

Ich vertraue auf das mitgelieferte ADO/ODBC da kann ich die angekoppelten Datenbanken schneller wechseln als eine DB-Fahrkarte kaufen. Allerdings sind die vorhandenen Treiber nicht so ganz fehlerfrei.

Zum Einarbeiten sollte es aber ausreichen.

Gruß
K-H

Meine Private DB ist Firebird

[Furtbichler]

Zitat von p80286:

...als eine DB-Fahrkarte kaufen...

Schöne Doppeldeutigkeit

[p80286]

Zitat von Furtbichler:

Zitat von p80286:

...als eine DB-Fahrkarte kaufen...

Schöne Doppeldeutigkeit

War mir garnicht aufgefallen

Gruß
K-H

[nahpets]

Hallo,

wenn ich nicht weiß, welche Datenbank letztendlich zum Einsatz kommt, nehme ich die ADO-Komponenten.

Damit funktioniert der Zugriff auf alle Datenbanken, auf die man über ODBC zugreifen kann.
MS-SQL müsste auch immer gehen, Oracle, sofern der Client installiert ist.

Die Datenbank wechselt man, in dem man die Verbindungszeichenfolge der ADO-Connection ändert.
Nutzt man bei SQL nur den Teil, den alle Datenbanken unterstützen, so ist der Wechsel von Datenbank X zu Datenbank Y in Minuten erledigt.

Ansonsten gibt es noch ein paar mehr Datenbanken: Postgres, Ingres, SQL Anywhere, DB2...