Ich habe eine solche Tabellenstruktur:
%Vor%Dies hat ungefähr 30 Spalten mit einigen Spalten, die Werte von 0-200 (a, b) haben und einige haben nur 5 Werte (0,1,2,3,4) (Spalte c-d). Es gibt ungefähr. 120.000 Zeilen in der Tabelle.
Um die Anzahl der Elemente pro Zeile anzuzeigen, verwende ich eine Abfrage für jede Spalte:
%Vor%Das Problem dabei ist, dass es 30 Abfragen (eine pro Spalte) auslöst und grundsätzlich jedes Mal denselben Datensatz durchläuft.
Gibt es einen besseren Weg, dies zu tun?
Ich habe versucht, mit GROUP BY WITH ROLLUP, aber dies führt zu einer massiven Ergebnismenge, die langsamer als jede einzelne Abfrage verarbeitet wird.
Sie können eine Auswahl der Daten in SQLfiddle anzeigen: Ссылка
Ich weiß nicht, ob es besser ist, aber zumindest hat der Planer eine Chance, es zu optimieren.
BEARBEITEN : Diese Antwort ist vollständig von der Spur entfernt
Versuchen Sie Folgendes; Es ist eine sauberere Abfrage mit nur einem Durchlauf, aber ich bin mir nicht sicher, wie gut es aufgrund der DISTINCT funktionieren wird:
%Vor%Nichts Original, aber Sie könnten dieses hier ausprobieren.
%Vor%Aber wenn Leistung hier ein Problem ist, würde ich gerne das gleiche vorschlagen @edze vorgeschlagen - Index auf Spalten (ja alle 30). Es wird Platz kosten, aber die Leistung steigern. Oder erstellen Sie sogar View-Tabelle
%Vor%für diese Aufgabe und dann einfach wählen, wenn es oft durchgeführt wird.
Abhängig von der Ökologie hier könnte es effizienter sein, eine Tabelle von Aggregatdaten einmal zu erstellen und sie dann auf dem neuesten Stand zu halten, wenn diese Tabelle geändert wird. Ihre aggregierte Datentabelle würde eine Zeile für jeden (aktuellen) Wert und dann 30 zusätzliche Spalten mit Zählwerten haben. Dann können Sie Trigger auf das Original setzen, die die Anzahl aktualisieren. Das verlangsamt natürlich die Schreiboperationen für die Originaltabelle, fügt aber 30 Indizes hinzu.
Tags und Links mysql performance group-by