注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. Oracle性能优化

  2. 2. 访问Table的方式 ORACLE 采用两种访问表中记录的方式: a. 全表扫描 全表扫描就是顺序地访问表中每条记录. ORACLE采用一次读入多个数据块(database block)的方式优化全表扫描. b. 通过ROWID访问表

  3. 所属分类：Oracle

    • 发布日期：2009-10-12
    • 文件大小：108544
    • 提供者：jwen6118

  1. ORACLE SQL性能优化系列

  2. 关键字 ORACEL SQL Performance tuning 出处 http://www.dbasupport.com 1. 选用适合的ORACLE优化器 ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性) 设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(sess

  3. 所属分类：其它

    • 发布日期：2010-01-26
    • 文件大小：101376
    • 提供者：hifufu

  1. Oracle性能优化 chm版

  2. 1. 选用适合的ORACLE优化器 ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性) 设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖. 为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须经常运行a

  3. 所属分类：Oracle

    • 发布日期：2010-03-05
    • 文件大小：108544
    • 提供者：hnbcjzj

  1. Oracle优化53解

  2. Oracle语句优化５３个规则详解(1) Oracle sql 性能优化调整 1. 选用适合的ORACLE优化器 ORACLE的优化器共有3种： a. RULE （基于规则） b. COST （基于成本） c. CHOOSE （选择性） 设置缺省的优化器，可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明，如RULE，COST，CHOOSE，ALL_ROWS，FIRST_ROWS . 你当然也在SQL句级或是会话（session）级对其进行覆盖。 为了使用基于成本的优化

  3. 所属分类：Oracle

    • 发布日期：2010-04-14
    • 文件大小：99328
    • 提供者：tengteng721

  1. ORACLE SQL性能优化.pdf

  2. 1. 选用适合的ORACLE优化器 ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性) 设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖. 为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须经常运行a

  3. 所属分类：Oracle

    • 发布日期：2010-04-26
    • 文件大小：302080
    • 提供者：a406226715

  1. Oracle语句优化30个规则详解

  2. 1. 选用适合的Oracle优化器 　　Oracle的优化器共有3种： 　　a. RULE (基于规则) 　　b. COST (基于成本) 　　c. CHOOSE (选择性) 　　设置缺省的优化器，可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明，如RULE，COST，CHOOSE，ALL_ROWS，FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖。 　　为了使用基于成本的优化器(CBO， Cost-Based Optimizer

  3. 所属分类：Oracle

    • 发布日期：2010-11-09
    • 文件大小：109568
    • 提供者：cqsule

  1. Oracle性能优化.chm

  2. 1. 选用适合的ORACLE优化器 ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性) 设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖. 为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须经常运行a

  3. 所属分类：Oracle

    • 发布日期：2008-04-16
    • 文件大小：108544
    • 提供者：feiyu1001

  1. sql语言艺术-中文版

  2. sql语言艺术-中文版 1 制定计划：为性能而设计 　　数据的关系视图 　　规范化的重要性 　　有值、无值、空值 　　限用Boolean型字段 　　理解子类型（Subtype） 　　约束应明确声明 　　过于灵活的危险性 　　历史数据的难题 　　设计与性能 　　处理流程 　　数据集中化（Centralizing） 　　系统复杂性 　　小结 　　2 发动战争：高效访问数据库 　　查询的识别 　　保持数据库连接稳定 　　战略优先于战术 　　先定义问题，再解决问题 　　保持数据库Schema稳定 　　

  3. 所属分类：其它

    • 发布日期：2011-08-02
    • 文件大小：699392
    • 提供者：jf_network

  1. ORACLE+SQL性能优化系列

  2. 常用的oracle优化，全表扫描就是顺序地访问表中每条记录. ORACLE采用一次读入多个数据块(database block)的方式优化全表扫描.

  3. 所属分类：Oracle

    • 发布日期：2011-08-05
    • 文件大小：154624
    • 提供者：menxin_job

  1. Oracle 数据库优化规则

  2. 1.选用适合的Oracle优化器 Oracle的优化器共有3种： a.RULE(基于规则) b.COST(基于成本) c.CHOOSE(选择性) 设置缺省的优化器，可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明，如RULE、COST、CHOOSE、ALL_ROWS、FIRST_ROWS。你当然也在SQL句级或是会话(session)级对其进行覆盖。 为了使用基于成本的优化器(CBO，Cost-Based Optimizer)，你必须经常运行analyze命令，以增加

  3. 所属分类：Oracle

    • 发布日期：2011-09-20
    • 文件大小：134144
    • 提供者：zdsl1987

  1. SQL语言艺术

  2. 目录 　　前言 　　1 制定计划：为性能而设计 　　数据的关系视图 　　规范化的重要性 　　有值、无值、空值 　　限用Boolean型字段 　　理解子类型（Subtype） 　　约束应明确声明 　　过于灵活的危险性 　　历史数据的难题 　　设计与性能 　　处理流程 　　数据集中化（Centralizing） 　　系统复杂性 　　小结 　　2 发动战争：高效访问数据库 　　查询的识别 　　保持数据库连接稳定 　　战略优先于战术 　　先定义问题，再解决问题 　　保持数据库Schema稳定 　　直接

  3. 所属分类：SQLServer

    • 发布日期：2011-09-22
    • 文件大小：699392
    • 提供者：sinj101925

  1. oracle 数据库优化技术资料

  2. ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性) 设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖. 为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须经常运行analyze 命令,以增加数据库中的

  3. 所属分类：Oracle

    • 发布日期：2011-11-16
    • 文件大小：6291456
    • 提供者：yyscf

  1. Oracle性能优化

  2. ORACLE SQL性能优化系列 (一) 关键字 ORACEL SQL Performance tuning 出处 http://www.dbasupport.com 1. 选用适合的ORACLE优化器 ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性) 设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROW

  3. 所属分类：Oracle

    • 发布日期：2008-05-29
    • 文件大小：108544
    • 提供者：tastetea

  1. SQLServer安全及性能优化

  2. SQLServer安全及性能优化 修补漏洞 安装程序补丁修补漏洞 随时关注微软官方网站补丁升级 关闭不必要的端口 关闭联必要的服务 数据库引擎 SQL Server Analysis Services SQL Server Reporting Services SQL Server Integration Services SQL Server 代理 SQL Full-text Filter Daemon launcher SQL Server Browser 同时开启所有服务系统性能会变得很

  3. 所属分类：SQLServer

    • 发布日期：2012-03-07
    • 文件大小：706560
    • 提供者：jiangtongcn

  1. 《SQL语言艺术》PDF 文字原版

  2. 资深SQL专家Stephane Faroult倾力打造，软件架构设计》作者温昱最新译作，巧妙借鉴《孙子兵法》的智慧结晶。传授25年的SQL性能与调校经验，深入探讨9种常见查询方案及其性能。 　　前言 　　1 制定计划：为性能而设计 　　数据的关系视图 　　规范化的重要性 　　有值、无值、空值 　　限用Boolean型字段 　　理解子类型（Subtype） 　　约束应明确声明 　　过于灵活的危险性 　　历史数据的难题 　　设计与性能 　　处理流程 　　数据集中化（Centralizing） 　　

  3. 所属分类：SQLServer

    • 发布日期：2012-09-29
    • 文件大小：699392
    • 提供者：roget1984

  1. SQL语言艺术

  2. 本书分为12章，每一章包含许多原则或准则，并通过举例的方式对原则 进行解释说明。这些例子大多来自于实际案例，对九种SQL经典查询场景以 及其性能影响讨论，非常便于实践，为你的实际工作提出了具体建议。本书 适合SQL数据库开发者、软件架构师，也适合DBA，尤其是数据库应用维护人 员阅读。 本书目录 前言 1 制定计划：为性能而设计 数据的关系视图 规范化的重要性 有值、无值、空值 限用Boolean型字段 理解子类型(Subtype) 约束应明确声明 过于灵活的危险性 历史数据的难题 设计与性能

  3. 所属分类：Web开发

    • 发布日期：2013-05-15
    • 文件大小：48234496
    • 提供者：qwe3r4t5

  1. SQL性能优化

  2. 1 性能优化 1.1 避免频繁 commit，尤其是把 commit 写在循环体中每次循环都进行commit。 1.2 使用绑定变量，避免常量的直接引用。 示例：以下书写不符合本规范。 INSERT INTO sm_users (user_id, user_name, created_by, creation_date) VALUES (1, 'Tang', -1, SYSDATE); 建议用如下方式操作： DECLARE v_user_id sm_users.user_id%TYPE; v_

  3. 所属分类：Oracle

    • 发布日期：2014-12-20
    • 文件大小：20480
    • 提供者：mao_zh

  1. 数据库编程]SQL语言艺术.pdf

  2. 本书分为12章，每一章包含许多原则或准则，并通过举例的方式对原则进行解释说明。这些例子大多来自于实际案例，对九种SQL经典查询场景以及其性能影响讨论，非常便于实践，为你的实际工作提出了具体建议。本书适合SQL数据库开发者、软件架构师，也适合DBA，尤其是数据库应用维护人员阅读。 =========================================================== “一部SQL力作。对于在其他书中止步于理论的难点，本书提供了实际的经验技巧，效果卓然。” ——Se

  3. 所属分类：其它

    • 发布日期：2016-08-27
    • 文件大小：35651584
    • 提供者：qq30976851

  1. 记录一次SQL优化

  2. 一大早到公司，加班一宿的同事跟我抱怨，说，一个表只有8w条数据，需要更新一列，根据目前进度估算，大概需要3个小时，即使不需要更新，查询每条数据也需要400ms左右； 　　或许确实配置太低，或许确实表的字段太多，我并没有过于吃惊，但是3小时确实太多，便一起查了一下： 　　1、iops并不高，说明内存够用 　　2、cpu很高，很可能没有合适的索引，说是用了索引了，还是确认一下吧 　　3、果然搞错了，没有用到索引 　　4、8w条数据，添加索引也应该很快，于是添加了一个索引，耗时不到10s

  3. 所属分类：其它

    • 发布日期：2020-12-14
    • 文件大小：38912
    • 提供者：weixin_38618540

  1. 一次Mysql使用IN大数据量的优化记录

  2. mysql版本号是5.7.28，表A有390W条记录，使用InnoDB引擎，其中varchar类型字段mac已建立索引，索引方法为B-tree。B表仅有5000+条记录。 有一条SQL指令是这样写的： SELECT * FROM A WHERE mac IN(aa:aa:aa:aa:aa:aa,bb:bb:bb:bb:bb:b,...此外省略900+条) 通过查询出来的结果耗时294.428s。没错，将近5分钟。 使用EXPLAIN分析下： 访问类型type是range，且已命中索引，ro

  3. 所属分类：其它

    • 发布日期：2021-01-19
    • 文件大小：54272
    • 提供者：weixin_38724349
« 12 3 4 5 6 7 8 9 10 »