AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi DB-Grid nur für ganzeinfache Tabellen als Eingabe geeignet ?
Thema durchsuchen
Ansicht
Themen-Optionen

DB-Grid nur für ganzeinfache Tabellen als Eingabe geeignet ?

Ein Thema von Hansa · begonnen am 26. Jun 2003 · letzter Beitrag vom 27. Jun 2003
Antwort Antwort
Seite 1 von 2  1 2      
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#1

DB-Grid nur für ganzeinfache Tabellen als Eingabe geeignet ?

  Alt 26. Jun 2003, 18:22
Um die geht es:

Ich habe das schon mal so ähnlich gefragt, Antworten waren aber nicht so eindeutig. Mir kommt es so vor, daß die visuellen DB-Kompos tatsächlich nichts taugen. Ich habe jetzt mit DBctrlGrid, DBgrid usw. lange experimentiert und denke, daß es nichts nützt.

Das ist nichts halbes und nichts ganzes. Irgendwo haperts immer. Dasselbe gilt für Fremdkomponenten. Sehe ich das verkehrt?
Gruß
Hansa
  Mit Zitat antworten Zitat
Benutzerbild von r_kerber
r_kerber

Registriert seit: 11. Feb 2003
Ort: Trittau
3.538 Beiträge
 
Delphi XE Professional
 
#2
  Alt 26. Jun 2003, 19:42
Dan will ich mal als erster auf diese doch etwas provokative Frage antworten. Bei vorgefertigten Komponenten kommt es IMHO immer darauf an, was Du damit vor hast. Die db-Kompos geben einen einfachen Einstieg in die Visualiserung von Datenbank-Inhalte. Dass die mitgelieferten Kompos nicht der Weisheit letzter Schluß sind liegt wohl daran, dass Borland kein Komponenten-Hersteller sondern eine Toolschmiede. Es gibt eine Unzahl von Datenbank für die unterschiedlichsten Zwecke. Falls für Deine Anforderungen dann bleibt Dir wohl nur, von vorhandenen Klasse neue abzuleiten und Deine eigene Funktionalität dahinein zu packen.
  Mit Zitat antworten Zitat
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#3
  Alt 26. Jun 2003, 20:24
Zitat von r_kerber:
... Dass die mitgelieferten Kompos nicht der Weisheit letzter Schluß sind liegt wohl daran, dass Borland kein Komponenten-Hersteller sondern eine Toolschmiede...
Das dumpfe Gefühl hab ich mittlerweile auch. Dauernd hänge ich mit dem Kram irgendwo fest. Es ist schneller, einfach auf den Mist zu verzichten, weil viel zu starr.

Zitat von r_kerber:
...Falls für Deine Anforderungen dann bleibt Dir wohl nur, von vorhandenen Klasse neue abzuleiten und Deine eigene Funktionalität dahinein zu packen.
Das ist des Pudels Kern, besser von einem StringGrid seinen Kram abzuleiten, als die DB Sachen zu benutzen. Dasselbe gilt für die anderen DB-Kompos. Vielleicht sagt ja noch jemand was zum Thema.
Gruß
Hansa
  Mit Zitat antworten Zitat
Benutzerbild von MrSpock
MrSpock
(Co-Admin)

Registriert seit: 7. Jun 2002
Ort: Owingen
5.865 Beiträge
 
Delphi 2010 Professional
 
#4
  Alt 26. Jun 2003, 23:13
Hallo Hansa,

ich kann deiner Einschätzung aus meiner Erfahrung nicht zustimmen. Seit Delphi 1.0 arbeite ich mit den Datenbank Komponenten, die Borland mitliefert. Unsere Anwendungen laufen seit Jahren stabil und ohne, dass jemals ein Kunde mit den Möglichkeiten der Datenbank Komponenten unzufrieden war. (Einzige Ausnahme ist die Verwendung der Return Taste zum Wechsel zum nächsten Feld, was aber programmtechnisch realisiert werden kann.)

Frage dich doch einmal selber, ob bestimmte Wünsche wirklich notwendig sind oder ob es sich dabei eher um Spielerei handelt.
Albert
Live long and prosper


MrSpock
  Mit Zitat antworten Zitat
JoelH
(Gast)

n/a Beiträge
 
#5

Re: DB-Komponenten für die Katz ?

  Alt 27. Jun 2003, 05:37
Zitat von Hansa:
Sehe ich das verkehrt?
siehst du,

es gibt wohl nichts schnelleres um einfache übersichten zu erstellen als DBGrids, ich gebe zu, sie sind nicht der Anwenderhit aber wenn ich Übersichten brauch dann verwend ich DBGrids weil sie einfach schnell sind.
  Mit Zitat antworten Zitat
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#6

Re: DB-Komponenten für die Katz ?

  Alt 27. Jun 2003, 09:28
Zitat von JoelH:
...es gibt wohl nichts schnelleres um einfache übersichten zu erstellen als DBGrids,...
Als Eingabemedium scheinen sie trotzdem nichts zu taugen. Oder erkläre mir mal einer, wie ich 10 Tabellen mit Hilfe eines DBgrids, oder sonstwas aktualisiere, eventuell mit schönen Bildchen drinne, ein paar hübschen Farben, einer aussagekräftigen Beschriftung (Manko auch bei DBedits), eventuell variabler Anzeigedaten/Mengen usw.

Desweiteren liegt mir eine Aussage vor, die lautet :

Zitat:
Personally i never let users edit in DBGrids as I like to have more control over the users actions
Ob das nun stimmt, dürfte von Fall zu Fall verschieden sein. Bei einer einzigen Tabelle mit 5 Feldern ist ein DBgrid wahrscheinlich 1. Wahl.
Gruß
Hansa
  Mit Zitat antworten Zitat
Benutzerbild von r_kerber
r_kerber

Registriert seit: 11. Feb 2003
Ort: Trittau
3.538 Beiträge
 
Delphi XE Professional
 
#7
  Alt 27. Jun 2003, 09:43
Zunächst erst mal zu der Aussage. Ich schließe mich dieser vollinhaltlich an. Auch ich verwende dbGrids (und ganz egal welche) nur zur Anzeige (also RO). Für das Editieren/Einfügen von Daten estelle ich grundsätzlich Dialoge. Da kann ich die nach Bedarf gruppieren, bunte Bildchen anzeigen, Felder mit Standrars vorbelegen, Plausis prüfen etc. Und falls es zu viel Felder für eine Bildschirmmaske sind, dann "erschlage" ich das ganze in Form eines Wizards. Und ein dbGrid kann man via TQuery auch mit Daten aus vielen Tabellen füllen. Mit etwas Geduld gelingt sogar eine Master-Detail-Darstellung mit dbGrids!
  Mit Zitat antworten Zitat
Benutzerbild von Jens Schumann
Jens Schumann

Registriert seit: 27. Apr 2003
Ort: Bad Honnef
1.644 Beiträge
 
Delphi 2009 Professional
 
#8
  Alt 27. Jun 2003, 10:06
Hallo,
ich halte solche Diskussionen für müßig.
Solche Fragestellungen beinhalten implizit die Frage nach dem einzig wahren Weg. Aber diesen Weg gibt es nicht. Genau so wenig wie es DIE Datenbank gibt. Oder die DIE Komponenten gibt.

!!! Einzig und allein der Kunde entscheidet !!!
D.h. wenn der Kunde die Daten über ein Grid eingeben möchte, dann wird das realisiert.
  Mit Zitat antworten Zitat
Hansa

Registriert seit: 9. Jun 2002
Ort: Saarland
7.554 Beiträge
 
Delphi 8 Professional
 
#9
  Alt 27. Jun 2003, 10:16
Zitat von Jens Schumann:
...D.h. wenn der Kunde die Daten über ein Grid eingeben möchte, dann wird das realisiert.
Klaro, der Kunde ist König. Wenn es ihm aber egal ist, was machen ? Die Aufgabe ist folgende: Es müssen Eingaben gemacht werden, viele auf einmal, wobei man noch sehen muß, was man vorher gemacht hat. Z.B. Inventureingabe, Lieferscheine also in Listenform. Einfach nur Art.Nr. und Menge eingeben, mit der Möglichkeit zurückzuscrollen. Das ganze muß dann so 5-20 Tabellen aktualisieren. Mir kommt es so vor, daß das für DBctrlGrid, DBGrid etc. schon zu viel ist, wenn irgendwas noch angepaßt werden muß.
Gruß
Hansa
  Mit Zitat antworten Zitat
Benutzerbild von Jens Schumann
Jens Schumann

Registriert seit: 27. Apr 2003
Ort: Bad Honnef
1.644 Beiträge
 
Delphi 2009 Professional
 
#10
  Alt 27. Jun 2003, 10:33
Hallo Hansa,
interessante Aufgabe.
Möchtest evt. 5-20 Tabellen gleichzeitig sehen können ?
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 1 von 2  1 2      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:25 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz