nicht angemeldet
Views auf zwei identische Tabellen sind nicht gut.
Kann man nur bedingt so pauschal sagen.
Letztlich kann man alles nur "bedingt so pauschal sagen". Wir wollen ja nicht in Relativismus abgleiten. ;)
Wenn es um History geht, die im selben Format/Struktur abgelegt werden "muss", dann kann man durchaus auf folgende Mechanismen zurückgreifen:
- alles in einer Tabelle (trivial ;))
Nicht ganz trivial, da wir dann Zeiger auf Datensätze in ein und derselben Tabelle verwalten, was wiederum dazu führen könnte (nicht notwendigerweise ;), dass wir rekursiven Datenzugriff pflegen.
- einzelne Queries auf die richtige Tabelle (wenn man sie weiss)
So sollte es sein.
- dynamische Query mit UNION von ausserhalb der DB
So ist es oft.
- Partitionierte View mit UNION über alle Tabellen (btw: MS SQL kann dahingehend optimieren, dass es dann nur aus den betroffenen Tabellen selektiert)
Wobei wir eben das Problem haben, dass die Indizes nicht mehr so recht wollen, also zwei Tabellen bspw. grob geschätzt doppelten Aufwand generieren.
Auf jeden Fall sollte man die Abfragen analysieren hinsichtlich gebrauch von Indizes (auch FullText ...)
Bevor man mit mehreren Tabellen kommt und der Datenhaltung meint etwas Gutes zu tun bspw..