忽然发现ASE15里面的dbcc object_atts不好用了

Eisen

以前都用sp_identity来修复那个identity gap问题的，其实质就是用dbcc object_atts来重设oam页内identity值的。
今天闲来无事，在ASE15.0.2 ESD#5上试了一下没想到真的不能用了。

1. 
   
2. 1.         我先create table identtb(id int identity,value int)
   
3. 2.         然后用dbcc object_atts(identtb,0,get)查到
   
4. 1> dbcc object_atts(identtb,0,get)
   
5. 2> go
   
6. 
   
7. 1616c0138 (     0):  00000000 0000000f 00000000 00000000  ................
   
8. 1616c0148 (    16):
   
9. object_atts:get: return value=1 for ptnid 92524332
   
10. DBCC execution completed. If DBCC printed error messages, contact a user with
    
11. System Administrator (SA) role.
    
12. 3.         这个时候我insert进去几条数据-- insert identtb values(1),insert identtb values(2)…
    
13. 4.         我再用dbcc object_atts(identtb,0,get)查结果还是:
    
14. 1> dbcc object_atts(identtb,0,get)
    
15. 2> go
    
16. 
    
17. 1616c0138 (     0):  00000000 0000000f 00000000 00000000  ................
    
18. 1616c0148 (    16):
    
19. object_atts:get: return value=1 for ptnid 92524332
    
20. DBCC execution completed. If DBCC printed error messages, contact a user with
    
21. System Administrator (SA) role.
    
22. 一点变化也没有
    
23. 5． 我不死心，于是手工造了一个identity gap，我把id>2 and id<10的纪录都删掉了，这个时候查dbcc object_atts(identtb,0,get)还是全0
    
24. 6.  只好用dbcc object_atts(identtb,0,put,0x00000000000000030000000000000000)来重设那个identity起始值，并且迅速shutdown with nowait
    
25. 7.  重起好之后，用dbcc object_atts(identtb,0,get)查到这个identity值确实仍是0x00000000000000030000000000000000
    
26. 8.  于是我再insert新值进去 insert identtb values(10),insert identtb(11)可是这时候我很吃惊地发现这一条纪录已经变成了--
    
27. 
    
28.       id          value
    
29. ----------- -----------
    
30.           1           1
    
31.           2           2
    
32.     5000002          10
    
33.     5000003          11
    
34. 
    
35. 
    
36. 9． 于是赶紧又用dbcc object_atts(identtb,0,put,0x00000000000000000000000000000000)改回去立刻shutdown with nowait并重起，于是更吃惊的事情发生了，
    
37. 10. 在重起后，发现又跳了一个identity gap，id的起始值从10000000开始了，于是我重复了几次，发现无论put什么值，都是给我跳一个gap，最后变成了--
    
38. id          value
    
39. ----------- -----------
    
40.           1           1
    
41.           2           2
    
42.           8           8
    
43.           9           9
    
44.           3           5
    
45.           4           6
    
46.           5           7
    
47.     5000002          10
    
48.     5000003          11
    
49.    10000003          12
    
50.    15000004          13
    
51.    20000005          14
    
52. 
    

复制代码

我想大概是因为ase15的oam页的结构有变化吧，请问各位可有发现同样的事情?

2BeSybPro

这个函数没用过，但identity gap不是这样修复的，Rob的网站讲得很详细。
http://www.sypron.nl/2004Q2_IDgapsRevisited.pdf
http://www.sypron.nl/idgaps.html

Eisen

请仔细看你发的这两个文档——里面都说了不对ASE15了。