In der Zeitschrift "SQL Forum" fand ich in den Ausgaben des Jahres 1993 die Artikel-Serie "Top Ten Mistakes Using SQL Server". Das verblüffende daran ist, dass diese 14 Jahre alten Tipps fast alle noch empfehlenswert sind. Ich frage mich, ob die Regeln einfach zeitlos gut sind, oder einfach nur so allgemein, dass man sie sich auch gleich sparen kann, weil das sowieso jeder DB-Entwickler im ersten Jahr lernen sollte?
Hier sind sie hübsch zusammengestellt:
- All tables should have a clustered index. – Stimmt. Das ist am SQL-Server-2005 wichtiger denn je.
- Decare uniqueness in index definition whenever it is true. – Stimmt immer noch, weil dadurch beeinflusst wird, wie "selektiv" der Optimizer den Index findet.
- All indexes that include the primary key are unique and should be declared as unique indexes. – Trivial, wird aber häufig vergessen.
- Consider all queries before choosing the clustered index. – Meist entwirft man zuerst die DB und schreibt dann erst die Queries. Daher muss man gegen Ende noch mal die vergebenen Indexe überprüfen.
- Consider making your primary key non clustered. – JAAA, meistens ist ein künstlicher Schlüssel nicht so pfiffig zur Clusterung, ein fachlicher Schlüssel ist besser, sodass fachliche zusammengehörige Datensätze gemeinsam gelesen werden.
- Know the optimizer rules for analyzing search arguments. – Ja, ok. Die meisten Regeln gelten noch.
- Write queries that take advantage of those rules. – Regel für Leute die Schwer von Begriff sind.
- Don't write queries that ignore those rules. – Regel für Leute denen man alles drei mal sagen muss.
- Examine the query plans. – Platt.
- Know the rules for update in place. – Verblüffenderweise gelten einige der uralten regeln immer noch. Da es den "Update in Place" tatsächlich noch gibt, lohnt es sich immer noch sich damit zu beschäftigen.
- Consider splitting large UPDATEs into multiple UPDATEs. – Aus verschiedenen Gründen sinnvoll: Transaktionen werden kleiner und weniger Sperren. Wenn man sich einen Gefallen tun will, dann splittet man anhand von Kriterien, die im Clustered-Index sind.
- Make the log big enough for the biggest transaction. – Gilt nicht mehr wirklich, das Log wächst ja normalerweise. Man muss höchstens sehen, dass die Platten nicht voll werden.
- Make the largest single transaction fit into your log. – Jetzt trivial.
- Watch out for Client development tools that open transactions for you. – Wer nimmt denn auch solche Tools, die einfach Transaktionen auf machen?
- Be careful in your own applications to control open transactions. – Der untige Tipp 18 ist besser.
- Never let your user go to lunch (or sailing) in the middle of a transaction. – Jupp.
- Know when you are in the middle of a transaction. Gähn, lieber Tipp 18 beherzigen.
- Put all transaction logic in a stored procedure or a single batch. – Ja, yes, si!
- Never let your user go to lunch in the middle of a transaction. – Ja, ich weiß, dass es doppelt ist, aber so hat es der Autor geschrieben… 😉
- Database transactions should match business transactions. – Sehe ich in der Praxis nicht so, insbesondere,wenn die Geschäftstransaktion sehr groß ist!
- Define transactons to be the smallest possible logical unit. – Ja.
- Don't compose transaction logic in a trigger. – Da schüttelt es mich ja – Wer macht den sowas?
- A single INSERT, UPDATE or DELETE statement should be atomic. – Die Erklärung zur obigen Regel.
Ist das nicht echt verblüffend? 1993!
