1.直接加载和redo的关系 大批量数据直接加载可以大幅度减少redo的产生量,前提是需要在logging模式下. 2.直接加载和索引 如果直接加载的表上有索引,oracle不会加载数据的方式那样来处理索引的数据,但是它同样需要维护一个索引,这个成本是很高的,同时会生成很多的redo.   当使用直接加载时,通常是针对一些数据量非常大的表.如果这些表存在索引,将会 带来很
原创 2012-06-11 10:20:00
393阅读
1.直接加载和redo的关系大批量数据直接加载可以大幅度减少redo的产生量,前提是需要在logging模式下.2.直接加载和索引如果直接加载的表上有索引,oracle不会加载数据的方式那样来处理索引的数据,但是它同样需要维护一个索引,这个成本是很高的,同时会生成很多的redo.当使用直接加载时,通常是针对一些数据量非常大的表.如果这些表存在索引,将会带来很大的性能影响.这个时候可以考虑先将索引disable掉(或drop掉),然后加载数据,之后再重新新建索引.
转载 2012-06-11 10:20:00
74阅读
2评论
原则一:注意WHERE子句中的连接顺序: ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾. 尤其是“主键ID=?”这样的条件。 原则二: SELECT子句中避免使用 ‘ * ‘
转载 2018-01-08 15:26:00
187阅读
2评论
   Oracle运行一段时间后,系统会自动给出一些调优建议,放在dba_advisor_actions视图中,视图的几个主要字段见下:task_name       --优化任务名execution_name  --执行名object_id       --对象IDcommand    
原创 2015-07-10 19:00:24
3052阅读
作者:IT邦德中国DBA联盟(ACDU)成员,目前从事DBA及程序编程(Web\java\Python)工作,主要服务于生产制造现拥有 O
原创 2022-10-25 09:27:33
175阅读
原则一:注意WHERE子句中的连接顺序: ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾. 尤其是“主键ID=?”这样的条件。 原则二: SELECT子句中避免使用 ‘ * ‘
转载 2018-01-08 15:22:00
65阅读
2评论
一,oracle的索引陷阱一个表中有几百万条数据,对某个字段加了索引,但是查询时性能并没有什么提高,这主要可能是oracle的索引限制造成的。oracle不等
原创 2014-10-21 22:30:52
46阅读
近期要组织一次新员工培训,交代了两节课的任务,主要介绍Oracle数据库,一个是针对
原创 2023-06-16 00:16:29
72阅读
隐藏参数_optimizer_adaptive_cursor_sharing 建议关闭隐藏参数_optimizer_adaptive_cursor_sharing只有在开启了_optim_peek_user_binds后才有意义,它可以防止不合理的执行计划,但是在实际生产环境中,_optimizer_adaptive_cursor_sharing会带来各种问题,产生bug,因此建议关闭该参数.
原创 2023-07-29 21:48:23
1570阅读
1评论
  实验要求1,R5为ISP,,只能进行IP地址配置;其所有地址均配为公有IP地址2,R1和R5间使用ppp的PAP认证,R5为主认证方;     R2和R5之间使用ppp的chap认证,R5为主认证方,     R3和R5之间使用HDLC封装。3,R1/R2/R3构建一个MGRE环境,R1为Hub;R1/R4之间构建
转载 2024-07-20 22:48:00
64阅读
src="/ads/show_left_ad_090225.js" type="text/javascript"></script&gt...
原创 2023-05-08 21:03:28
121阅读
隐藏参数_optimizer_adaptive_cursor_sharing 建议关闭隐藏参数_optimizer_adaptive_cursor_sharing只有在开启了_optim_peek_user_binds后才有意义,它可以防止不合理的执行计划,但是在实际生产环境中,_optimizer_adaptive_cursor_sharing会带来各种问题,产生bug,因此建议关闭该参数.&n
原创 2023-11-22 10:49:35
0阅读
``` SQL Server 在实现企业级数据解决方案中变得尤为重要。然而,它的配置往往会碰到一些困难,因此进行合理的“SQL Server 建议配置”变得至关重要。本文将详细阐述如何解决 SQL Server 的配置问题,确保系统的稳定性和性能以满足不同的业务需求。 ## 环境准备 在正式进行 SQL Server 配置之前,我们需要确保所有前置依赖已经正确安装。请按照下面的命令来安装所需的
原创 7月前
30阅读
# Hive on Spark 的配置建议 随着大数据生态系统的不断发展,Apache Hive 和 Apache Spark 已成为处理和分析海量数据的主要工具。Hive 主要用于数据仓库的操作,而 Spark 则提供了高性能的计算引擎。如果将这两者结合,就可以充分发挥二者的优势,提高数据处理的效率。 ## Hive on Spark 的架构 在深入讨论配置建议之前,先了解一下 Hive
原创 11月前
77阅读
闪回与归档的相关测试 详见博客:http://www.cnblogs.com/hellojesson/p/7050097.html 数据库在归档模式下的管理 详见博客:http://www.cnblogs.com/hellojesson/p/7182219.html 场景描述: 本地数据库 当前运行
转载 2017-07-15 11:44:00
362阅读
2评论
MYSQL 开发建议 关于建表 1、尽量使用INNODB存储引擎。 2、建议使用UNSIGNED存储非负数值。 3、建议使用INT UNSIGNED存储IPV4。 4、强烈建议使用TINYINT来代替ENUM类型。 5、使用VARBINARY存...
原创 2021-04-14 14:28:55
108阅读
一、描写叙述从oracle 10g開始,oracle引入了段顾问(Segment Advisor),用于检查数据库中是否有与存储空间相关的建议,而且从10gR2開始,oracle自己主动调度并执行一个段顾问作业,定时分析数据库中的段,并将分析结果放在内部表中。可是非常多情况下,作为DBA,我们都会将...
转载 2014-06-06 12:34:00
386阅读
2评论
MYSQL 开发建议关于建表1、尽量使用INNODB存储引擎。2、建议使用UNSIGNED存储非负数值。3、建议使用INT UNSIGNED存储IPV4。4、强烈建议使用TINYINT来代替ENUM类型。5、使用VARBINARY存储大小写敏感的变长字符串或二进制内容。7、区分使用DATETIME和TIMESTAMP。存储年使用YEAR类型。存储日期使用DATE类型。 存储时间(精确到秒)建议使用
原创 2021-04-09 18:29:00
245阅读
MYSQL 开发建议 关于建表 1、尽量使用INNODB存储引擎。 2、建议使用UNSIGNED存储非负数值。 3、建议使用INT UNSIGNED存储IPV4。 4、强烈建议使用TINYINT来代替ENUM类型。 5、使用VARBINARY存...
原创 2021-04-14 14:27:26
98阅读
Oracle-OraDb10g 在Windows环境中选择&ldquo;开始&rdquo;---&ldquo;所以有程序&rdquo;&mdash;&ldquo;Oracle-OraDb10g&mdash;&mdash;home1&ldquo;------配置和移植工具&mdash;&mdash;&mdash;&mdash;&ldquo;Database Configuration Assist
原创 2011-10-26 12:04:18
279阅读
  • 1
  • 2
  • 3
  • 4
  • 5