真的不明白sybase在入库和维护索引时的性能比oracle快了近30倍！！！！！！！！！！！

bestManing

？？？？

jarjar

你用的是Sybase IQ，load 数据的速度本来就是数据仓库所必须得，IQ很快，不用怀疑。

Ray_at_eds

单凭一个装载速度就断言 某个比某个好 ，未免有点片面；

举个简单例子：

SYBASE IQ 的一个表，只可以有一个并发写入（修改/删除）事务；
当A 进程 INSERT 一条记录，没有提交； 同时B进程也进行INSERT ，此时，IQ不是阻塞B进程，而是直接提示B进程写入失败，并使B进程返回。

这个特性，至少在IQ 12.6上仍然如此。

IQ之所以装载快，是因为，IQ的每个列用的都是BITMAP式的索引存储，并且是全列索引（每个列都有一个缺省索引），所以，有显示的索引定义和没有索引，对于IQ来说，装载速度没有什么本质区别，相对ORACLE等数据库来说，同等索引条件下，IQ的装载速度自然就比ORACLE强很多。

05年的时候，曾经做过一个对比测试，solaris + oracle/sybase ， 在实现相同设计需求的情况下，sybase用iq ， oracle 用 partition （不需要额外创建索引），装载速度没有什么区别，查询速度，在某些典型的利用分区策略的查询下，oracle甚至比sybase iq快很多。

iq的强项是 即席查询，也就是 非规划内的随机查询； 当查询条件 超出了oracle的分区策略和索引策略，这时候，iq的优势就非常非常明显了，因为每个列，都有一个缺省索引，并且，每个列都是bitmap压缩存储，所以，iq的io量，相对也小很多。

以上，是我用了1年多iq的一些感觉，iq是个好东西，但是，只能在一些特定的应用上才能最好的发挥它的优势。oracle的目标是用一个产品覆盖绝大多数应用需求，所以，难免在某些单项上不如别的产品。

Ray_at_eds

最初由 bestManing 发布
[B]但是否数据量达到一定程度。是否其速度急速下降，例如，数据达到数十亿条时。 [/B]

在数据量达到数十亿的情况下，装载速度没有本质变化。这个是我实际应用中观测出来的。

但是查询是有区别的； 当表中的纪录 在5000W的时候，一条查询和 记录数为 10亿的时候，相同的查询，耗费的时间，几乎是呈线性比率增长的。

这点上，如果是ORACLE , 而且查询遵从分区策略的情况下，5000W和10亿，几乎没有时间差。

scnclyq

IQ的数据不是按BITMAP索引存储，是FP索引，其实质是一个字典表，加按行存储的按照字典表转换后的ID，IQ中的BITMAP索引是LF索引；
IQ 共有九种索引，其索引的建立依据是数据类型、数据用途（连接、汇总、范围查询等）、数据聚合度。调优很方便；
Partition的引入是因为性能不够快，带来的问题是开发的复杂度增加，和额外的费用（DBII Partition是一个option ）， SybaseIQ通过视图实现Partition，Sybase的列数据存储就是Partition，性能快，还可用到多CPU，况且很多分析型的统计查询常常会跨Partition；
IQ是很有特点的产品，适合的场景是分析型应用，Oracle对OLTP应用不错，这样的评价比较公正；
IQ其他特点： 20％～70％数据压缩，Multiplex的多机集群，TB级数据仓库的秒级的备份恢复，同等数据量下主机配置要求低，面向应用和数据的性能调优（一般数据库面向SQL调优）；
所以如果作报表系统，数据仓库系统，数据集市系统，IQ是不错的选择；
缺点：知道的人太少

mdk

各位是否方便pm我一个可以下载iq的地址，多谢！