Viele Datensätze schnell aus Datei in Grid laden ...

[jfheins]

Könntest du nicht in der Nacht die Datenbank in ein XML File schreiben, und dann jeden morgen in jedem Client dieses XML File vom Server herunterladen und lokal in eine embedded DB einlesen?

Damit hättest du auf den Clients ein brauchbares DBMS und könntest die Daten trotzdem als XML herumschicken

[Bernhard Geyer]

Zitat von mjustin:

Die neue DB wäre dann ebenfalls eine Produktivdatenbank und muss damit leider den gleichen strengen QM Regeln wie die bestehende folgen. Eine "Agile" Entwicklung ist in dieser Umgebung dann nicht möglich. Ein separates Testsystem mit weniger restriktiven Vorgaben müsste man ebenfalls irgendwann in Produktivbetrieb nehmen und dann sind alle Änderungen wieder aufwendig wg. QM.

Komischer Ansatz. Du willst dich um das QM "drücken" weil dieser auf DB's hohe Anforderungen stellt aber scheinbar bei "unrelationierter" Datenspeicherung (noch nichts) definiert hat und versuchst dann eine Lösung zu realisieren die aufwendiger ist, weniger Performant, Fehleranfälliger (Eine Exceldatei wird leichter Zerschossen werden wenn Clients abstürzen als ein DBMS) zu realisieren.

[p80286]

Ich verstehe das Problem nicht.

Wenn Datensätze gefiltert werden sollen, dann bietet sich dafür doch eine Abfrage geradezu an!
Und wenn man nicht gerade ein select * abgesetzt hat, dann ist das in den allermeisten Fällen auch hinreichend performat.

Irgendwie beschleicht mich der Verdacht, daß hier ein DB-Abzug erstellt wird, mit dem man im stillen Kämmerlein Datenverarbeitung spielen will. Und aus formalen Gründen darf das dann nicht mehr "Datenbank" heißen.

Gruß
K-H

[mjustin]

Zitat von jfheins:

Könntest du nicht in der Nacht die Datenbank in ein XML File schreiben, und dann jeden morgen in jedem Client dieses XML File vom Server herunterladen und lokal in eine embedded DB einlesen?

Damit hättest du auf den Clients ein brauchbares DBMS und könntest die Daten trotzdem als XML herumschicken

Die Clients laufen auf einer Terminalserver Farm, auf der nicht gerne weitere Programme installiert werden (also keine lokale Datenbank). Alle synchron zu halten, bei Metadatenänderungen, ist auch aufwendig.

Ich denke, Excel ist die einfachste Lösung. Die Daten werden daraus ohnehin meist für Statistiken in eine Pivotdatei umgewandelt. Wenn der Nachtjob also eine Exceldatei erzeugt, sind 90% der Anwendungsfälle schon abgedeckt, bevor jemand den Rechner anschaltet.

[mkinzler]

Für FB Embedded/SQlite, MySQL embedded, MSSQL compact musst du nicht installieren