Speicherbedarf bei Datenbank Query

[mkinzler]

Deshalb auch der Einwand, warum man so viele DS fetchen muss

[hstreicher]

ich sehe das so :

Der Client kennt deine Daten nicht, da sie ja noch nicht übertragen sind ,
er muss sich also bei der Speicherreservierung nach dem maximalen Speicherbedarf des Record / der Felder richten
entsprechend gross wird's dann auch , da er den Speicher ja nach "Worst Case" reservieren muss

mfg Hannes

[Blup]

Für was braucht man 30.000 Datensätze gleichzeitig im Speicher?
Wenn man dem Anwender wirklich so viele Datensätze in einem Grid anzeigen will, genügt erst einmal nur die ID (Primärschlüssel).
Vieleicht noch die Spalte nach der sortiert ist, um im Grid zu suchen.
Die Daten die jeweils tatsächlich zur Anzeige oder Bearbeitung benötigt werden, kann man einzeln nachladen.

Sehr viele Textfelder der selben Größe in einer Tabelle?
Das weist auf eine ungünstige Tabellenstruktur hin.

[Dejan Vu]

Ich glaube, zu dem Thema 'Wer braucht schon 30.000 Datensätze' haben wir schon diverse Threads, auch mit dem Ansatz des Paging etc. So trivial, wie man denkt, ist die Aufgabe allerdings nicht.

Es ist schön und praktisch, alle 30.000 DS im Speicher zu haben. Dann kann man nämlich viel einfacher Filtern, exportieren, summieren, Charts zeichen etc. Nicht, das das mit Paging nicht ginge, aber eben etwas schwerer und vor allen Dingen nicht so schnell.

30.000 DS gehen ja noch. Bei 3 Millionen ist das dann aber schon blöd.