hinzufügen oder liest Versionsnummer des SQL StoredProcedures oder Funktionen

Question

ich in der SQL auf eine Versionsnummer benötigen StoredProcedures und Funktionen zu wissen, welche Version verwendet jetzt und notwendig, dass oder nicht zu aktualisieren?

Nach der Suche im Internet habe ich die Tabelle sys.objects aus der master-Datenbank gefunden.
sys.objects können SQL-Elemente Informationen wie dieser Code sein holen:

SELECT * 
FROM sys.objects 
WHERE TYPE   = 'P' -- StoredProcedures 
     OR TYPE  = 'FN' -- Functions 
     OR TYPE  = 'U' -- Usert Tabels 

Ergebnis:

╔══════╦═══════════╦═══════════╦══════╦═══════════╦═════════════╦═════════════╦═════╗ 
║ name ║ object_id ║ schema_id ║ type ║ type_desc ║ create_date ║ modify_date ║ ... ║ 
╚══════╩═══════════╩═══════════╩══════╩═══════════╩═════════════╩═════════════╩═════╝ 

Aber noch konnte ich nicht ein Feld mit dem Namen Version oder MetaDaten für SQL finden gespeichert Prozeduren oder Funktionen, um etwas wie Version darin zu speichern!

Meine Fragen sind:

Wie wissen, welche Versionsnummer von StoresProcedures oder Funktionen im Einsatz ist?
Und wenn existieren diese Eigenschaft, wie man es ändert?

Oder wenn es nicht existiert (Version Feld), kann ich dann sys.objects Daten programmgesteuert ändern? weil ich versuche, diesen Fehler, dass und gesehen zu ändern:

Msg 259, Level 16, State 1, Line 1
Ad hoc updates to system catalogs are not allowed.

Answer 1

Well Sie den Systemkatalog aktualisieren, aber es ist sehr schmutzig, und ich werde es sowieso nicht vor.

Eine andere Idee könnte nur sein, einen Kommentar über jede Prozedur/Funktion hinzuzufügen.

Ein dynamischerer Weg kann ein DDL Trigger sein, der die Versionen automatisch zählt.

Oder wenn Sie nur jede Prozedur/Funktion in einer Datenbank auf eine Version beschränken, haben Sie möglicherweise eine DDL Trigger, die den Code für die Versionsnummer parsen wird. Danach wird dies in einer Versionstabelle protokolliert. Wenn die Version nicht vorhanden ist, führen Sie die Änderung zurück und vermeiden Sie eine Änderung. Dasselbe kann gehandhabt werden, wenn die Version für die spezifische Prozedur bereits existiert.

Aber auf jeden Fall müssen diese Lösungen erstellt werden und einige (kleine) Nebenwirkungen haben. Abhängig von ihrer Art des Designs. Aber in Ihrem Fall möchten Sie wahrscheinlich mehrere Versionen einer Prozedur haben und sich beim Aufruf jedes einzelnen anders verhalten. In diesem Fall ist die Kommentarvariante möglicherweise die einfachste und effizienteste für Ihren Anwendungsfall.

Sie können auch die extended Properties verwenden, die eingestellt werden muss. Vielleicht ist dies eine Lösung, die Sie leben möchten. Dies vermeidet jedoch keine doppelten Versionsnummern, wie in der DDL Trigger beschrieben.

Eine andere Möglichkeit, wenn Sie nur Ihren Code versionieren möchten, kann die Verwendung von GIT + SSDT sein.