Hallo,
ich hab mal eine Frage und zwar:
kann es sein, dass wenn man mit Turbodelphi (+Datenbanken/Paradox) arbeitet und z.B. 20 Tabellen+DataSource verwendet, dass Turbodelphi super langsam wird? Und zwar dann, wenn ich das Programm von der Laufzeit wieder in die Entwurfszeit wechselt.

Ich habe die Tabellen+DataSource auf sep. Datenmodulen. Liegt es daran? Oder ist diesen Problem schon generell bekannt?
Viele Datensätze sind ja noch nicht vorhanden. Vielleicht in jeder Datenbank etwa 5-10 Datensätze.
Ich bin ja noch beim Entwickeln.
Der Wechsel zwischen der Laufzeit und der Entwurfszeit dauert so etwa 20 bis 30 Sekunden.
Das kann ja wohl nicht normal sein. Oder?


Moderiert von Christian S.: Topic aus VCL (Visual Component Library) verschoben am So 17.12.2006 um 12:58

mal 'n paar generelle anmerkungen

1. solltest du nicht mehrere datenmodule verwenden, sondern nur eines. die dienen ja gerade dazu, die datenbankzugriffe zu zentralisieren.
   
2. solltest du 'ne single file datenbank verwenden, sonst hast unmengen von filehandles offen, mit dennen du dein system dicht machst
   
3. solltest möglichst wenig validierungen und referenzintegritäten in deiner datenbank eingebaut haben (siehe b). und das kostet auch sehr viel zeit.
   
4. solltest nicht die BDE verwenden, die ist 'n auslaufmodel
   
5. greif am besten mit SQL auf deine daten zu
   

<HTH> um deine DB-Anwendung auf gute füsse zu stellen. wünsch dir noch 'n schönen sonntag abend.

Hallo,
vielen Dank für Deine Antwort.
Punkt a hab ich ja verstanden.
Aber wie kann man Punkt b realisieren? Ich benötige teilweise aus 10 Datenbanken Informationen, die jederzeit zur Verfügung stehen müssen. Für Vergleiche, für div. auswählen ect.
Punkt C kommt vor, aber wie du geschrieben hast, nicht sehr oft.

'ne single file db, ist 'ne db, wo alle daten und indexes in einem file abgelegt werden (z. b. ms access).

pdox und dbase sind bspw. vertreter der anderen gemeinde, da hast du unmengen von dateien in deinem verzeichnis... und das system kämpft mit den ganzen händles.

kannst also einfach realisieren, wenn du 'n anderen db-typ verwendest. da du ja noch in der entwicklung bist, sollte dies kein problem sein.

ahhh... Danke für die Info!!!!!