SQL Server中为普通表名添加Sys前缀是否合理可行？

结论 #

这种命名方式不推荐，存在明确的潜在风险，合理性极低，不建议在生产环境使用。

具体原因及风险点 #

• 参考依据不成立
  你提到的SELECT * FROM SysColumns这类不带sys架构的Sys开头系统对象，是SQL Server为了兼容SQL Server 2000及更早版本保留的过时兼容视图，微软官方已经明确标注这类对象会在未来版本中移除，不属于当前官方推荐的写法，不能作为业务表命名的参考依据。
• 语义混淆风险
  无论你是否使用sys系统架构，所有接触该数据库的开发、DBA看到Sys开头的表，第一反应都会默认是系统内置对象，后续维护过程中极容易出现两种问题：要么操作系统对象的时候误修改你的业务表，要么排查业务问题的时候漏掉这些带Sys前缀的业务表，大幅提升维护成本和故障概率。
• 名称解析冲突风险
  如果你写SQL的时候省略架构前缀（比如直接写SELECT * FROM SysUsers而不是SELECT * FROM dbo.SysUsers），SQL Server的名称解析逻辑会优先匹配系统对象，匹配成功就不会再查找你自定义的业务表，这个行为还会受数据库兼容级别设置影响，非常不可控，历史上有大量开发者因为这类命名导致查询返回错误数据，排查很久才定位到是命名冲突的问题。就算你现在所有SQL都带架构前缀，后续SQL Server版本更新、跨库查询、数据库迁移的时候，也依然存在冲突的可能性。
• 不符合通用命名规范
  不管是微软官方的SQL Server开发规范，还是业界通用的业务表命名规则，都明确要求业务表避免使用和系统对象相同的前缀，完全没有必要为了一个命名前缀主动引入不必要的风险。

替代方案 #

如果你想标识这部分是系统级核心业务表，可以换用其他前缀规避风险，比如Core_、AppSys_等，既能满足标识需求，也不会和系统对象冲突。

内容的提问来源于stack exchange，提问作者user17562061