我正在审查数十个SQL Server 2017存储过程查询执行计划。我只是注意到其中一个存储过程名为“ getDate”。过程“似乎”可以正常工作，并且根据this，“ getDate”不是保留关键字，但是我对GETDATE（）函数的潜在困惑感到不安。我现在没有太多时间来整理所有可能受影响的代码模块，以编辑对此存储过程的调用。这是我现在可以忽略并稍后修复的问题，还是可能引起问题，因此我应立即修复它？除了（可能不相关的）超慢运行查询之外，我没有看到任何问题，这就是为什么我要审查执行计划。不过，此“ getDate”存储过程的估计执行计划看起来不错。
不建议对存储过程使用相同的名称。如果您认为长期运行，并且如果您有足够的时间和特权，那么使用SP_RENAME proc更改名称会造成很多混乱。
但是同时，它不会引发错误。因为GETDATE函数是SQL Server中的数据库对象，并且仅支持SELECT或读取数据。我们可以创建一个具有相同数据库对象名称的存储过程。这样我们就可以对用户定义的数据库对象进行DDL处理。