点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)似乎 CURRENT_IDENT...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)似乎 CURRENT_IDENT...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
似乎 CURRENT_IDENTITY_VALUE()函数在您的会话中至少有两个带有标识列的表时,HANA中的内容可能会混乱。 只需尝试以下示例代码:
创建列表test1(id整数,不为null,默认情况下作为标识生成主键,x整数); 创建列表test2(id整数,不为null,默认情况下作为标识生成的主键,x整数); 创建过程temp_identity_p为 我整数; j整数; 开始 对于我1..500 插入test1(x)值(:i); 从哑元中选择current_identity_value()到j中; 如果我> 100,那么 插入test2(x)值(:j); 万一; 结束于 结束; 调用temp_identity_p; 从test1中选择*,其中id <> x; 从test2选择*,其中id <> x-100按ID排序;
执行过程后,test1表看起来像预期的那样。 值从1到500," id"和" x"列中的值相同。
但是在test2中,x应该来自test1.id(有点类似于它的链接),延迟为100。所以您期望:
1,101
2,102
3、103等
但并非每条记录都是如此。
4,3
5,4
记录如下。 看起来CURRENT_IDENTITY_VALUE()有时是从test2的最后一个插入而不是test1获得其值的。 但是,很明显,在插入test1之后立即执行CURRENT_IDENTITY_VALUE()。
这非常危险,因为它可能会使您的代码中的外键弄乱。
您知道该问题的任何解决方案吗?
糟糕,我又做了一次。 :)
在我上次使用的同一SQL控制台窗口中。 但是上次它拒绝混淆结果,现在又做了。
一周热门 更多>