Welche Datenbank und Zugriffskomponenten für kleine Datenbank-Anwendung?

[Helmi]

Danke für die Antworten!

Hab bei der Kombination "firebird embedded mit ZEOS" folgende Anleitung gefunden:
http://www.delphi-treff.de/tutorials...-und-firebird/

[Popov]

Du scheinst dich bereits entschieden zu haben, aber wenn es eine DB für Pillepalle sein soll, kann man auch MyBase nehmen. Ist eine Nummer anspruchsvoller als INI. Wie gesagt, wenn es eher nur eine Tabelle sein soll.

[Helmi]

Zitat von Popov:

Du scheinst dich bereits entschieden zu haben, aber wenn es eine DB für Pillepalle sein soll, kann man auch MyBase nehmen. Ist eine Nummer anspruchsvoller als INI. Wie gesagt, wenn es eher nur eine Tabelle sein soll.

Nette Datenbank, muss ich schon sagen.

Würde für mein Vorhaben bestimmt ausreichen - ich möchte mich aber mal mit SQL beschäftigen

Unabhängig davon, find ich MyBase recht interessant (hab mir dieses Tutorials durchgelesen.
Leider find ich keinen Download für die MyBase - weiss jemand wo man die herbekommt?
hat sich erledigt

[Helmi]

Kennt/Hat jemand eine Seite, auf der (gut) beschrieben ist, wie man eine Datenbank ins Projekt einbindet?
Ich häng mit dem Thema irgendwie grad in der Luft.
Ich kann mir zwar die einzelnen Komponenten runterladen, aber dann steh ich irgendwie wie der Ochs vorm Berg.

[mkinzler]

Z.B. hier:
http://www.delphi-treff.de/tutorials/datenbanken/

[Dejan Vu]

MS SQL-Server Compact und ado wäre auch noch eine Alternative. In der Industrie ist dieser Dialekt weiter verbreitet, als Firebird. Du kannst dir auch die Express- variante laden, dann ist gleich das komplette Management Studio dabei. Ich persönlich würde Microsoft nehmen, weil das Gelernte eher auf dem freien Markt gesucht wird, als FB-Kenntnisse. Aber wenn Du das nur hobbymäßig machst, reicht eben auch FB.

Und: Ja, es gibt eine Größenbegrenzung bei der freien Express-Variante von -glaube ich- 10 GB und nur einem Kern. Ist aber trotzdem schneller als FB.

Der Vorteil bei der FB-Embedded-Variante (und gleichzeitig der Nachteil eines Servers) ist, das Du bei der Embedded-Variante von FB oder SQLite nur eine DLL einbinden musst (wobei es -glaube ich- für SQLite sogar eine komplett in Delphi geschriebene Variante gibt).

[Helmi]

das mit der MS-Server-Variante klingt gut

meinst du diese hier?

[Harry Stahl]

Zitat von mkinzler:

Z.B. hier:
http://www.delphi-treff.de/tutorials/datenbanken/

Also diese Seite ist übrigens leider immer noch down.

Aber ich wärme diesen Thread noch mal auf.

Einerseits

* mit der Frage, welche Erfahrungen der Thread-Ersteller nun nach einem Jahr gemacht hat (und was er nun nutzt) und

andererseits

* mit der ergänzenden Frage, ob verständliche Literatur zur Programmierung mit Delphi-Datenbanken existiert, bzw. was man da empfehlen kann.

Die Datenbank-Beispiele, die Delphi mitliefert, damit kann ich leider gar nichts anfangen. Ein Haufen DB-Komponenten auf den Formularen und wenn man eine Demo kompiliert und ausführt, weiß man damit gar nichts anzufangen, eine (existierende), passende Datenbank ist meistens nicht auffindbar und auch ansonsten völlig unklar, was mir diese Demo eigentlich sagen will.

Ich habe gerade meine ersten Erfahrungen mit ClientDataset und DBGrid gesammelt und würde gerne etwas mehr in die Materie Datenbanken eintauchen (aber mehr praxisorientiert). Habe zwar noch ein älteres Buch "Win32-Datenbankprogrammierung", aber das bezieht sich noch auf Delphi 6 und kennt alle neueren DB-Systeme daher noch nicht.

[p80286]

Zitat von Harry Stahl:

Ich habe gerade meine ersten Erfahrungen mit ClientDataset und DBGrid gesammelt und würde gerne etwas mehr in die Materie Datenbanken eintauchen (aber mehr praxisorientiert). Habe zwar noch ein älteres Buch "Win32-Datenbankprogrammierung", aber das bezieht sich noch auf Delphi 6 und kennt alle neueren DB-Systeme daher noch nicht.

Nichts für ungut, aber Datenbanken gab es schon vor Delphi. Mit anderen Worten das Grundgerüst der "Datenbank-Denke" findest Du auch schon in älterer Literatur. Etwas neueres brauchst Du erst, wenn Du den Unterschied z.B. der verschiedenen SQL-Dialekte kennen mußt. Das Design einer DB ist weitgehend unabhängig von der DB (bei relationalen) und vollkommen unabhängig von der Programmiersprache des Clients.

Gruß
K-H

[jobo]

Zitat von Harry Stahl:

* mit der ergänzenden Frage, ob verständliche Literatur zur Programmierung mit Delphi-Datenbanken existiert, bzw. was man da empfehlen kann.
..
passende Datenbank ist meistens nicht auffindbar und auch ansonsten völlig unklar, was mir diese Demo eigentlich sagen will.
..
in die Materie Datenbanken eintauchen (aber mehr praxisorientiert). Habe zwar noch ein älteres Buch "Win32-Datenbankprogrammierung", aber das bezieht sich noch auf Delphi 6 und kennt alle neueren DB-Systeme daher noch nicht.

Mir ist kein aktuelles Buch bekannt, was sicher einerseits daran liegt, dass ich nicht mehr aktiv mit Delphi arbeite, andererseits aber wohl die Zeit von Büchern, vor allem aber von Nischenbüchern vorbei ist. Die alten Hasen haben schon vor einiger Zeit die Plattform verlassen und schreiben nun über andere Dinge.
"Delphidatenbanken" gibt es in dem Sinne nicht, Du müsstest vielleicht sagen, was Du damit meinst.
Die Delphi-Installationen haben früher meist den Interbase Server installiert und dort auch Demo DB bereitgestellt, passend zu den Examples.

Wie p80286 sagt, hat sich an den Kernkompetenzen von Delphi bezogen auf alte Bücher auch nicht viel geändert. Zumindest wenn man von den Techniken rund um datensensitiven Komponenten spricht.

Heute würde man vielleicht andere Wege gehen, wenn man neu anfängt. JSON, Web-Services, REST, hängt sicher auch davon ab, was man umsetzen möchte.

Konkrete Systeme
- SQLite, besonders wenn man Mobile Systeme im Blick hat
- Firebird, besonders nach der V 3.0, die nun endlich da ist. Interessant wegen der lokalen Server Engine. Programme können damit standalone betrieben werden oder als client/server.
- postgresql, einfach ein mächtiges und robustes OpenSource System
- die großen kommerziellen Anbieter, MSSQL, Oracle (nicht mySQL)

Idealerweise sollte man etwas von Datenmodellierung verstanden haben, wenn man mehr möchte, als irgendwelche Listen zu verwalten. SQL ist standardisiert, leider nicht von allen Herstellern gleich umgesetzt.

Bleibt vielleicht am ehesten die Frage, welche Komponenten man einsetzt. Da bin ich nicht auf dem Laufenden.