Bin nicht sicher ob ich das richtig verstanden habe....
Ist es f�r dich eine L�sung in einem view erstmal beide tabellen mit union
zusamenzufassen und dabei ggf. Bei einer tabelle umrechnungen zu machen und
dann in einem zweiten view den ersten view mit der gemeinsamen tabelle zu
joinen!?


Habe ich mir auch schon �berlegt. Aber:

Das ganze wird f�r eine Admin-Produktesuche ben�tigt. Der Admin kann in einem Formular die Abteilung(CD,DVD,SW,Games,....) ausw�hlen und dazu div. Felder(Label, Erscheinungsdatum,....) festlegen. Damit ich jetzt nicht f�r jede Abteilung eigene SQL-Abfragen(Stored Procedures) machen muss, wollte ich es m�glichst allgemein machen und daher meine Idee, alles in eine DB zusammen zu fassen und dann zu selektionieren.

In der ersten Tabelle A habe ich eine Spalte, welche mir angibt, ob der gemeinsame Eintrag zu einer CD oder DVD geh�rt(abteilung). Ausgegeben wird immer nur entweder die CD's oder DVD's. Das A wenden der Abteilungseinschr�nkung auf die Tabelle A m�chte ich so fr�h wie m�glich machen, weil so vom Katalog (>1 Mio Eintr�ge) schon ein grosser Teil wegf�llt. Wenn ich also zuerst nur die Untertabellen (CD/DVD/...) mit union zusammenfasse, muss das mit allen Daten gemacht werden obwohl es nur mit einer Tabelle n�tig w�re.

Kann man das evt. in einer Stored Procedure machen?

Besten Dank
Gruss Christoph
_______________________________________________
Coffeehouse mailing list
[EMAIL PROTECTED]
http://www.glengamoi.com/mailman/listinfo/coffeehouse

Antwort per Email an