Diskussion: Umstellung einer Datenbank in einem Projekt

[RWarnecke]

Hallo zusammen,

wenn ich in einem Programm eine Datenbank habe und diese Umstellen muss. Stelle ich mir die folgenden Fragen :

1. Worauf muss man achten ?
2. Lohnt es sich das Programm komplett neu aufzubauen ?
3. Wenn im Programm DB-Komponenten (TDBEdit, TDBLabel u.s.w.) habe, sollte ich diese ersetzen ?
4. Umstellung von TTable auf TQuery (ja/nein) ?

Ich selber würde das Programm neu aufbauen. Dabei würde ich alles auf Queries umbauen und die ganzen DB-Komponenten rausschmeissen. Das ist natürlich viel Aufwand, kann aber so am besten das Layout von den Daten trennen.

Wie würde Ihr vorgehen und unter welchen Voraussetzungen würdet Ihr was machen ?

[mkinzler]

Zu.
2.) 3.) Nicht wegen der Umstellung
4.) Auf jeden Fall

[RWarnecke]

Zu 4.):
Nur was für eine Abfrage habe ich bei TTable. Ich entsimme mich, dass das immer eine Abfrage auf die komplette Tabelle ist. Liege ich damit richtig oder falsch ?

Welche Vorteil habe ich dabei, wenn ich die Komponenten TQuery-->TDataSource-->TDBEdit verbinde ? Irgendwie sehe ich darin keinen Vorteil. Ich bin der Meinung, dass wenn ich die Daten vom TQuery diekt in ein TEdit zum Beispiel schreibe mehr davon habe und auch flexibler bin.

[mkinzler]

Ein TTable hat bei einem richtigen DBMS die Abfrage select * from <Tabelle>; Also alle Felder und alle Records.

Zitat:

Irgendwie sehe ich darin keinen Vorteil. Ich bin der Meinung, dass wenn ich die Daten vom TQuery diekt in ein TEdit zum Beispiel schreibe mehr davon habe und auch flexibler bin.

Das ist ja auch so. Ich meinte ja, dass dies beim Austausch des DBMS nicht notwendig ist. Unabhängig davon kann es aber durchaus sinnvoll sein.

[joachimd]

Zitat von mkinzler:

Ein TTable hat bei einem richtigen DBMS die Abfrage select * from <Tabelle>; Also alle Felder und alle Records.

kleiner Kommentar hierzu: das gilt nicht für alle, sondern nur für die, die reines SQL zulassen und sonst nichts. Der ADS zB bietet auch über die Client/Server Engine echtes ISAM an ... damit kann man bei solcherlei Abfragen um viele Größenordnungen schneller sein als mit reinem SQL (und - wie bei den meisten - einem FETCH ALL, wenn man nur den letzten Datensatz anzeigen möchte, ohne gleich die Query zu schliessen und neu zu erstellen).

[mkinzler]

Zitat:

kleiner Kommentar hierzu: das gilt nicht für alle, sondern nur für die, die reines SQL zulassen

Das hatte ich "richtigen" DBMS gemeint.
Bei Desktop Datenbanken wird hingegen ein TQuery auf eine TTable abgebildet.

[hoika]

Hallo,

zu aller erst mal die Frage,
welche Datenbank der Ausgangspunkt ist.
Ich schätze ja mal Paradox oder DBase (?)
Dann geht es hier also auch um die Ablösung der BDE ...


1. Worauf muss man achten ?

- Keine Fehler einbauen, d.h. die DB-Funktionen sollten Unit-Tests haben (dunit)
- Performance-Tests mit "grosser" DB
Mit gross meine ich, das in der Personal-Tabelle nicht eine Person drinsteht,
sondern der normale Standard (was auch immer das bei dir ist)


2. Lohnt es sich das Programm komplett neu aufzubauen ?

- Kommt auf das Programm an.


3. Wenn im Programm DB-Komponenten (TDBEdit, TDBLabel u.s.w.) habe, sollte ich diese ersetzen ?

- Habe ich nie benutzt.


4. Umstellung von TTable auf TQuery (ja/nein) ?

Habe ich genauso gemacht. Im Nachhinein war es ein Riesenaufwand (vor allem das Testen)
Ich habe praktisch den kompletten DB-Code neugeschrieben.
Es wurden dann auch "spezielle" SQL-Konstrukte benutzt,
wie z.B. joins, die mit Paradox wegen der Performance nicht funktionierten.


Der Aufwand ist auf jeden Fall nicht zu unterschätzen,
wobei natürlich das Original-Programm eine grosse Rolle spielt
(vorhandene Trennung DB / Form).

Ich habe mir noch eine Wrapper-Komponente TQuery (BDE) -> TDataSet (FIBPlus)
gebaut, die die paar fehlenden BDE-Query-Befehle (z.B. QueryIsEmpty)
umgesetzt hat.


#Moderator#
Bitte nach Datenbanken verschieben.


Heiko

[joachimd]

Zitat von mkinzler:

Das hatte ich "richtigen" DBMS gemeint.

Ich möchte hier nicht große Diskussionen und Grabenkämpfe vom Zaun brechen, aber was unterscheidet für Dich ein "richtiges" von einem "falschen" (oder ist das der falsche Begriff) DBMS? Ein DBMS (also Datenbank Management System) ist generell gesagt, ein System, das dabei hilft, Datenbanken (also erstmal unabhängig von deren Implementierung - damit fällt auch eine Sammlung von Textdateien darunter!) zu verwalten.
Ich muss leider allzuoft erleben, dass solcherlei Aussagen gebetsmühlenartig heruntergeleiert werden, ohne dass sich die Leute Gedanken darüber machen - nur weil es solche Schwergewichte wie IBM, Oracle, MS - und auch Sybase (mit der ASE) vorbeten.

[mkinzler]

Bei den meisten DBMS handelt es sich um SQL-Server, von denen ging ich aus. Im Kontrast hierzu sah ich Desktop Datenbanken, also ein System ohne Server, wo alle Clients direkt auf die Datei(en) zugreifen und sich über Sperren synchronisieren.