数据库

sqlplus的技巧实在是多，以后慢慢总结了。 　　SQL> column F new_val F　　SQL> select to_char(sysdate,''yyyymmddhh24miss'')||''.txt'' F from dual;　　F　　　　20050124174926.txt　　SQL> spool &F　　Connected to:　　Oracle8i Enterprise Edition Release 8.1.7.0.0 Production　　With the Parti

通常如果需要对主表进行修改的话，如增加字段，修改字段数据类型；这要求我们将快照/复制停掉，甚至删除快照。这样给数据同步带来麻烦。特别是主表数据很多的话，通常采用的方法是将数据导出，再建立on prebuilt table，再导入数据，建立刷新环境。这需要很多时间和回滚段等资源，还容易出错。 　　我们采用prebuilt table

如果需要记录每条记录被dml操作的最后时间，需要额外的设置。 　　提供3种方法，不过都麻烦。　　1.使用触发器，当发生dml的时候，记录操作信息（需要创建日志表或者在表增加额外的字段）　　2.审计 Oracle audit （日志表sys.aud$在系统表空间上，如果dml频繁可能引起表空间紧张）　　3.使用logminer分析日志（麻烦，不过

mysql的最大连接数默认是100

SQL> select event,TOTAL_WAITS, TIME_WAITED,AVERAGE_WAIT from v$session_event where sid=18 order by TIME_WAITED desc;EVENT TOTAL_WAITS TIME_WAITED AVERAGE_WAIT db file sequential read 47724914 1252067 .026235081free buffer waits 215054 527065 2.45084955log file switch completion 85632 397213 4.638

在诊断数据库系统性能的过程中，总会涉及到跟踪效率低下的sql语句，现在就如何跟踪sql语句来做一个简单的总结。权做抛砖引玉之用。　　如果我们可以修改应用系统的源代码，则可以直接在程序中加入如下的语句：　　1）alter session set timed_statistics=true； /*适用于Oracle 7.3以后的版本*/　　2）alter session set ma

日志中发现类似ARC0： Failed to archive log# 3 seq# 230556 的错误；正好也在asktom上看到解释。 　　出现如上报警的原因是实例使用了多于1个的归档进程ARCH.　　日志中发现类似ARC0： Failed to archive log# 3 seq# 230556 的错误；正好也在asktom上看到解释。　　出现如上报警的原因是实例使用了多于1个的归档进程ARCH

如何从一位菜鸟蜕变成为高手，灵活使用的SQL语句是必不可少的。本文收集了部分比较经典，常用的SQL语句供大家参考，希望对大家有所帮助。　　说明：复制表(只复制结构,源表名：a 新表名：b)　　　　SQL: select * into b from a where 1<>1　　说明：拷贝表(拷贝数据,源表名：a 目标表名：b)　　　　SQL: insert into

以下操作不产生UNDO或产生很少的undo　　1 ReadOnly transaction　　2Direct Path 数据导入　　3对临时段操作，如排序等。　　其他情况，因为要保证一致读，都要产生必要的undo　　以下操作不产生UNDO　　1 ReadOnly transaction　　SQL> set transaction read only;　　Transaction set.　　SQL> select used_ublk,u

解释Undo Size = Undo_retention * UPS 最近oracle8i频频在exp的时候发生ora1555，才深感oracle9i的undo 表空间自动管理模式好处； oracle9i使用参数undo_retention 设置undo 的保留时间；SQL> show parameters undoNAME TYPE VALUE undo_management string AUTOundo_retention integer 10800undo_suppress_errors bool

不知道谁在主表上删除了一个字段，搞得snapshot无法快速refresh；还好是on prebuilt table的，再一看发现mlog里面有记录，如何才能保证2边数据一致那，我可不想complete refresh。 解决方法 只在只有一个snapshot的前提下，且master table无任何dml语句。 测试如下：SQL> create table st as select * from dba_users wh

最近发现使用直接导出模式direct=y exp比传统模式导出快很多，而且似乎也不会遇见什么bug.(至今没有遇见过) oracle提供2种模式导出表数据，传统模式CONVENTIONAL PATH和直接模式DIRECT PATH，有direct指定。 CONVENTIONAL PATH EXPORT 比较DIRECT PATH EXPORT ==================================================== 差异 1

Deploying， Managing， and Administering the Oracle Internet Platform　　Paper #224/ Page 1　　DBA PERFORMANCE TUNING FOR THE EXPERT ONLY：　　BEGINNERS WILL BE SMOKED！　　Richard J. Niemiec， TUSC　　ABSTRACT　　Version8 of the Oracle database has brought on a whole new level of issues for the DBA

我们无论使用哪种数据库，无论怎样设计数据库，我想都会遵从一个原则：数据安全性和性能高效这两个主要方面，但是关于这两个方面的话题太多，在这里就不一一陈述，我只是从数据库物理分布设计方面和大家一起简单的探讨一下。因为数据库良好的物理分布设计也是对数据安全性和性能高效影响比较大, 就象我们在建大楼之前一定要

在ORACLE里用逻辑备份工具exp导出数据时，如果使用默认参数, 会把创建索引的语句一起导出来。当数据和索引小的时候，　　我们可能不太会计较导入时间; 如果数据和索引大的时候，就应该考虑导入时间的问题了。　　　　如果在导出时选择 indexes=n 的参数, 索引类型是非唯一（nounique）要根据ORACLE数据字典dba_indexes和　

我们有时候需要在本地数据库的存储过程中,或者在其他SQL语句中,要访问一个远程数据库,我们可以这样做... 在存储过程中连接远程数据库并进行操作 1. 查看远程数据库的相关数据 SERVICE_NAME 两种方式: 第一种 more $ORACLE_HOME/network/admin/tnsname.ora 一般是数据库的SID 第二种 echo $ORACLE_SID 2.修改本地数据库的 v

当oracle重用一个日志文件的时候，该日志文件所保护的处于Buffer cache中的脏块（dirty buffer），必须写回磁盘，且必须纪录checkpoint的位置在控制文件和数据文件头。这个过程叫做检查点checkpoint. 发生checkpoint not complete, cannot allocate new log ，表示要重用的日志文件的检查点还没有完成，被日志文件保护的脏

昨天有人问到重新创建控制文件后oracle如何知道该从那么日志开始恢复,这里牵涉到一些概念,我这里一并做答了. 首先,我们知道重新创建了控制文件后所有的归档信息都无法在控制文件里面找到了,那么oracle怎么判断从哪个日志开始恢复呢. 我们做一个controlfile dump来看一下*** 20050727 10:52:25.931*** SERVICE NAME:() 2005

Errors in file /data/oracle/spftprd1/admin/bdump/spftprd1_ckpt_19896.trc:　　ORA01110: data file 696: ''/data/oracle/spftprd1/index2/spftprd1_CALC_MEDIUM1_INDEX_16.dbf''　　ORA01115: IO error reading block from file 696 (block # 1)　　ORA27063: skgfospo: number of bytes read/written is incorrect　　

在数据库管理系统（DBMS）的领域中，术语“并发性”用于表示不止一个应用程序基本上（从用户的角度来看）同时访问同一数据的能力。因为 DBMS 的主要优点之一就是可以在多个用户和多个应用程序中共享数据，所以数据库系统应该提供一种管理并发访问数据的方法。DBMS 必须确保维护数据的一致状态和数据的完整性。　　取得该效