Sybase的容量空间问题，请教是否有好的方法？

syxie

sybase12上，2K页面：

我有一个表，其中有部分字段是允许为NULL，没有varchar类型的可变长字段。有聚簇索引；

使用表的存储容量的计算了一下，将表的开销字段，和2K不能整除字段行宽的都除去，发现得到的结果值比spaceused看到的足足少了3－4倍。

当时以为公式有问题，但是我创建了一个一模一样的表，将数据bcp out之后在bcp in进去重建索引，发现spceused的空间和计算公式得到的空间是比较吻合的。

后来使用dbcc的page来看，发现有些数据页面存在空洞。
有可能是bcp in之后重建索引数据是有序的，而原来的表中的数据插入是无序插入，需要聚簇索引分页存放。

所以分页的解释我也比较认可，但是实际的控件比计算大概的空间，多了3－4倍，甚至有时候是5倍，不太可以接受，表示疑惑。请问那位高手有这方面的经验，请教。多谢！

[ 本帖最后由 syxie 于 2006-11-26 21:40 编辑 ]

Blackrose

如果你的表锁类型不是 allpages 类型，而是datarows或者datapage，则需要定期使用reorg命令进行空间的回收。

hobbylu

apl表还是dol表

hobbylu

对于数据在实际中的存储，会有很多种情况。对于apl表，比如有row forward。
还有建立表的时候你有可能使用一些参数max_rows_per_page ，exp_row_size，reservepagegap 等参数，都会影响相同的数据量，但是所占用的空间不相同的情况。除了这个，还有一些其他的因素。

对于DOL表，是显而易见的，正如黑玫瑰姐姐的回答

syxie

先多谢各位。

1，表是allpages的；
2，表不是dol类型的；
3，max_rows_per_page ，exp_row_size，reservepagegap 这些参数在创建表的时候，都是使用的默认值，没有什么修改；
4，另外，现在我们系统在使用的时候，都要求不停止业务，要求比较高。所以一些重建索引之类的工作，或者一些会导致大量锁的命令，都是不方便用的。

其实我想知道的是，出现3－4倍的空间冗余是否合理？是否有什么参数或者bug原因之类的？
另外，明天我将optdiag的信息贴出来，看看有什么好的线索。

syxie

另外，由于是allpage的表，使用reorg命令是不让用的。所以类似row forward的页面回收好像也不能执行。

另外，由于不能停业务的原因，所以这种页面整理估计是不太可能的。我想看看能不能入库的时候，保证其分页和插入的有效性可能更加现实一点。

Blackrose

谁说我是姐姐？ 我是gg

1017of

page split?was there some deletion?how was it going?

syxie

没有删除数据。

今天Sybase给我答复，说聚族索引的表，如果是新增加的行，如果是在当前页面的前面，会生成一个新页进行插入。新页没有用完的就会浪费。不过表示怀疑。