nicht angemeldet
Da würde ich aber dann doch eine vernünftige Archivierung der "Altdaten" anregen, statt einfach mehrere Tabellen anzulegen.
Vermutlich meinen wir dasselbe, hoffe ich zumindest. ;)
Nein, ich rede nicht von Archivierung! Dafür wäre ein Backup zuständig.
Oder auch Archivierungstabellen (Stichwort:Historisierung).
Ich meine einen Fall, in dem Du Historien brauchst, genauer:
Aktienkurse, Dein Haushaltsbuch, Deine Emails(?) sind historische Daten, auf die man u.U. Zugriff haben möchte.
Da sich diese nicht ändern, können Sie in eine eigenständige Tabelle verschoben werden. Dazu wird eine neue aufgemacht:
Das verstehe ich nicht, ein vernünftiges Datendesign setzt doch voraus, dass bestimmte Entitäten ihre eigenen Tabellen bekommen.
Über merge wird wenig diskutiert, macht aber gerade bei großen Datenmengen bzgl. Geschwindigkeit - nach meiner Meinung - Sinn.
Was meinst Du mit "merge", hast Du wirklich vor ein und dieselbe Entität über mehrere Tabellen nachzubilden um Performancevorteile zu erzielen? Bitte mal (schnellstens) erläutern, werde bereits unruhig. ;)