Optimieren von Datenbankabfragen

Question

Meine Frage ist, wann sollten wir uns sorgen, wie viele Daten fragen wir für eine bestimmte Aufgabe von SQL-Datenbank?

Lets sagen, ich habe PostgreSql-Datenbank. Ich habe eine Produkttabelle und Produkt hat 20 Felder.

In einem System benötigen einige Plätze eigentlich nur Produkt-ID, Name und Preis. Einige Leute argumentieren, dass ich nur diese 3 Felder aus der Datenbank bitten sollte, um effizient zu sein. Aber ich glaube, es ist viel einfacher für Entwickler, immer productService.getProduct(id) zu tun und dann die Felder auszuwählen, die sie benötigen, als eine separate Klasse oder Abfrage für diese spezifischen Felder zu erstellen.

Ist es wirklich wichtig - für die Geschwindigkeit der Abfrage - wenn ich 3 oder 20 Felder frage? Wie viel Last könnte es erhöhen?

(Ich bin Java-Entwickler mit der Mentalität der „Early-Optimierung ist die Wurzel aller Übel“.)

Answer 1

Wie bei alle Optimierung, wenn es darauf ankommt. Der Profiler und andere Werkzeuge (zB postgres 'EXPLAIN ANALYZE) werden Sie wissen lassen.

Die tatsächlichen Mechanismen hängen von vielen Dingen ab; die verwendete Datenbank, Tabelle/Schema, Tablespace-Einstellungen usw. usw., so dass es unmöglich ist, eine definitive Antwort zu geben, aber da die Menge der verschobenen Daten unterschiedlich ist, wird es natürlich einen Unterschied machen, ob Sie 100.000 Reihen von 10 bewegen Spalten oder 100.000 Zeilen mit 3 Spalten.

Die tatsächliche Abfrage möglicherweise keinen signifikanten Unterschied, wenn die gleiche Anzahl von Seiten von der Festplatte gelesen wird, aber die Speicher- und Netzwerknutzung wird natürlich abweichen.

Glücklicherweise können Sie Code und Abfragen so umgestalten, dass weniger Daten ausgewählt werden, wenn die ursprüngliche Abfrage zu einem Engpass wird.