Re: Komplexes(?) Join-Problem

[Oliver Kummerow <naklar_(at)_altavista.net>]

Hallo,

Marc Logemann wrote:
> 
> >>habe jedoch nur 5000 Artikel in meiner Stammdatei und 12000 in meiner
> >>Eigenschaftsdatei, und das war ueberhaupt kein Problem, ich habe jedoch
> >>nur 3 Eigenschaftem gejoined, ich probier gleich mal 9 aus.
> 
> > Auja! :) Bin sehr an der performance interessiert. Interessant wäre
> > dann noch ein EXPLAIN vor dem SELECT, um zu sehen, in wievielen rows
> > er suchen muss.
> 
> Also die Performance ist auch bei nem join ueber 8 Files noch SEHR gut, leider stehen keine Zeiten dabei, aber es war unter einer Sekunde.
> 
> SQL-Befehl:
> ... LIMIT 0, 30


Mach doch mal 

1. eine Abfrage, bei der vielleicht 30% der Daten als Ergebnis ankommt
2. count, um die genaue Anzahl zu erfahren
3. order by [any_field] limit [last-30, last] 
In symbolischer Notation = die letzten Records des Result Set und das
Ganze sortiert nach einem beliebigen Item.

DAS dauert meines Wissens schon erheblich länger und dürfte u.U. zu
Performanceproblemem führen.

Beispiel: Afrage auf einer table mit 350.000 Recordes, id als PrimKey

select * from table order by id limit 100000,10;
10 rows in set (22.80 sec)

Hmm... ich fürchte, da liegt der Hund begraben. So geht es besser:

select * from table where id>=100000 and id<100010 order by id
9 rows in set (0.11 sec)

Im Result Set weit oben liegende limit-Klauseln sind denn wohl nicht der
Bringer.


mit freundlichen Grüßen, 
o.K.

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