MySQL Forums
Forum List  »  German

Re: Abfrage in einer Hierarchie
Posted by: Gerald Koch
Date: September 20, 2010 03:08AM

Hallo Thomas,
danke für die antwort.

> Probiere ich mal aus, aber wo ist die Relation

> Einkaufswagen (einkaufswagen_id, kunde_id, einkaufswagen_typ, ...)

> geblieben? Brauchst Du die generell nicht mehr oder nur in dieser Abfrage nicht mehr?

die einkaufswagen_id hab ich wegrationalisiert. da diese entität nur einen Typ und einen String (der den Typ lesbar macht und das mappen des Objektes als java MAP ermöglichte) enthielt. ich brauche also nur die kunde_id, die ware_id und die einkaufswagen_typ_id, um konsistent zu sein.

Leider Funktioniert UNION ALL|DISTINCT nicht. es bilded ja die vereinigte menge. ich brauche die schnittmenge, aber das bietet MySQL ja nicht (INTERSECT). Mit UUNION war es jedenfalls schön schnell...16ms ;-) mein IN( IN( IN( IN()))) ansatz hat 180ms gebraucht...

ich hab schon überlegt, ob ich nicht alle schnittmengen im code bilde und dann die DB nach den übrig gebliebenen ID's frage. aber das sind dann wieder max. 12 abfragen für jeden parameter und dann noch die schnittmengenbildung und zu guter letzt noch die finale abfrage auf die übriggebliebene menge... da komm ich auch nich weit...

gibt es in MySQL irgendwas was INTERSECT ersetzt?

Options: ReplyQuote


Subject
Views
Written By
Posted
2433
September 14, 2010 09:24AM
1381
September 17, 2010 02:13AM
1267
September 17, 2010 06:27AM
1246
September 17, 2010 11:11AM
1345
September 17, 2010 11:56AM
Re: Abfrage in einer Hierarchie
1208
September 20, 2010 03:08AM
1272
September 20, 2010 03:48AM
1161
September 20, 2010 04:11AM
1220
September 20, 2010 04:49AM
1212
September 20, 2010 05:22AM
1305
September 20, 2010 05:30AM
1322
September 20, 2010 05:54AM
1305
September 20, 2010 06:45AM
1585
September 20, 2010 07:07AM
1407
September 20, 2010 07:15AM
1294
September 20, 2010 07:24AM
1294
September 20, 2010 10:26AM
1259
September 20, 2010 10:49AM


Sorry, you can't reply to this topic. It has been closed.

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.