【发布时间】:2013-07-17 15:48:36
【问题描述】:
我们使用的是 Sybase 15.0.3
Sybase 15.7 似乎提供了一些有用的东西。
最重要的是,我们想知道它是否表现更好,或者出于其他充分理由值得采用。
我听说它在 IBM SMT Power 处理器上运行得更好一些,因为它是多线程而不是对等 unix 进程。
似乎有一些类似 IQ 的压缩功能,这对于具有大行大小的非常大的表来说听起来很方便。
我不知道内存中松弛的持久性数据库是否对我们有用,无论它们有多好,因为我们必须重新设计。但是 - 有没有人有这方面的经验?
有一个 MQ 消息传递位可能会派上用场 - 有人用过它并获得了印象吗?
我们在 v15.0(哈希和合并连接)中使用了所有新的查询优化器,因此我们预计不会出现冲击或巨大差异。
升级难吗?当我们采用 v15.0 时,我们必须进行大量测试,引入登录触发器和作业以执行更多 UPDATE INDEX STATISTICS。但是,我不希望在 v15.7 上做出这样的努力。
非常感谢收到任何意见和信息!
【问题讨论】:
-
了解您在当前数据库中看到的使用类型以及调整它要完成的任务会很有帮助。如果没有一些细节,我能做的最好的就是说“是的,也许”。
-
20 个引擎,大约 90Gb 内存
-
混合应用,主要是 DSS,一些 OLTP。许多并行作业执行记录的小数据集(1000 行)的删除/插入/更新。一些多语句事务,但大多数只是“删除最后一组,从 #temptab 插入新集”之类的事情 - 这些是所有使用大量#temptabs 的SP。还有很多并发的 ETL 文件加载到系统中,其中大部分是 100 秒/几 1000 组行,一两个更多的行,还有相当多的大型 ETL 使用未记录的 SELECT INTO 和 bcp-out 最后完成- 这些都是 shell 和 perl 中的嵌入式(动态)sql。
-
还有很多 tempdbs - 8,适当分配不同类型的作业。
-
请记住,如果您只有基本许可,您在帖子中提到的压缩是额外的许可费用(而且并不便宜)。