Welche Datenbankengine für Anfänger?

[BBoy]

Ich bin es aus den alten Delphiversionen gewohnt einfache Datenbanken mit BDE zu programmieren. War damit auch immer sehr zufrieden, schade das es das nicht mehr gibt.
Ich brauche das nur für einfache kleine Datenbanken wie zb. adress- oder cd-verwaltung.

Kann mir da jemand eine einfache Datenbankengine für D2007 empfehlen? Am besten eine die für Anfänger geeignet ist und nicht so schwer zu erlernen ist.

[mkinzler]

Wenn du dich schon mit der BDE auskennst, dann kennst du dich ja mit den Datenbankgrundlagen und dem Datenbankhandling der VCL aus.
Deshalb sollte jedes DBMS über TDataSet-kompatiblen Komponenten richtig sein.

[Phoenix]

Probier mal den SQL Server 2008 Express. Der ist sehr problemlos im Handling und kostenlos - und auch die Tools dafür sind tauglich und kostenlos.

[BBoy]

Zitat:

Zitat von mkinzler

Wenn du dich schon mit der BDE auskennst, dann kennst du dich ja mit den Datenbankgrundlagen und dem Datenbankhandling der VCL aus.
Deshalb sollte jedes DBMS über TDataSet-kompatiblen Komponenten richtig sein.

und welche DBMS sind das, kann du ein paar nennen ?

[mkinzler]

Oder FireBird, PosGreSQL, ...

[Grolle]

... SQLite, Advantage Local Server ...

[Mackhack]

Zitat:

Zitat von Phoenix

Probier mal den SQL Server 2008 Express. Der ist sehr problemlos im Handling und kostenlos - und auch die Tools dafür sind tauglich und kostenlos.

Welche Kompos sind geeignet um den SQL Server 2008 zu nutzen mit Delphi?

[jaenicke]

Das sollte mit den ADO-Komponenten bereits gehen.

[Mackhack]

Danke!

Gibts dafuer ne Demo irgendwo?

[BBoy]

Können eigentlich all diese Datenbanken auch Grafiken und memos als felder beinhalten?

Zu den SQL Datenbanken, muss dazu nicht ein sql-server laufen? Wäre ja dann für eine einfache Adressverwaltung zuviel aufwand. Oder funktionieren die datenbanken ohne server?

[DeddyH]

Von vielen der genannten DBMS gibt es auch Embedded-Versionen, die keinen Server voraussetzen. Und mit BLOBs können vermutlich alle gut umgehen, wobei man da aber darauf achten muss, dass die DB-Größe ein bestimmtes Maß nicht übersteigt (bei SQLExpress sind das AFAIK 4GB).

[mkinzler]

Zitat:

Zitat von BBoy

Können eigentlich all diese Datenbanken auch Grafiken und memos als felder beinhalten?

Ja, obwohl die technische Lösung von DBMS zu DBMS verschieden ist.

Zitat:

Zu den SQL Datenbanken, muss dazu nicht ein sql-server laufen? Wäre ja dann für eine einfache Adressverwaltung zuviel aufwand. Oder funktionieren die datenbanken ohne server?

Bei embedded Lösungen (FB embedded, SQLite, MySQL embedded und den Desktopdatenbanken (NexusDB usw) nicht.

[Mithrandir]

Zitat:

Zitat von BBoy

Können eigentlich all diese Datenbanken auch Grafiken und memos als felder beinhalten?

Allerdings dankt es dir der Anwender meist, wenn du die Grafiken nicht in der DB speicherst, sondern nur der Verweis darauf. Soweit ich das mitbekommen habe, soll die Performance doch ziemlich unter vielen oder großen Blobs leiden...

Gibt das btw eigentlich MyBase noch in den neuen Versionen? :gruebel: Für ne CD Verwaltung dürfe das ja auch reichen..

[mkinzler]

Zitat:

Soweit ich das mitbekommen habe, soll die Performance doch ziemlich unter vielen oder großen Blobs leiden...

Kommt auf die interen Art der Speicherung an, bei FireBird oder Oracle sind Blobs nicht Teil der Tabelle sondern werden in einen eigenen Teil der Datenbank abgelegt ( in der Tabelle befindet sich dann nur eine Zeiegr auf die wirklichen Daten; bei FB wird anhand der Datenmenge entschieden, ob die Daten inline geschrieben werden oder als Pointer)

[DeddyH]

Zitat:

Zitat von Daniel G

Soweit ich das mitbekommen habe, soll die Performance doch ziemlich unter vielen oder großen Blobs leiden...

Wenn man ein paar Dinge beachtet, sollte das aber weitestgehend vermeidbar sein.

[Bernhard Geyer]

Zitat:

Zitat von Daniel G

Allerdings dankt es dir der Anwender meist, wenn du die Grafiken nicht in der DB speicherst, sondern nur der Verweis darauf. Soweit ich das mitbekommen habe, soll die Performance doch ziemlich unter vielen oder großen Blobs leiden...

Nur wenn du ungünstig Programmierst leidet die performance. Generell haben DBMS keine Probleme mit Blobs das diese in anderen Bereichen in den DB-Files abgelegt werden und im eigentlichen Record nur ein verweis auf den Datensatz erfolgt.

Zitat:

Zitat von Daniel G

Gibt das btw eigentlich MyBase noch in den neuen Versionen? :gruebel: Für ne CD Verwaltung dürfe das ja auch reichen..

MyBase kann ja AFAIK nicht viel. Da kannst du gleich direkt XML nehmen.

[BBoy]

Also ich habe mir sql mal angeschaut (nur flüchtig) und auch ein paar andere und muss sagen, so einfach wie damals die BDE ist davon wohl keine. Gibt es von den ganzen Datenbanksystemen keine die von der einfachheit an die bDE rankommt? Für so einfache Anwendungen wie ich das brauche würde echt was simples reichen und mich jetzt in sql einzuarbeiten würde ich zwar gerne aber dazu fehlt mir die zeit.

[Bernhard Geyer]

Zitat:

Zitat von BBoy

Also ich habe mir sql mal angeschaut (nur flüchtig) und auch ein paar andere und muss sagen, so einfach wie damals die BDE ist davon wohl keine. Gibt es von den ganzen Datenbanksystemen keine die von der einfachheit an die bDE rankommt? Für so einfache Anwendungen wie ich das brauche würde echt was simples reichen und mich jetzt in sql einzuarbeiten würde ich zwar gerne aber dazu fehlt mir die zeit.

BDE und einfach? Spätestens wenn die Verteilung fehlschlägt und Indizes zerschossen sind ist die BDE nicht mehr einfach.
Aber jede Desktop-DB-Engine wie TurboDB, Absolute Database Local Engine, Accuracer lassen sich fast wie die BDE verwenden ohne das man viel auf SQL-DQL zurückgreifen müsste.

[mkinzler]

Wobei, SQL auf jeden Fall (mehr) als Blick wert ist. Dann merkst man das vieles per SQL sogar einfacher ist

[R2009]

Hi,

Für einfache Sachen:
ADO und Access (viel viel einfacher als BDE)

Für grössere Sachen:
Zeos und MYsql (bisschen mehr Arbeit aber auch einfacher als BDE)

Viele Grüsse!

PS: Es gibt soviele DBengines, dass du wenn du sie aufschreiben wolltest der Platz auf der Seite nicht reicht und es gibt genausoviele DP'ler die zu jeder Engine behaupten sie sei die Beste (gilt auch für mich)!

[mkinzler]

Zitat:

ADO und Access

Was spricht für Access?

[BBoy]

ok, alles klar. Wie ich sehe, wäre turboDB eine alternative für mich zu sein. muss nur schauen was die kostet, denn soviel möchte ich nicht ausgeben.

[R2009]

Hi,

Access hab ich doch nur als Beispiel genommen, geht auch mit jeder anderen Datenbank die ich über ADO erreichen kann!

Viele Grüsse

[Bernhard Geyer]

Zitat:

Zitat von R2009

Access hab ich doch nur als Beispiel genommen, geht auch mit jeder anderen Datenbank die ich über ADO erreichen kann!

Und was soll einfach sein wenn man erstmal einen passenden ADO-Provider installieren muß? Und wieso sollte das dann nur für kleine sachen genügen wenn dahinter z.B. ein Oracle angesprochen wird?

Und bei Access besteht die Gefahre (XP Embedded und Co.) das kein JET-Treiber installiert ist und es von MS auch keine Installation mehr gibt welche nur den JET-Treiber installiert.

Und wieso ist für größere Sachen Zeos + MySQL geeignete als z.B. Oracle, MS SQL Server, Firebird, ...