{"id":1975,"date":"2026-02-03T11:36:35","date_gmt":"2026-02-03T10:36:35","guid":{"rendered":"https:\/\/www.lan-wan-telecom.de\/?p=1975"},"modified":"2026-02-03T11:36:35","modified_gmt":"2026-02-03T10:36:35","slug":"redgate-drei-goldene-sql-regeln-fuer-datenbankadministratoren","status":"publish","type":"post","link":"https:\/\/www.lan-wan-telecom.de\/index.php\/2026\/02\/03\/redgate-drei-goldene-sql-regeln-fuer-datenbankadministratoren\/","title":{"rendered":"Redgate: Drei goldene SQL-Regeln f\u00fcr Datenbankadministratoren"},"content":{"rendered":"

Sauberer SQL-Code ist die Grundlage f\u00fcr stabile und performante Datenbankanwendungen. Er erleichtert zudem die Fehlersuche und verbessert das Teamwork. Redgate<\/a>, Anbieter von Database-DevOps-L\u00f6sungen f\u00fcr umfassende Datenbankkontrolle, hat drei goldene Regeln definiert, um system- und team\u00fcbergreifende Konsistenz zu erreichen. Feste Standards und Best Practices machen im Entwickleralltag den Unterschied. Insbesondere in komplexen Systemen wie Datenbanken muss Klarheit und Einheitlichkeit herrschen \u2013 mit der Zeit blicken sonst weder neue Teammitglieder noch alte Hasen durch. Datenbankadministratoren sollten daher diese drei goldenen SQL-Regeln von Redgate beherzigen, die f\u00fcr Ordnung in der Datenbankumgebung sorgen:<\/p>\n

Regel 1: Eigene Pr\u00e4fixe f\u00fcr nutzerdefinierte Stored Procedures erstellen<\/h4>\n

Das Pr\u00e4fix sp_ ist im Datenbanksystem SQL Server f\u00fcr systemeigene Stored Procedures reserviert, die in der master-Datenbank liegen. Gemeint sind vordefinierte SQL-Programme, die Aufgaben innerhalb der Datenbank ausf\u00fchren, beispielsweise das Einf\u00fcgen, Aktualisieren oder L\u00f6schen von Datens\u00e4tzen. Beginnt eine benutzerdefinierte Stored Procedure ebenfalls mit sp_, f\u00fchrt SQL Server bei jedem Aufruf zun\u00e4chst eine Suche in der master-Datenbank durch, bevor es die eigentliche Aufgabe im aktuellen Kontext ausf\u00fchrt. Dieser zus\u00e4tzliche Arbeitsschritt kann sich insbesondere in stark ausgelasteten Systemen sp\u00fcrbar auf die Performance auswirken. Das gleiche Pr\u00e4fix zu verwenden, erh\u00f6ht auch das Risiko von Namenskonflikten und erschwert die klare Trennung zwischen systemeigenen und anwendungsspezifischen Funktionen.<\/p>\n

Regel 2: Auf SELECT * verzichten<\/h4>\n

Die Verwendung der SQL-Anweisung SELECT * mag auf den ersten Blick schnell und einfach erscheinen, kann allerdings zu Problemen und schlechter Performance f\u00fchren. Das liegt daran, dass der Befehl SELECT * die Ausgabe aller Spalten einer Tabelle ausl\u00f6st, inklusive derer, die f\u00fcr die konkrete Abfrage gar nicht ben\u00f6tigt werden. Das erh\u00f6ht die Datenmenge, die \u00fcber das Netzwerk \u00fcbertragen wird, was insbesondere bei gro\u00dfen Tabellen oder bei Abfragen \u00fcber suboptimale Verbindungen zu sp\u00fcrbaren Verz\u00f6gerungen f\u00fchrt. Ein weiteres Problem entsteht, wenn sich das Schema der Tabelle \u00e4ndert, also Nutzer Spalten hinzuf\u00fcgen, l\u00f6schen oder umbenennen. SELECT * gibt n\u00e4mlich die Spalten in der Reihenfolge zur\u00fcck, wie sie in der Tabelle aktuell definiert sind. Anwendungen, die auf eine bestimmte Spaltenreihenfolge angewiesen sind, k\u00f6nnen dadurch Fehler produzieren.<\/p>\n

Regel 3: Neue Tabellen klar dokumentieren<\/h4>\n

Jede neue Tabelle in einer Datenbank hat einen klar definierten Zweck, den Nutzer schriftlich niederlegen sollten. In SQL Server l\u00e4sst sich das \u00fcber die erweiterte Eigenschaft MS_Description dokumentieren, sowohl f\u00fcr die Tabelle selbst als auch f\u00fcr ihre einzelnen Spalten. Die erweiterte Eigenschaft oder \u201eextended property\u201c ist ein Metadaten-Attribut, das zus\u00e4tzlich zu den Standardinformationen spezifische Angaben f\u00fcr ein Datenbankobjekt speichert. Eine solche Dokumentation erleichtert es Teammitgliedern, die Struktur und Funktion der Datenbank sofort zu verstehen, ohne tief in den Code oder die Daten selbst schauen zu m\u00fcssen. Sie vereinfacht somit die Wartung, reduziert Fehler bei \u00c4nderungen am Schema und sorgt f\u00fcr Konsistenz. Zudem bleibt der urspr\u00fcngliche Zweck der Tabellen langfristig nachvollziehbar, was insbesondere bei Reportings, Datenbankmigrationen oder -erweiterungen entscheidend ist.<\/p>\n

\u201eDie drei goldenen SQL-Regeln sind nur die Spitze des Eisbergs\u201c, erkl\u00e4rt Oliver Stein, Gesch\u00e4ftsf\u00fchrer DACH bei Redgate. \u201eJe nach Datenbankanwendung und -system bietet es sich an, einen ganzen Regelkatalog zu definieren. Um nicht die \u00dcbersicht zu verlieren und die Einhaltung so unkompliziert wie m\u00f6glich zu gestalten, empfiehlt sich die Nutzung von Tools f\u00fcr die Datenbankmigration, -bereitstellung und -verwaltung. Am besten sind solche, die Continuous-Integration- und Continuous-Deployment-Funktionen bereitstellen und mit m\u00f6glichst vielen Plattformen kompatibel sind.\u201c<\/p>\n","protected":false},"excerpt":{"rendered":"

Sauberer SQL-Code ist die Grundlage f\u00fcr stabile und performante Datenbankanwendungen. Er erleichtert zudem die Fehlersuche und verbessert das Teamwork. Redgate, Anbieter von Database-DevOps-L\u00f6sungen f\u00fcr umfassende Datenbankkontrolle, hat drei goldene Regeln definiert, um system- und team\u00fcbergreifende Konsistenz zu erreichen. Feste Standards und Best Practices machen im Entwickleralltag den Unterschied. Insbesondere in komplexen Systemen wie Datenbanken muss […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5,12],"tags":[],"class_list":["post-1975","post","type-post","status-publish","format-standard","hentry","category-networks","category-pc-software"],"_links":{"self":[{"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/posts\/1975","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/comments?post=1975"}],"version-history":[{"count":1,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/posts\/1975\/revisions"}],"predecessor-version":[{"id":1976,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/posts\/1975\/revisions\/1976"}],"wp:attachment":[{"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/media?parent=1975"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/categories?post=1975"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/tags?post=1975"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}