Re: Komplexes(?) Join-Problem

["Frank Kunz" <frank.kunz_(at)_danet.de>]

Hallo

tja einen Tod musst du sterben!
soll heissen entweder eine Tabelle autos mit neun Eigenschaftsfeldern oder
deine Lösung.


andreas kempf aka 'amalesh' schrieb:

> On Tue, 14 Dec 1999 10:36:46 +0100, Matthias Urlichs wrote:
>
> Hallo Matthias Urlichs,
>
> >> Mit mehreren sql-statements bekomme ich es hin, doch mit einem
> >> einzigen will es nicht gelingen. Wenn also jemand eine idee hat, bin
> >> ich sehr dankbar!
> >>
> >select ... from autos,props as p1,props as p2 where
> >   p1.auto_id = autos.id and p2.auto_id = autos.id and
> >   ( p1.prop = "rot" or p1.prop = "gruen" ) and p2.prop = "ABS";

Vielleicht definierst du dir ein Standardauto und speicherst nur die
Abweichungen.
ABS hat wohl jedes Auto also nicht abspeichern.

>
> >
> >Wo liegt das Problem?
>
> Wenn ich das richtig sehe: Dass bei neun maximalen properties max.
> neun equi-joins notwendig sind. Da mache ich mir ein wenig sorgen über
> die performance, wenn mehr als >100000 properties zusammenkommen.
>

Nach meiner Erfahrung ist das mindestens bis 10.000.000 Eigenschaften
unkritisch. Du greifst ja von autos nach props über den primary key zu.
(auto_id ist doch primary, oder ?).
Dein Ansatz funktioniert am besten, wenn nicht immer alle props gesetzt
werden müssen.
Möglichst kein farbe = "weisichnicht"

Ich hoffe das hilft

Frank

>
> ciao
>
> amalesh
>
> ---
> *** Abmelden von dieser Mailingliste funktioniert per E-Mail
> *** an mysql-de-request_(at)_lists.4t2.com mit Betreff/Subject: unsubscribe

---
*** Abmelden von dieser Mailingliste funktioniert per E-Mail
*** an mysql-de-request_(at)_lists.4t2.com mit Betreff/Subject: unsubscribe