Delphi-PRAXiS
Seite 3 von 3     123   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   GUI-Design mit VCL / FireMonkey / Common Controls (https://www.delphipraxis.net/18-gui-design-mit-vcl-firemonkey-common-controls/)
-   -   Delphi FOR oder WIHLE was ist schneller (Stringgrid befüllen) (https://www.delphipraxis.net/129241-oder-wihle-ist-schneller-stringgrid-befuellen.html)

mkinzler 19. Feb 2009 19:34

Re: FOR oder WIHLE was ist schneller (Stringgrid befüllen)
 
Welche Delphiversion ( und Ausgabe)?

Stef_One 19. Feb 2009 19:37

Re: FOR oder WIHLE was ist schneller (Stringgrid befüllen)
 
Delphi 2005 PE/mit JEDI Kompos und Indys hab ich auch installiert.

mkinzler 19. Feb 2009 19:39

Re: FOR oder WIHLE was ist schneller (Stringgrid befüllen)
 
Nur leider fehlt der D2005PE die Datenbankunterstützung. Ich würde dir zur Turbo Delphi Explorer raten

Stef_One 19. Feb 2009 19:41

Re: FOR oder WIHLE was ist schneller (Stringgrid befüllen)
 
kann der das momentan erstellte project verwalten oder fang ich dann wieder von vorn an?

mkinzler 19. Feb 2009 20:03

Re: FOR oder WIHLE was ist schneller (Stringgrid befüllen)
 
Ja, TD ist ja die Nachfolgeversion von D2005

Stef_One 19. Feb 2009 20:05

Re: FOR oder WIHLE was ist schneller (Stringgrid befüllen)
 
ohh, dank dir ich guck mir das mal an! :thumb:

schöni 19. Feb 2009 20:26

Zitat:

Zitat von mquadrat
Bei 600 Personen wären das 12.000 Records?! Hoffentlich suchst du dadrin nie einen bestimmten, das würde ja ewig dauern. Dazu dann noch die normale Schichtplanung.

Also da würd ich immer über ne Datenbank gehen. Wie speicherst du die Daten denn momentan eigentlich?

Das sehe ich übrigens genauso. Jede kommerzielle Delphi Version hat doch die Datenbankkomponenten dabei zuzüglich Interbase oder, wenn es denn noch sein muss, BDE.

AUßerdem, was ist, wenn sich der Bearbeitungsablauf ändert. Hier wäre die Datenbank überlegen. Da würd ich mit der Query-Komponente arbeiten, weil dort neue Abfragen, die zum Entwurfszeitpunkt der Anwendung noch nicht bekannt waren, mit SQL zu Laufzeit gelöst werden können. Im hier vorgestellten Programm sind dann Quelltextänderungen angesagt. Wie steht es mit der Entwicklungszeit. Ist da die vorliegende Version wirklich schneller fertig?

Wenn sich jetzt Gesetze ändern und die Datenbankstruktur entsprechend angepasst werden muss?

Hab mal zu DDR Zeiten (1988) eine Wareneingangsprogramm geschrieben. Ein 1:1 Relation war genau richtig, weshalb unser Redabas (Relationales Datenbanksystem <DDR Pendant zu Dbase>) in der Version 1 gepasst hat. Umfassendere Relationen konnten erst die Nachfolgeversionen.

Damals hätte ich ein Delphi mit den Datenbankkomponenten bestens gebrauchen können. Ich hab mich mit der Kommandosprache von DBase rumgeschlagen und alles im Quelltext der DBase eigenen Kommandosprache geschrieben. Druckerausgaben, Reports...

Und hier sehe ich jetzt einen Programmierer, der Delphis Datenbankschnittstelle zur Verfügung hat und sie nicht nutzt.


Alle Zeitangaben in WEZ +1. Es ist jetzt 14:20 Uhr.
Seite 3 von 3     123   

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz