sql-server - 是否有任何理由同时使用具有增量 PK SerialID 的非集群 36 NVARCHAR id？

Question

我是处理应该处理大数据的程序的新手。（虽然不是很大，一年中最常插入的表大约有几十万行）。

是我公司新买的ERP设计平台。它的设计目的是为每一行提供 ParentID 和 RecordID 的 NVARCHAR(36) ，并​​且基本上到处使用它。它同时具有数字增量PK。

当我运行查询测试时，尤其是在我必须加入表的地方，或者某些时候应该有 2~3 个子表的父表时，这个 NVARCHAR(36) 非唯一、非聚集的 RecordID 索引让我非常困扰。

每次我对数据库运行部署时，它都会自动重置所有视图和索引，因此很难再次重置。

保持这种方式可以吗？还是建议在用平台完成整个设计后，我再次手动设置？真的很想知道是否有任何理由这样设计

标签： sql-serverperformanceview