Zitat von
grenzgaenger:
Zitat von
Thomm:
Ich glaub, dann nehm ich lieber normales TStringGrid, oder ?
das ist keine schlechte idee
Das bin ich eher anderer Meinung.
In ungefähr 2 Minuten kann man ein DBGrid, eine
Query, Datasource und ein DBNavigator auf ein Formular klatschen
und kann sofort die Daten anzeigen und editieren.
Sogar zu Entwicklungszeit kann man die Live-Daten sehen; das ist wirklich beeindruckend.
Das bekommt jeder Anfänger hin und das ist unter anderem auch das Tolle an Delphi,
dass es so einfach ist, mal kurz ein paar Komponenten auf ein Formular zu setzen und schon zappelt es.
Gerade im Bereich Datenbanken hat Dephi ja seine Stärken (wenn auch VS inzwischen auf-/überholt hat).
Diese Einfachheit würde man einfach so wegwerfen, wenn man mit einem Stringgrid als DBGrid-Ersatz arbeitet.
Für den Austausch DBGrid -> StringGrid ist stundenlange Arbeit erforderlich.
Danach ist das Formular aufgeblasen mit Code, der sich nur um das StringGrid und wie die Daten rein und rauskommen dreht.
Nichts Produktives wurde programmiert!
Es mag Fälle geben (3-Tier-Anwendungen) bei denen ein StringGrid der Ersatz für ein DBGrid ist,
aber bei einem normalen Programm wäre das schlichtweg eine Arbeitsbeschaffungsmaßnahme.
@Thomm:
Datenbanken sind dazu da Daten zu speichern.
Du möchtest leere Zeilen speichern; das macht aber keinen Sinn.
Wenn du die Anzahl der Zeilen beschränken willst, dann ist das natürlich etwas anderes.
SELECT TOP 25 * FROM Tabelle ' max. 25 Zeilen auslesen