首先明确一点：你无法直接将SYSOBJECTS的ID列修改为BIGINT类型，而且这也不是解决问题的正确思路。下面详细解释原因和可行的解决方案：

为什么不能修改SYSOBJECTS的ID列类型？ #

• SYSOBJECTS是SQL Server为兼容旧版本提供的系统视图，其底层对应SQL Server内部维护的系统表。这些系统表受数据库引擎严格保护，即便是系统管理员也没有权限修改它们的结构。强行修改会直接破坏数据库引擎稳定性，甚至导致整个SQL Server实例无法启动。
• 退一步说，就算绕过权限限制修改了列类型，大量系统级视图、存储过程、内部函数都依赖这个ID列的INT类型定义，修改后会引发无数兼容性错误，整个数据库系统的正常运转都会受影响。

可行的解决方案 #

当SYSOBJECTS的ID接近INT最大值（2147483647）、无法创建新对象时，你可以尝试以下几种方案：

1. 拆分数据库 #

每个SQL Server数据库的对象ID是独立计数的，你可以将部分业务对象迁移到新数据库中，这样单个数据库的对象ID就不会快速触及INT上限。这是最安全且可持续的长期解决方案。

2. 清理无用对象 #

检查并删除数据库中不再使用的存储过程、视图、函数、触发器、用户定义类型等对象。虽然删除对象后标识列的ID不会自动重用，但减少对象总数可以延缓达到上限的时间。

3. 升级到最新SQL Server版本 #

较新版本的SQL Server优化了对象ID的分配机制，例如会尝试重用已删除对象的ID（特定场景下），同时对系统对象的管理做了更多优化，能有效降低ID耗尽的风险。另外，新版本中推荐使用sys.objects取代旧的SYSOBJECTS视图，不过核心的ID上限问题在sys.objects中同样存在，升级版本主要是优化分配逻辑。

4. 联系微软支持获取内部工具 #

如果你使用的是较旧的SQL Server版本（如2008 R2及更早），且上述方案无法快速解决问题，可以联系微软官方支持，他们有内部维护工具可以调整系统对象的ID分配，帮助你绕过当前的上限问题。不过这是临时解决方案，长期来看还是建议升级或拆分数据库。

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