Judev的专栏

我经常使用的命令： 1.导入数据命令：imp userid=fkprod/fkprod full=y file=xxx.dmp2.导出数据库对象命令：使用tools--->export user object只能导出数据表脚本不能带出数据,或者使用exp user/pwd file=/dir/xxx.dmp log=xxx.log full=y commit=y ignore=y注

 今天在我本地数据库遇到某一个表的数据出现了错误，于是就想重新把服务器上的该表数据down到本地，于是就想起来用了这个方法：>第1步在A数据库中创建dblink 链接到BSQLPLUS：create database link dblink_name connect to user identified by pwdusing service_name  //  注意：service_name

不要以为做的SQL哪儿都能用，其实不然。举个例子,创建一个SQL，SQL中包含dblink过来的function。然后你创建一个视图，对视图操作的时候，你傻眼了。原来视图是不支持dblink过来的function的。呵呵，你肯定想知道怎么办，想用dblink的function，还使用不了。办法终归是有的， 方法1：在本地创建一个function，function中执行dblink过来的

物化视图：在数据库里，它的作用无非是定期的从远程数据库获取数据到本地数据库，这样的情况一般应用于数据不是实时的。实时的最好直接使用dblink来获取数据。它与视图的区别是MV是自动刷新或者手动刷新的，View不用刷新，MV主要用于远程数据访问，mv中的数据需要占用磁盘空间，view中不保存数据。创建物化视图的SQL：CREATE MATERIALIZED VIEW BF_QSP_CRE

      今天要把远程数据库上的数据导入到本地数据库，于是总结出以下几种方法可供参考：1.使用exp导出命令，导出指定的数据库表以及数据，然后导入到本地数据库中。（导入导出可参见前面的文章）2.建立dblink,建立一个存储过程，循环的写入本地表中。具体实现步骤：>创建dblinkcreate database link EBS_TO_B2B.US.ORACLE.COM  con

今天做数据备份，当时就直接随便取了个名字：create table bf_xxxx_bak as select * from bf_xxxx。后来同事告诉我这样备份很没有参考价值的。最好这样：create table bf_xxxx_091017 as select * from bf_xxxx。不仅备份，还说明是哪一天做的备份。为以后数据参考使用。

一个完整的程序肯定是要包括异常处理，在pl/sql里异常处理包括哪些？又是如何控制和处理异常处理？1. 异常处理分类   1.1 内部异常    每当PL/SQL违背了ORACLE原则或超越了系统依赖的原则就会隐式的产生内部异常。有以下几个常用的异常：   >1. no_data_found     select into 语句没有符合条件的记录返回,如 select bc.c

临时表的使用方法：创建Oracle临时表，可以有两种类型的临时表：会话级的临时表事务级的临时表。1） 会话级的临时表因为这这个临时表中的数据和你的当前会话有关系，当你当前SESSION不退出的情况下，临时表中的数据就还存在，而当你退出当前SESSION的时候，临时表中的数据就全部没有了，当然这个时候你如果以另外一个SESSION登陆的时候是看不到另外一个SESSION中插入到临时表

 前几个项目自己没有写过接口，都是负责前台的控制。来到这个项目上，才开始自己写，我是6月中旬开始做这个项目的，现在11月份，现在在去看6月份写的package,简直有点想吐了。原因有以下几点：1. 简洁，扼要的说明没有附加。2. n多功能综合到一起，全部放到一个包里，而不是根据功能模块划分。3. 没有例外控制。4. 写法不规范5. 取值逻辑考虑不周全 针对于第一点，首先