大字段处理性能

兄兄  SQL给出来吧·~这样大家猜~~不给力的。。。显示全部

楼主需要看看join的代价和fetch的代价，大字段没有索引，fetch会很高，存在索引，索引的消耗也会比较高。join最好不要用大字段，因为他们肯定关联度很低，谁会在两张表里用大列去关联呢？都是做大表冗余的...显示全部

block是Oracle的概念，DB2中对应的是页（Page）。用工具看一些访问计划，看看join的代价，随后试着建立必要索引，或者改变join的字段，来降低cost。显示全部

建议将建表脚本、索引脚本、sql语句都贴出来，可能大家能给出更针对性的建议。显示全部

回复 4# lauyatsao    嘘。。。。。声一片，呵呵。显示全部

回复 3# yhangw     莫非是传说中的王大拿出现了？！显示全部

这种问题最好贴上你的sql，不然大家也就是空对空也就想想基本的问题，大字段是否是predicate的一部分？是否应用函数？该字段的distribution以及其对I/O存取的影响？显示全部

不知道你的字段到底是varchar还是blob的，如果是varchar的，应该是比较快的，因为每条记录都是在一个db block中的；DB2不允许1条记录跨越多个block的，对于大对象，会在记录对应的字段放指针，大字段的内容单独存放在另外的extent中，扫描效率就低了很多的！...显示全部