DBGrid - Daten eintragen

[Snyderburn]

Hi!

Ich habe in mein Prog ein DBGrid, das eine Verknüpfung zu der Datasource hat, wo die Daten angezeigt werden. Nun möchte ich aber, dass man keine Daten sieht, aber dennoch Daten ins das DBGrid eintragen kann.
Verknüpfe ich die Datasource mit einer Querry, dann sehe ich keine Daten, aber ich kann auch nix eintragen.
Verknüpfe ich die Datasource mit einem Table, dann sehe ich zwar die Daten, aber ich kann dafür auch was eintragen.

Was ich will, ist aber: ich sehe KEINE Daten (wie beim Querry) und kann dennoch etwas eintragen (wie beim Table). Ist das möglich zu realiesieren??

mfg
Snyderburn

[Garby]

Hallo,

am Besten nimmst du eine Query und schreibst die Abfrage so:Select * from TABELLE Where 1 = 2 Im AfterPost der Query dann:

Delphi-Quellcode:

Query1.Close;
Query1.Open;

[MrSpock]

Hallo Snyderburn,

ich würde eine temporäre Tabelle erzeugen und diese mit der DataSource verbinden. Nach der Übernahme der Daten (AfterPost) kannst du den Datensatz verarbeiten und dann wieder aus der Tabelle löschen, sodass das Grid wieder leer ist.

[Snyderburn]

Zitat von Garby:

Hallo,

am Besten nimmst du eine Query und schreibst die Abfrage so:Select * from TABELLE Where 1 = 2 Im AfterPost der Query dann:

Delphi-Quellcode:

Query1.Close;
Query1.Open;

Das Problem, was ich habe ist, wenn ich ein Querry nehme, dann kann ich im DBGrid nichts editieren! Muß man da noch irgendwo eine Einstellung vornehmen?

[MrSpock]

Hallo Snyderburn,

bei einer Query müsstest du RequestLive auf TRUE setzen. Ich rate aber zu der Tabelle.

[Garby]

@MrSpock: mal ne Frage: warum würdest du dem komplizierten Umweg über eine temporäre Tabelle den Vorzug geben? Die Lösung mit der Query und der Abfrage, die keine Datensätze zurückbringt ist doch sauber und vor allem schnell gemacht

[MrSpock]

Hallo Garby,

eine leere Abfrage ist noch nicht sauber , es ist ja nur ein Trick, um die Datenstruktur zu bekommen. Und du musst ja auch nach dem Eintragen die Query neu ausführen, damit das Grid wieder leer ist. Es kann aber durchaus sein, dass deine Lösung einfacher zu implementieren ist. Du könntest dazu aber auch ein TTable Objekt nehmen und den Filter so setzen, dass keine Daten angezeigt werden, dann sparst du dir auch noch das Löschen, bzw. die erneute Abfrage. Da verschwindet der Datensatz von allein.

[Garby]

Hallo auch,

der Vorteil der Query liegt darin, dass die Datensätze der Tabelle nicht in den Speicher geladen werden müssen. Wenn die DB am Netz liegt, oder man benutzt eine SQL-Server-DB, dann würde das bei größeren Tabellen einen sehr großen Unterschied machen.

Die o.g. Methode ist glaube ich bei Client-Server Applikationen Standard, mit der Ausnahme, dass stattWhere 1 = 2 Where LAUFENDE_NUMMER = :Parameter verwendet wird (Parameter wird auf einen Wert gesetzt, den es in der Tabelle nicht gibt [was fast aufs selbe rauskommt]).

Aber seis drum: jeder hat seinen eigenen Stil. Das ist ja das Faszinierende beim Entwickeln --> der Kreativität sind keine Grenzen gesetzt.

[Hansa]

Ich habe mich fast ganz von den DB-Komponenten verabschiedet. Höchstens mal ein DBedit oder DBtext. Die komlizierteren wie DBgrid, DBchart verwende ich nicht mehr. Da programmiere ich lieber etwas mehr und weiß was ich habe. Auch sind Fehler viel eher zu finden, als sich wie hier mit einem komischen DBgrid rumzuschlagen.

Und ein äußerst positiver Nebeneffekt tritt dabei auch noch auf: das alles wird rasend schnell, da ich alles auf einen Schlag abspeichere.

[Snyderburn]

Danke für die Hilfe, hat mir sehr geholfen!!!

@Hansa: ist schön, dass Du die alles selber programmierst! Aber ich als "Anfänger" bleibe doch erstmal bei den Standart-Komponenten! Oder bist Du etwa gleich damit angefangen, dir alles selber zu proggen???

mfg
Snyderburn