MySQL- Gruppierung von der Gruppierung

[baserider]

naja deine variante und die andere unterscheiden sich unwesentlich... bei mir zeigt es 0.0091 sek. an...bei meiner abfrage waren es vorher 0.0140 sek.

 

[ice-breaker]

naja deine variante und die andere unterscheiden sich unwesentlich... bei mir zeigt es 0.0091 sek. an...bei meiner abfrage waren es vorher 0.0140 sek.

gemessen an wieviel Datensätzen?

 

[baserider]

das waren knapp 2000 datensätze
hab aber vorhin nur die anzeige vom phpmyadmin genommen und nicht über nen php-script.

Ich hab auf den produktname noch nen index gelegt, aber ne geschwindigkeitsteigerung gab es nicht

 

[ice-breaker]

das waren knapp 2000 datensätze

neija das passt ja noch absolut dicke in den Ram, ist deshalb nicht so besonders representativ.
Aber der kleiner Unterschied könnte sich bei vielen Datensätzen noch dramatisch vergrößern.

 

[baserider]

stimmt, deshalb werde ich auch die andere Abfrage nehmen.
aber ist denn die zeit erstmal ok so? ich mein viel mehr lässt sich die abfrage wohl nicht optimieren... views könnte man ja noch benutzen, aber so dramatisch viele datensätze sind es ja noch nicht und mit nen paar 100.000 datensätzen sollte nen dbms ja zurechtkommen

 

[paddya]

Ich hab auf den produktname noch nen index gelegt, aber ne geschwindigkeitsteigerung gab es nicht

Die Hersteller-Spalte braucht ebenso einen Index in diesem Fall Also ein Index über beide Spalten sollte die richtige Wahl sein, um die Gruppierung zu optimieren

Greetz

paddya

 

[ice-breaker]

aber ist denn die zeit erstmal ok so?

die zeit ja

ich mein viel mehr lässt sich die abfrage wohl nicht optimieren

kommt darauf an, mach mal nen EXPLAIN vor den select und gib uns die ausgabe.

views könnte man ja noch benutzen, aber so dramatisch viele datensätze sind es ja noch nicht

views haben nix mit der performance zu tun (bezogen auf mysql! denn da gibt es keine materialized views)

und mit nen paar 100.000 datensätzen sollte nen dbms ja zurechtkommen

ich habe ne InnoDB schon mit Milliarden Einträgen gefüllt, und war noch lange nicht am Ende - nur der Ram wurde irgendwann knapp

 

[baserider]

id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY p ALL NULL NULL NULL NULL 795 Using where; Using temporary; Using filesort
2 DEPENDENT SUBQUERY b index_subquery EIA EIA 100 func 166 Using index

mit den views das meinte ich so, das man auf diese ja nur nen normales select macht und das ja schneller ist als die abfrage

 

[baserider]

Die Hersteller-Spalte braucht ebenso einen Index in diesem Fall Also ein Index über beide Spalten sollte die richtige Wahl sein, um die Gruppierung zu optimieren

Greetz

paddya

also jetzt lieg nen index auf der spalte produktname und hersteller und in der bewertungstabelle auch auf produktname... ist nochmal 10 % schneller, also fast die hälfte schneller als vorher