这几天, 没有比Oracle 11g更让大家关心了, 从白皮书中看出, Oracle对于压缩技术的支持又上升了一个台阶. 从9i版本引入压缩表以来, 经过10g到11g, 按Oracle历来的表现, 尤其是宣称OLTP级的压缩技术, 这一次应当可以广泛应用了.
因为压缩技术在目前用得很少, 因此当初先考虑LOB的支持而实现了第4版本, 接下来要考虑的是对压缩的支持, 而发布到第5版本, 要以11g中的压缩功能为基础去开发. 在过去的一段时间中, AUL真真实实地帮人解决了一些极端情况下的数据恢复问题, 因此感觉还有继续开发的必要.
另外还要考虑的是对于ASM的支持, 越来越多的系统已经开始使用ASM了. 以及BigFile的支持, 虽然这个功能目前很少人使用. 个人认为, 这个BigFile不如改成一个表空间由最多256个文件组成, 而每个文件的最大大小是现在的4倍, 比如8KB的块大小, 最大的文件大小为256GB, 这样更实用.
不过是越来越搞不动这种研究了, 不知道还能跟上11g这条大船吗?
留言 (2)
对于ASM, 你可以通过写一个agent实现, ASMLib Kernel Driver 是开源的,已经有完整的实现技术,改写一个简单的就好了!
Posted by truezxd | Oct 31, 2007 2:02 PM
应当是可以的, 不过没空整它. 还没有遇到过ASM上的恢复呢.
Posted by anysql | Oct 31, 2007 2:45 PM