作者: 长烟慢慢
1020人浏览
评论数：0
7年前
转载文章：http://blog.itpub.net/17203031/viewspace-1063523/ Oracle数据库发展到今天，“IO为王”已经是一种发展方向趋势。ExtraData一体机的重要特色之一就是最大程度的发挥IO能力、提高IO吞吐量。
作者: 德哥
3490人浏览
评论数：0
5年前
标签 PostgreSQL , 优化器 , 成本因子 , 校对 背景 最近在写一个PostgreSQL数据库培训PPT, 其中有explain的讲解需求, 刚刚接触PostgreSQL的童鞋对PostgreSQL的explain输出中cost的部分可能会一头雾
作者: 德哥
3554人浏览
评论数：0
4年前
标签 PostgreSQL , PPAS , Greenplum , HybridDB for PostgreSQL , 性能 , 估算 , pgbench , 统计细信息 , explain算法 , 统计信息导入导出 背景 在提预算时必不可少的环境是评估需要
作者: 德哥
3412人浏览
评论数：1
5年前
标签 PostgreSQL , 优化器 , 索引扫描 , 堆扫描 , IO放大 背景 通过B-TREE索引扫描可能会带来了巨大的heap page scan数目，即IO的放大. 为什么呢？ 请接下去看完本文揭晓答案。 IO放大的后果： 如果数据库的单个数据块（
作者: 绛云
1893人浏览
评论数：0
5年前
postgresql因子的调整主要有这四个cpu_tuple_cost，random_page_cost，cpu_index_tuple_cost，cpu_operator_cost。这四个因子的值影响着计划中的cost值，这个因子大小的是否正确很大
作者: 德哥
5330人浏览
评论数：1
5年前
标签 PostgreSQL , 单列索引 , 复合索引 , 优化器 , 成本因子 背景 RBO -> CBO -> 动态优化 经常听到这样的声音：“查询慢？加个索引吧。”，虽然话不专业，但是体现了早期基于RBO（基于规则）的优化器思维。 通常对业务不熟悉，或者
作者: 游客k2im2r6yzvujs
1682人浏览
评论数：0
2年前
作者：一皓，蒙武，君合，心彦，飞木，羽砺等 前言 本章节主要是基于框架的量化，编译，推理的相关的开发模式。把它作为“含光十八式”的第一式，是因为这是比较基础同时也是高层的使用方法。借助于框架的功能，用户即使不了解含光NPU和底层编程接口
作者: 德哥
5934人浏览
评论数：1
5年前
背景 有过数据库使用经验的童鞋可曾遇到过SQL执行计划不准确，或者SQL执行计划抖动的问题。 PostgreSQL的执行计划与大多数的企业数据库是一样的，都是基于成本优化。 基于成本优化的优化器，在算法靠谱，统计信息准确的前提下，通常得到的执行计划是比较准确
作者: 大鹏888
1384人浏览
评论数：1
6年前
网上看到一篇@digoal写的文章， http://blog.163.com/digoal@126/blog/static/163877040201310255717379/ 打算在做这个设置，但是使用SystemTap 一直报错，请大神帮忙指点。
