向 SQL 存储过程或函数添加或读取版本号
Add or Read Version Number to the SQL Stored-Procedures or Functions
我需要 SQL StoredProcedures 和 Functions 中的版本号，以了解现在使用的版本和必要版本要不要更新？
在网上搜索后，我从 master 数据库中找到了 table sys.objects。
sys.objects 可以获取 SQL 个元素信息，像这样的代码：
SELECT *
FROM sys.objects
WHERE TYPE = 'P' -- StoredProcedures
OR TYPE = 'FN' -- Functions
OR TYPE = 'U' -- Usert Tabels
结果：
╔══════╦═══════════╦═══════════╦══════╦═══════════╦═════════════╦═════════════╦═════╗
║ name ║ object_id ║ schema_id ║ type ║ type_desc ║ create_date ║ modify_date ║ ... ║
╚══════╩═══════════╩═══════════╩══════╩═══════════╩═════════════╩═════════════╩═════╝
但我仍然找不到名称为 Version 或 MetaData 的字段用于 SQL 存储过程或函数在其中存储版本之类的东西！
我的问题是：
如何知道正在使用的 StoresProcedures 或 Functions 的版本号？
如果存在这个属性，如何改变它？
或者如果它不存在（Version 字段）那么我可以通过编程方式更改 sys.objects 数据吗？因为我尝试更改它并看到此错误：
Msg 259, Level 16, State 1, Line 1
Ad hoc updates to system catalogs are not allowed.
那你可以更新系统目录，但是太脏了，反正我不会建议。
另一个想法可能只是在每个 procedure/function.
上添加评论
一种更动态的方法可以是添加一个 DDL Trigger，它将自动计算版本。
或者如果你只是限制数据库中的每个 procedure/function 都有一个版本，你可能有一个 DDL Trigger，它将解析版本号的代码。之后它会将其记录在版本 table 中。如果版本不存在，则回滚更改并避免更改。如果特定过程的版本已经存在，同样可以处理。
但无论如何，这些解决方案都需要构建，并且可能会产生一些（小的）副作用。取决于他们的设计性质。但是在您的情况下，您可能希望拥有一个过程的多个版本，并且在调用每个版本时表现不同。在这种情况下，评论变体可能是您用例中最简单有效的变体。
也可以使用需要设置的extended Properties 。也许这将是您想要的解决方案。但这不会避免 DDL Trigger.
中描述的重复版本号
另一种方法，如果您只想对代码进行版本控制，可以使用 GIT + SSDT。
我需要 SQL StoredProcedures 和 Functions 中的版本号，以了解现在使用的版本和必要版本要不要更新？
在网上搜索后，我从 master 数据库中找到了 table sys.objects。
sys.objects 可以获取 SQL 个元素信息，像这样的代码：
SELECT *
FROM sys.objects
WHERE TYPE = 'P' -- StoredProcedures
OR TYPE = 'FN' -- Functions
OR TYPE = 'U' -- Usert Tabels
结果：
╔══════╦═══════════╦═══════════╦══════╦═══════════╦═════════════╦═════════════╦═════╗
║ name ║ object_id ║ schema_id ║ type ║ type_desc ║ create_date ║ modify_date ║ ... ║
╚══════╩═══════════╩═══════════╩══════╩═══════════╩═════════════╩═════════════╩═════╝
但我仍然找不到名称为 Version 或 MetaData 的字段用于 SQL 存储过程或函数在其中存储版本之类的东西！
我的问题是：
如何知道正在使用的 StoresProcedures 或 Functions 的版本号？
如果存在这个属性，如何改变它？
或者如果它不存在（Version 字段）那么我可以通过编程方式更改 sys.objects 数据吗？因为我尝试更改它并看到此错误：
Msg 259, Level 16, State 1, Line 1
Ad hoc updates to system catalogs are not allowed.
那你可以更新系统目录，但是太脏了，反正我不会建议。
另一个想法可能只是在每个 procedure/function.
上添加评论一种更动态的方法可以是添加一个 DDL Trigger，它将自动计算版本。
或者如果你只是限制数据库中的每个 procedure/function 都有一个版本，你可能有一个 DDL Trigger，它将解析版本号的代码。之后它会将其记录在版本 table 中。如果版本不存在，则回滚更改并避免更改。如果特定过程的版本已经存在，同样可以处理。
但无论如何，这些解决方案都需要构建，并且可能会产生一些（小的）副作用。取决于他们的设计性质。但是在您的情况下，您可能希望拥有一个过程的多个版本，并且在调用每个版本时表现不同。在这种情况下，评论变体可能是您用例中最简单有效的变体。
也可以使用需要设置的extended Properties 。也许这将是您想要的解决方案。但这不会避免 DDL Trigger.
另一种方法，如果您只想对代码进行版本控制，可以使用 GIT + SSDT。