SqlServer.Rules

Ein weiterer Regelsatz für SQL Server-Datentools

Überblick

Genau das, was auf dem Feld steht: Eine Bibliothek mit Best Practices SQL als erweiterte Datenbankcode -Analyseregeln, die bei Build überprüft wurden. Die Regeln können sowohl lokal als auch auf dem Build -Server installiert werden.

Für eine vollständige Liste der aktuellen Regeln, die wir implementiert haben, finden Sie hier. Zum Beispiel Code siehe hier

Organisation

• SQLSERVER.DAC - Dies hält Besucher und andere Versorgungscode
• SQLServer.RULES - Dadurch werden die von SqlCodeAnalysisRule abgeleiteten Regeln abgeleitet
• SQLSERVER.RULES.REPORT - Bibliothek zur Bewertung einer Regel und zur Serialisierung des Ergebnisses.
• SQLSERVER.RULES.GENERATOR - Eine Schnellkonsole -App, die über alle Regeln in einem SQL -Projekt berichtet wird.
• SQLSERVER.RULES.LOLLENTENGENERATOR - Ein schneller Aufbau und Bewertung der Regeln für eine SQL -Lösung. Wird auch die verletzten Regeln in einem HTML -Bericht ausgeben.
• Testdatabase - eine kleine SQL -Lösung zum Testen mit

Debugg / Test

1. SqlServer.Rules.SolutionGenerator ist "als Startprojekt festgelegt" festgelegt.
2. Setzen Sie die Befehlszeilenargumente:
   1. Öffnen Sie die Eigenschaften für das SqlServer.Rules.SolutionGenerator -Projekt
   2. Wählen Sie die Registerkarte Debuggen aus
   3. Geben Sie eines der folgenden Szenarien ein:
   4. Debuggen Sie das Testkabelbaum DB: --build --reportDirectory ".Files" --solution "......TestDatabaseTestDatabase.sln"
   5. Um ein SQL -Projekt zu debuggen: --build --reportDirectory ".Files" --solution "{path}.sln"
3. Fügen Sie im Projekt SqlServer.Rules einen Breaking -Punkt in einem der Regeln hinzu, die Sie debuggen möchten

Hinweis: Wenn Sie das Laden der Bibliothek hier debuggen müssen

Installieren

Eine Installation.Bat wird bereitgestellt, die die Regeln an alle entsprechenden Ordnerziele kopiert. Oder Sie können optional folgende Anweisungen befolgen:

Befolgen Sie die Anweisungen zu MS -Dokumenten Installieren Sie die statische Code -Analyseregel.

Der Build sollte in den Vorlagenpfad %VSBIN%Common7IDEExtensionsMicrosoftSQLDBDAC{SqlEngine}Extensions so für Visual Studio 2017 mit DAC Version 150 der Pfad installiert werden. Der Pfad könnte sein

C:Program Files (x86)Microsoft Visual Studio 2017 EnterpriseCommon7IDEExtensionsMicrosoftSQLDBDAC 150 ExtensionsSqlServer.Rules

Anmerkungen:

• Sie müssen die Binärdateien auf jede Permutation der Visual Studio -Version und der DAC -Version kopieren, für die Sie die Regeln verwenden möchten.
• Wenn Sie die Codeanalyse aktivieren und das Projekt Visual Studio zusammengestellt haben, legt Visual Studio die Regelbinärdateien harten. Um sie zu aktualisieren oder zu entfernen, müssen Sie Visual Studio schließen.

Projektkonfiguration

• Sobald die Regeln kompiliert und in das entsprechende Verzeichnis installiert sind, können Sie Ihr SSDT-Projekt öffnen und die Codeanalyse aktivieren, indem Sie folgende Anweisungen folgen: https://docs.microsoft.com/en-us/sql/ssdt/database-project-settings?view=sql-server-ver15#bkmu_Code_analysis-
• Nachdem die Codeanalyse aktiviert ist, können Sie einen Umbau durchführen. Alle Regeln, die pleite sind, wird als Aufbauwarnungen angezeigt.
  • Sie können auf eine der Warnungen zu klicken, die zu dem Code -Standort gebracht werden sollen, an dem die Regel unterbrochen wurde.
• Sie können auch optional:
  • Regeln aktivieren / deaktivieren.
  • Legen Sie bestimmte Regeln als Fehler fest, damit sie tatsächlich Build -Fehler werfen.
  • Ignorieren Sie Regeln in den SQL -Dateien. Sehen