将名称存储为“sysname”而不是“nvarchar（128）”有什么好处？

Question

我希望创建一个表来存储有关存储过程的信息。 我需要存储SP_Name 。 我原来的计划是使用SP_Name NVARCHAR(128) NOT NULL 。

从过程I我将使用OBJECT_NAME(@@PROCID)函数来获取SP_Name列的值。

此technet不提供有关SYSNAME数据类型的大量信息。 SQL Server中的SYSNAME数据类型是什么？ 问题只解释它是什么，但不解释它是如何工作的，另外答案是将近3年，微软在2012年和2014年版本中对SQL Server进行了许多升级。

我是否会再次将SP_Name中的SYSNAME存储在NVARCHAR(128)列中？ 或者我应该避免使用可能在以后版本中删除或更改的专有数据类型？

Answer 1

它提供了一个抽象，可以保护您免受实现细节的影响。 好处是如果定义在将来的版本中发生变化，您的代码仍然可以正常工作。

sysname曾经等同于varchar(30) 。 例如，如果SQL Server 2016允许对象标识符长度为256个字符，则无需查找和更新所有硬编码的128。

我也更喜欢使用它，因为在语义上似乎更整洁地使用该数据类型来存储对象标识符的列/变量。

Answer 2

我是否会再次将SY_NAME中的SP_Name存储在NVARCHAR（128）列中？

你将无法获得可衡量的利益; 但是，您引用的问题中列出了几个用例，表明收益较少。

或者我应该避免使用可能在以后版本中删除或更改的专有数据类型？

正如Martin Smith指出的那样，你应该更喜欢使用那些封装可能会改变的sql server东西的类型。

我将明确地添加technet指示以下内容，特别是对于此数据类型而不是其他特殊类型：

在区分大小写或具有二进制排序规则的数据库中，仅当sysname以小写字母显示时，它才会被识别为SQL Server系统数据类型。