Hallo,
Ich habe eine Datenbank, mit vielen 1:n Relationen.
Die Hauptaufgabe ist, viele Daten möglichst performant zu speichern.
Denn ich habe etwa folgende Daten
Meine Frage ist jetzt, wie sollte ich am besten Vorgehen, die Daten zu persistieren?
Zunächst dachte ich daran, VelocityDB zu verwenden, welche ja eine nichtrationale Datenbank ist und dann die Relation zum Objekt "darüber" einfach als Eigenschaft zu speichern, außerdem noch, in welcher Datenbank sie liegt, denn mindestens in Objekt a könnte man ja für jedes Objekt eine Datenbank bauen. (Falls jemand schlauer ist, bitte hier versucht euer Glück )
Leider verhält sich VelocityDB nicht so wie gewünscht, ich raffe einige Funktionen nicht oder sie verhalten sich anders als im Handbuch beschrieben.
Ich dachte allerdings, dass es vielleicht ein bereit ein Datenbanksystem gibt, das mit entsprechenden Daten(mengen) umgehen kann. Es muss auch "nicht mehr" als eben
Lesen, Lesen (mit Bedingung), neu Schreiben und Updaten können. Also beispielsweise viele in SQL gegebene Funktionen werden überhaupt nicht benötigt.
Kennt jemand eine Lösung für solch eine Problemstellung/Ansatz? Welche Datenmanagement würde ihr nehmen?
Ich habe eine Datenbank, mit vielen 1:n Relationen.
Die Hauptaufgabe ist, viele Daten möglichst performant zu speichern.
Ich habe etwa ca 300 Objekte vom Typ "a".
Jeder Typ a hat im Durchschnitt ca 10 Objekte vom Typ b,
diese widerum haben ca 350 Objeke vom Typ c.
Ca 40 "d"-Objekte und 100 "e"-Objekte befinden sich jeweils in "c". Also wenig weniger als 150 Millionen Objekte
Außerdem leider noch zwei weitere, deutlich kleinere Datenbanken mit etwa 10000 Einträgen.
Jeder Typ a hat im Durchschnitt ca 10 Objekte vom Typ b,
diese widerum haben ca 350 Objeke vom Typ c.
Ca 40 "d"-Objekte und 100 "e"-Objekte befinden sich jeweils in "c". Also wenig weniger als 150 Millionen Objekte
Außerdem leider noch zwei weitere, deutlich kleinere Datenbanken mit etwa 10000 Einträgen.
Meine Frage ist jetzt, wie sollte ich am besten Vorgehen, die Daten zu persistieren?
Zunächst dachte ich daran, VelocityDB zu verwenden, welche ja eine nichtrationale Datenbank ist und dann die Relation zum Objekt "darüber" einfach als Eigenschaft zu speichern, außerdem noch, in welcher Datenbank sie liegt, denn mindestens in Objekt a könnte man ja für jedes Objekt eine Datenbank bauen. (Falls jemand schlauer ist, bitte hier versucht euer Glück )
Leider verhält sich VelocityDB nicht so wie gewünscht, ich raffe einige Funktionen nicht oder sie verhalten sich anders als im Handbuch beschrieben.
Ich dachte allerdings, dass es vielleicht ein bereit ein Datenbanksystem gibt, das mit entsprechenden Daten(mengen) umgehen kann. Es muss auch "nicht mehr" als eben
Lesen, Lesen (mit Bedingung), neu Schreiben und Updaten können. Also beispielsweise viele in SQL gegebene Funktionen werden überhaupt nicht benötigt.
Kennt jemand eine Lösung für solch eine Problemstellung/Ansatz? Welche Datenmanagement würde ihr nehmen?