我将主/复合键插入到带有identity(1,1) bigint列的中间数据库表中。在更传统的关系数据库中,该列对表中的每个新键增加1,为值创建一个代理键。但是,在Azure SQL DW中,这些值是不连续的,如文档中所指出的:
IDENTITY属性不保证代理项值的分配顺序,这反映了Server和Azure SQL数据库的行为。然而,在Azure SQL数据仓库中,缺乏保证的情况更加明显。
因此,只有4个唯一值的表的id列如下所示:
id, 1, 6, 8, 20而不是id, 1, 2, 3, 4
我知道我可以通过使用表中的代理项row_number()函数和代理id列的max来自己创建代理键。但是,我担心这并不是Azure SQL DW的意图,而且会影响数据库性能。
declare @current_val as bigint = (select coalesce(max(id), 0) from dbo.reseeding_table);
因此,我担心id identity列的值会超过其限制,因为它是由Azure实现的。我应该信任Azure的identity列的功能吗?
发布于 2019-08-26 10:37:35
正如格雷格·加洛韦所指出的,这个问题与最近关于顺序值的主题非常相似。
因为你提出了几个具体的问题,我认为它有足够的不同,需要它自己的答案。
需要注意的是,您不应该一次插入一行,如果您担心顺序ID,就可能会这样做。您会发现单个插入非常慢,如果由许多进程执行,可能会导致并发问题。考虑一下微批处理您的数据,并使用Polybase来加载它以获得最佳性能。
https://stackoverflow.com/questions/57646773
复制相似问题