Folgendes Problem:
Ich habe meine zu verarbeitenden Daten in Tabellen der Art Results_XXXX, wobei XXXX ein Zähler ist der mir sagt, um welche Art von Ergebnis es sich handelt. Auf diese Tabelle basiert eine View-Hiararchie der Art:
CREATE VIEW V_View1
AS SELECT * FROM Results_XXX WHERE .... (Komplexe SQL-Anweisung)
CREATE VIEW V_View2
AS SELECT * FROM V_View1 WHERE .... (Komplexe SQL-Anweisung)
CREATE VIEW V_View3
AS SELECT * FROM V_View2 WHERE .... (Komplexe SQL-Anweisung)
Jeder Benutzer muß diese Views basierend auf eine andere Basistabelle benutzen können.
Die zu verabeitenden Daten können aus 2 Gründen nicht in einer Tabelle stehen:
1, Die Anzahl der Datensätze können pro Ergebnisstabelle bis 100.000 Datensätze betragen -> Performanceproblem, wenn alles in einer Tabelle steht!
2, Die Spalten der Tabelle sind teilweise unterschiedlich (ca. 5 Spalten sind bei allen Ergebnisstabellen gleich, die anderen sind unterschiedlich (Bezeichnung, Typ)
Für Access, auf den die bisherige Lösung basiert, war das kein Problem. Jede Ergebnisstabelle lag jeweils in einer eigenen Access-Datenbank. Alle Views, welche auf dieser Tabelle aufbauten, waren in einer anderen Access-Datenbank abgelegt. Die Ergebnisstabelle wurde dynamisch in die Datenbank unter einem festen Tabellennamen eingebunden.
Ich hoffe irgendjemand hat eine Idee und kann mir helfen.
Ich habe meine zu verarbeitenden Daten in Tabellen der Art Results_XXXX, wobei XXXX ein Zähler ist der mir sagt, um welche Art von Ergebnis es sich handelt. Auf diese Tabelle basiert eine View-Hiararchie der Art:
CREATE VIEW V_View1
AS SELECT * FROM Results_XXX WHERE .... (Komplexe SQL-Anweisung)
CREATE VIEW V_View2
AS SELECT * FROM V_View1 WHERE .... (Komplexe SQL-Anweisung)
CREATE VIEW V_View3
AS SELECT * FROM V_View2 WHERE .... (Komplexe SQL-Anweisung)
Jeder Benutzer muß diese Views basierend auf eine andere Basistabelle benutzen können.
Die zu verabeitenden Daten können aus 2 Gründen nicht in einer Tabelle stehen:
1, Die Anzahl der Datensätze können pro Ergebnisstabelle bis 100.000 Datensätze betragen -> Performanceproblem, wenn alles in einer Tabelle steht!
2, Die Spalten der Tabelle sind teilweise unterschiedlich (ca. 5 Spalten sind bei allen Ergebnisstabellen gleich, die anderen sind unterschiedlich (Bezeichnung, Typ)
Für Access, auf den die bisherige Lösung basiert, war das kein Problem. Jede Ergebnisstabelle lag jeweils in einer eigenen Access-Datenbank. Alle Views, welche auf dieser Tabelle aufbauten, waren in einer anderen Access-Datenbank abgelegt. Die Ergebnisstabelle wurde dynamisch in die Datenbank unter einem festen Tabellennamen eingebunden.
Ich hoffe irgendjemand hat eine Idee und kann mir helfen.
Comment