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