我真的没有看到UUID的观点.我知道碰撞的可能性实际上是零,但实际上零甚至几乎不可能.
有人可以举个例子,除了使用UUID之外别无选择吗？从我见过的所有用途中,我可以看到没有UUID的替代设计.当然设计可能稍微复杂一点,但至少它没有非零概率的失败.
UUID闻起来像全球变量.全局变量有许多方法可以实现更简单的设计,但它只是懒惰的设计.
在只需要1列作为键的表中,该列中的值可以是整数,何时不应使用标识字段？
相反,在同一个表和列中,何时会手动生成其值,并且不会为每条记录使用自动生成的值？
我想当表中有大量的插入和删除时会出现这种情况.我对吗？还有什么其他情况？
在设计表时,我的同事在这里说我应该避免使用标识列,因为它特定于SQL Server和MS Access,但我与他的观点不同,因为它使我的编码更简单.
我应该使用标识栏吗？如果不是,从应用程序代码创建标识列的最佳方法是什么？