Heim  >  Artikel  >  Datenbank  >  Zusammenfassung der Effizienzprobleme bei SQL-Anweisungen

Zusammenfassung der Effizienzprobleme bei SQL-Anweisungen

巴扎黑
巴扎黑Original
2016-12-20 13:44:041075Durchsuche

1. Das Prinzip der SQL-Optimierung ist:

Minimieren Sie die Anzahl der BLOCKs, die in einem Vorgang gelesen werden müssen, dh erreichen Sie den maximalen Datendurchsatz in kürzester Zeit.
Das Anpassen von fehlerhaftem SQL kann normalerweise mit den folgenden Punkten beginnen:
Überprüfen Sie das fehlerhafte SQL und überlegen Sie, ob es beim Schreiben etwas gibt, das optimiert werden kann.
Überprüfen Sie die Unterabfrage. Überlegen Sie, ob die SQL-Unterabfrage neu formatiert werden kann Verwenden einer einfachen Verbindung Schreiben
Überprüfen Sie die Verwendung optimierter Indizes
Berücksichtigen Sie den Datenbankoptimierer

2. Vermeiden Sie SELECT * FROM-Tabellenanweisungen und stellen Sie sicher, dass die zu überprüfenden Felder klar sind.
<.> 3. Je mehr Datenbanken in einer SQL-Anweisung durch eine Where-Bedingung gefiltert werden, desto genauer ist die

-Positionierung, desto weiter sollten Sie vorankommen.


4. Verwenden Sie bei Abfragen nach Möglichkeit die Indexabdeckung. Das heißt, für das SELECT-Feld wird ein zusammengesetzter Index erstellt.

Auf diese Weise wird während der Abfrage nur der Indexscan durchgeführt und der Datenblock nicht gelesen.

5. Es wird empfohlen, SELECT COUNT (*) nicht zu verwenden und Top-1-Anweisungen auszuwählen, wenn festgestellt wird, ob Datensätze vorhanden sind, die die Bedingungen erfüllen.


6. Verwenden Sie beim Formulieren von SQL-Anweisungen das Prinzip der inneren Begrenzung, zerlegen und klassifizieren Sie die Abfragebedingungen,

und versuchen Sie, die innerste Ebene der SQL-Anweisung zu begrenzen, um die Datenverarbeitungsmenge zu reduzieren. 

 
7. Ausdrücke sollten in der Order by-Klausel unbedingt vermieden werden.

8. Wenn Sie Daten aus einer zugehörigen Tabelle lesen müssen, sollte die Anzahl der zugehörigen Tabellen im Allgemeinen 7 nicht überschreiten.

9. Achten Sie bei der Verwendung von IN und OR auf die Datenmenge in der In-Sammlung. Es wird empfohlen, dass die Datenmenge in der Sammlung 200 nicht überschreitet.                                                                                                                                              Ersetzt durch

11. Versuchen Sie, das Lesen redundanter Daten, einschließlich redundanter Spalten und Zeilen, beim Abfragen zu reduzieren.

12. Achten Sie beim Erstellen eines zusammengesetzten Indexes beispielsweise auf die Reihenfolge der Spalten: F1, F2, F3,

Dann die Reihenfolge, in der diese Felder erscheinen in der where- oder order by-Klausel Um mit der Feldreihenfolge beim Erstellen des Index konsistent zu sein,

und muss die erste Spalte enthalten. Es kann nur F1 oder F1, F2 oder F1, F2, F3 sein. Andernfalls wird der Index nicht verwendet.

13. Bei der Durchführung von Abfragen mit mehreren Tabellen muss die Schreibmethode den folgenden Grundsätzen folgen. Dies hilft beim Erstellen von Indizes und verbessert die Abfrageeffizienz.

Das Format ist wie folgt

select sum(table1.je) from table1 table1, table2 table2, table3

table3 where (= )) and (table1 non-äquivalent condition)

und (Zuordnungsbedingung zwischen Tabelle2 und Tabelle1) und (äquivalente Bedingung von Tabelle2) und (nicht äquivalente Bedingung von Tabelle2)

und (nicht äquivalente Bedingung zwischen Tabelle3 und Tabelle2 Assoziationsbedingungen) und (Äquivalenzbedingungen von Tabelle 3) und (Nichtäquivalenzbedingungen von Tabelle 3). ​

​ Hinweis: Der Einfluss der Reihenfolge des Erscheinens nachfolgender Tabellen auf die Effizienz bei Abfragen mit mehreren Tabellen muss noch untersucht werden.

14. Unterabfrageproblem. Für Funktionen, die mithilfe von Joins oder Ansichten implementiert werden können, verwenden Sie keine Unterabfragen.


Zum Beispiel: Wählen Sie den Namen des Kunden aus, wobei

die Kunden-ID enthält (wählen Sie die Kunden-ID der Bestellung aus, wobei der Betrag>1000 ist).

sollte durch die folgende Anweisung ersetzt werden: Wählen Sie den Namen des Kunden aus

Inner Join Order auf customer.customer_id=order.customer_id

wobei order.money>100. ​

 

15. Vermeiden Sie in der WHERE-Klausel die vier arithmetischen Operationen für Spalten,

Insbesondere auf der linken Seite der Where-Bedingung ist es strengstens verboten, Operationen und Funktionen zur Verarbeitung von Spalten zu verwenden.

Zum Beispiel kann Teilzeichenfolge an manchen Stellen durch „Gefällt mir“ ersetzt werden.

16. Wenn die Anweisung nicht in (in) operation ist, sollte davon ausgegangen werden, dass

mit nicht vorhanden (exists) neu geschrieben wird.
                                                                                                                                                                                                                                                            Datenbankschreibvorgänge werden später abgeschlossen, um Überschneidungen zu vermeiden.

18. Bitte achten Sie darauf, Spaltenfunktionen und Sortieren nach, Gruppieren nach usw. nicht für zu viele Spalten zu verwenden, und verwenden Sie die Disti-Softwareentwicklung mit Vorsicht.

19. Verwenden Sie Union All anstelle von Union.


Führen Sie die Abfrage jeweils an beiden Enden aus Tabelle, und sortieren Sie sie dann, um doppelte Datensätze zu filtern.​
​ Wenn die bekannte Geschäftslogik feststellt, dass es in Abfrage A und Abfrage B keine doppelten Datensätze geben wird,

​ sollte Union ​ All anstelle von Union verwendet werden, um die Abfrageeffizienz zu verbessern.


Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn