>> Doch du hast mich richtig verstanden :-)
>>
>> Also loese ich das wenn ich deinen vorschlag
>> so sehe einfach ueber einen subquery fuer jeden inhalt.
>> Wie schaut die Preformance hier fuer den SQL Server aus?
>
>D�rfte nicht schlecht sein, wenn Du sch�n alles indexierst...
>Es w�re nat�rlich schneller, wenn Du nach IDs statt text suchst..
>
>Man kann auch sowas machen:
>
>Select * from master m where
>(select count(*) from child c where c.product_id=m.produkt_id
>and inhalt_name IN ("inhalt1","inhalt2") group by c.produkt_id)=2 And
>And m.produkt_id NOT IN ( select c.produkt_id from child.c
>where inhalt_name IN ("inhalt3",...))
>
>Wobei die 2 die anzahl der inhalte, die enthalten sein
>m�ssen(inhalt1&2 in diesem beispiel)
>
>Was schneller ist, m�sste man austesten... H�ngt auch von der
>durchschnittlichen anzahl der gesuchten inhalte...
Ja Dein zweiter vorschlag war die richtung wo ich mir gedacht hatte,
aber das teste ich mal aus was schneller ist .
Danke nochmals.
Roman
| [aspdedatabase] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
