Tabellen verknüpfen

[Slipstream]

Zitat von jobo:

Da ich die gefragten Komponenten und ihre Properties nicht kenne sicherheitshalber der Hinweis, ich rede von einem View in der Datenbank, nicht einer Delphi Property oder sonst irgendwas.

Ist das durch mein Posting mit dem SQL-Beispiel nicht deutlich geworden, dass ich ebenfalls von einem DB-View geschrieben habe?

Zitat von p80286:

Zitat von jobo:

Ein View würde an der Aufgabenstellung nichts ändern/lösen.

das käme mm nach auf Die Datenmenge an, ist sie klein genug würdest Du nur einmal über das MasterDetailview auf die DB zugreifen.

Wir machen das auch bei grossen Datenmengen mit Views. Sind entsprechende Indexe gesetzt, geht das auch ziemlich flüssig. Meistens wird ja sowieso vorher gefiltert, weil man nicht Millionen Datensätze gleichzeitig darstellen will. Bei grossen Datenbanken empfehlen wir zusätzlich den Einsatz eines Solid-State-Drives.

[p80286]

Zitat von Slipstream:

Das Scrollen des Views lokalisiert automatisch den zugrundeliegenden Datensatz der Mastertabelle.

Da ein View platt gesagt ein "Select der sich als Tabelle" tarnt ist, bringe ich "scrollen" nicht unbedingt mit ihm in Verbindung. Daten die oder in denen du scrollst, können aus einem View stammen müssen aber nicht.
Die Möglichkeit mit einem Cursor durch eine Ergebnismenge zu "scrollen" lasse ich jetzt mal außen vor.

Gruß
K-H

Edith:

Zitat von Slipstream:

Wir machen das auch bei grossen Datenmengen mit Views. Sind entsprechende Indexe gesetzt, geht das auch ziemlich flüssig. Meistens wird ja sowieso vorher gefiltert, weil man nicht Millionen Datensätze gleichzeitig darstellen will. Bei grossen Datenbanken empfehlen wir zusätzlich den Einsatz eines Solid-State-Drives.

Mir ging es um die Datenmenge, die vom Programm für die Anzeige vorgehalten wird. Ich sehe das sehr puritanisch, da ich der Meinung bin, der Speicher ist für die Datenverarbeitung da, nicht für die Oberfläche. Darum setze ich auch stillschweigend vorraus, daß bei in jedem Datenbankzugriff nicht mehr Daten über die Leitung gehen als notwendig.

[jobo]

Zitat von Slipstream:

Ist das durch mein Posting mit dem SQL-Beispiel nicht deutlich geworden, dass ich ebenfalls von einem DB-View geschrieben habe?

Ja, das ändert nichts daran, dass ich die Komponenten nicht kenne und es vielleicht missverständlich ist, was ich schreibe.

Ich denke der TE hat genug Material und man muss das hier nicht weiter unnötig aufblähen.

[Slipstream]

Zitat von jobo:

Ich denke der TE hat genug Material und man muss das hier nicht weiter unnötig aufblähen.

Soll das jetzt heissen, du machst diese Diskussion zu?

Zitat von p80286:

Da ein View platt gesagt ein "Select der sich als Tabelle" tarnt ist, bringe ich "scrollen" nicht unbedingt mit ihm in Verbindung.

Ich schon.

Zitat von p80286:

Daten die oder in denen du scrollst, können aus einem View stammen müssen aber nicht.

Wenn ich einer Query-Komponente - du kennst doch Query-Komponenten, oder? ein View zuweise, dann stammen die Daten, die in diesem Query vorgehalten werden, ohne Zweifel aus diesem View? Woher sollten sie deiner Mainung nach sonst stammen?

Zitat von p80286:

Die Möglichkeit mit einem Cursor durch eine Ergebnismenge zu "scrollen" lasse ich jetzt mal außen vor.

Ich aber nicht. Egal welchen Datensatz aus dem View du anwählst, das Ereignis AfterScroll wird ausgelöst.

Zitat von p80286:

Mir ging es um die Datenmenge, die vom Programm für die Anzeige vorgehalten wird. Ich sehe das sehr puritanisch, da ich der Meinung bin, der Speicher ist für die Datenverarbeitung da, nicht für die Oberfläche. Darum setze ich auch stillschweigend vorraus, daß bei in jedem Datenbankzugriff nicht mehr Daten über die Leitung gehen als notwendig.

Wo speichern deine Anzeige-Komponenten ihre Daten? Wird die Oberfläche beim Programmstart nicht in den Speicher geladen? Tut mir echt leid, aber ich kann deiner Argumentation nicht so richtig folgen.

[jobo]

Zitat von Slipstream:

Soll das jetzt heissen, du machst diese Diskussion zu?

Nein, vermutlich kann ich das gar nicht. Ich finde es nur nicht hilfreich für den TE, dieses Randthema weiter durchzukauen. Zumal er sich auch noch nicht weiter geäußert hat zu dem Stoff, der hier bereits vorliegt.