摘要: 1、PL/SQL的性能优势 A、过程化的方法:SQL是非过程化语言,而PL/SQL是过程化语言,可操作优化器读取等; B、减少网络开销:在客户端-服务器环境中,减少网络传输可以显著地提高性能; C、分解并攻克海量SQL语句:SQL语句越很杂越难以优化,可以用PL/SQL分解,单独优化。 2、衡量PL 阅读全文
posted @ 2018-12-22 12:25 酒醉汉 阅读(1143) 评论(0) 推荐(0) 编辑
摘要: 1、排序操作 可能需要ORACLE排序数据的操作包括: A、创建一个索引 B、通过GROUP BY,UNIQUE或DISTINCT关键字对数据进行分组或聚合 C、ORDER BY D、使用排序-合并方法联结表或结果集 E、使用集合操作UNION,INTERSECT或MINUS F、执行特定的子查询 阅读全文
posted @ 2018-12-20 10:32 酒醉汉 阅读(526) 评论(0) 推荐(0) 编辑
摘要: 1、联结类型 A、相等联结(equi-join) B、非相等联结(theta) C、交叉联结(cross join)--笛卡尔联结 D、外联结(outer joiin)--左、右、全联结 E、自联结(self join) F、层级联结(hierarchical join)--特殊的自联结 G、反联结 阅读全文
posted @ 2018-12-14 16:45 酒醉汉 阅读(258) 评论(0) 推荐(0) 编辑
摘要: 1、一般来说,在where子句的条件选择性不是很高时,全表扫描是最合适的检索路径,而在条件选择很高时,索引或聚簇方法将更合适。 就IO而言,无论记录多大,每个索引访问的开销几乎都是相同的,然而,记录越长,全表扫描必须读取的数据块就越多。 1.1 优化器目标(optimizer goal) 设置为AL 阅读全文
posted @ 2018-12-14 15:47 酒醉汉 阅读(164) 评论(0) 推荐(0) 编辑
摘要: 1、提示--它们仅是建议,优化器可以选择忽略他们。事实上,优化器将尽可能地遵从优化提示,哪怕会导致空难性的性能影响。一般来说,只有当你用尽非直接方法(收集统计信息,创建柱状图及设置配置参数等)之后,才可以考虑使用提示。 下面是一些更常见的提示: ALL_ROWS 使用ALL_ROWS优化器目标 AN 阅读全文
posted @ 2018-12-13 15:57 酒醉汉 阅读(238) 评论(0) 推荐(0) 编辑
摘要: 1、ALL_ROWS 优化器最小化SQL语句处理所有记录的成本。这是一种系统默认行为,最适合批量处理和报表查询。 FIRST_ROWS_N 检索前N行记录所有成本最小化的执行计划,(1,10,100或1000),适用OLTP 2、直方图 列直方图的创建,优化器能为有选择性的值选择用索引,为没选择性的 阅读全文
posted @ 2018-12-13 14:16 酒醉汉 阅读(801) 评论(0) 推荐(0) 编辑
摘要: 1、解析是为执行SQL语句做准备的过程,它涉及检查语句、权限、对像的有效性,以及创建执行计划(execution plan)。 Oralce共享池(shared pool)中维护了一份SQL语句的缓存,如果在共享池中找到了匹配的SQL语句所对应的解析被称为软解析,否则,必须进行硬解析。 硬解析不仅耗 阅读全文
posted @ 2018-12-13 10:31 酒醉汉 阅读(299) 评论(0) 推荐(0) 编辑
摘要: 应用程序数据模型设计通常分两个阶段。建立逻辑数据模型为第一阶段,它包括对应用程序需求处理和存储的信息进行建模,并确保所有必要的数据都能够正确完整且无歧义的表示。关系数据库中,通常指构造一个标准化的实体-关系(E-R)模型。 将逻辑数据模型映射为物理数据模型为第二阶段。对关系数据库来讲,物理数据模型描 阅读全文
posted @ 2018-11-28 15:20 酒醉汉 阅读(2330) 评论(0) 推荐(0) 编辑