通过外键的级联删除虽然复杂,但可以保证数据的一致性. 这么多表级联在一起是不是出于设计上考量? 另外,一般情况下通常不会对生产环境进行delete 操作, 通常使用 isUsed 字段对删除操作打上不使用标记
分区实例仅在主节点部署, 其他节点共享这个实例目录,减少维护的复杂性 DPF实例的用户和组的ID和名称在各个节点都要完全一样 DB2软件在各分区上的路径必须完全一样 特别注意/etc/hosts, /etc/services 文件参数的修改
第一次需要语法检查和解析, 同时生成查询计划. 第二次执行的时. 若sql 如果参数或语法未发生变化,则直接读取查询计划,省去语法检查和解析的时间
具体的优化思路大致相同,只不过需要针对具体问题具体分析。如果经验足够丰富,当然会很快的定位问题
db2 不像 oracle , 至少 我很少使用 hint 去影响查询分析器生成的查询计划, 更多的是从源表和环境来找出问题的根本点,比如统计信息是否最新,是否谓词使用不当不能执行索引扫描等等
RUNSTATS -> REORGCHK -> REORG -> RUNSTATS -> BIND
恢复数据后, 是否重新搜集过统计信息?
首选是否可以将函数条件简化为非函数条件. 比如: year(date_column) = 2013 简化为 date_column between '20130101' and '20131231' 创建函数索引
具体问题具体分析, 看查询计划具体慢在那个部分
查询优化 建议把需要统计的数据表创建为"分区表", 利用分区消除提高效率 关于打标记 不需要update 每条记录,创建"标记表",只需记录每条是否已经检查过(1条/天)即可 可以利用 material view 在负
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30