1.查看存储过程编译无效的原因 show errors procedure hr.getperson; 2.指定一个存储过程进行编译 alter procedure  hr.getperson compile;

在数据库中,会存在一些无效的对象,导致这种现象的发生原因很多,其中最常见的就是数据库升级(例如修改了表的结构),迁移而引起. 编译无效对象的方式: 1 使用alter **** compile 语句进行编译   2 以SYSDBA用户,执行ORACLE_HOME/rdbms/admin/utlrp.sql 脚本 注:执行时数据库中最好不要有活动事物或DDL操作,否则极容易导致死锁的出现,另外,utlrp.sql 里面其实调用了$ORACLE_HOME/rdbms/admin/utlrcmp.sq

一.Oracle物化视图语法 create materialized view [view_name]refresh [fast|complete|force][on [commit|demand] | start with (start_time) next (next_time)]as{创建物化视图用的查询语句} 以上是Oracle创建物化视图(Materialized View, 以下简称MV)时常用的语法,各参数的含义如下: 1.refresh [fast|complete|force]

1.  查看数据库中的无效对象      check oracle object      SQL> select count(*) from dba_objects where status='INVALID'; 2. 关闭应用,数据库和监听不能关闭         cd  $ADMIN_SCRIPTS_HOME         ./adadstpall.sh apps/apps   3. 用APP用户,执行adadmin打开维护模式并重新编译APPS Schema:      打开维护模式

在日常数据库维护过程中,我们会发现数据库中一些对象(包Package.存储过程Procedure.函数Function.视图View.同义词.....)会失效,呈现无效状态(INVALID).有时候需要定期检查数据库中存在哪些失效对象,对于存在异常的对象需要重新编译,有些自动失效的对象,一般会在下次调用的时候,会被重新编译,所以这些不需要人工干预.那么为什么对象突然会失效呢?又如何快速.高效的编译失效对象呢?哪些失效的对象不需要我们去重新编译呢? 数据库对象失效原因 数据库对象失效的原因很多,下

原文:oracle 存储过程的基本语法 1.基本结构 CREATE OR REPLACE PROCEDURE 存储过程名字(    参数1 IN NUMBER,    参数2 IN NUMBER) IS变量1 INTEGER :=0;变量2 DATE;BEGIN END 存储过程名字2.SELECT INTO STATEMENT  将select查询的结果存入到变量中,可以同时将多个列存储多个变量中,必须有一条  记录,否则抛出异常(如果没有记录抛出NO_DATA_FOUND)  例子:   B

1. 视图简介 视图是虚表,没有具体物理数据,是通过实体表的一种计算映射逻辑.主要就是为了方便和数据安全. 2. 视图作用 简化数据操作:视图可以简化用户处理数据的方式. 着重于特定数据:不必要的数据或敏感数据可以不出现在视图中. 视图提供了一个简单而有效的安全机制,可以定制不同用户对数据的访问权限. 提供向后兼容性:视图使用户能够在表的架构更改时为表创建向后兼容接口. 自定义数据:视图允许用户以不同方式查看数据. 导出和导入数据:可使用视图将数据导出到其他应用程序. 3. 创建视图 在创建视图

Oracle数据库之视图与索引 1. 视图简介 视图是基于一个表或多个表或视图的逻辑表,本身不包含数据,通过它可以对表里面的数据进行查询和修改. 视图基于的表称为基表,视图是存储在数据字典里的一条SELECT语句.通过创建视图可以提取数据的逻辑上的集合或组合. 我们可以像使用表一样使用视图,但需要注意的是:查询视图没有什么限制,插入/更新/删除视图的操作会受到一定的限制:所有针对视图的操作都会影响到视图的基表:为了防止用户通过视图间接修改基表的数据,可以将视图创建为只读视图(带上with rea

1.物化视图语法 create materialized view [view_name] refresh [fast|complete|force] [ on [commit|demand] | start with (start_time) next (next_time) ] as {创建物化视图用的查询语句} 以上是Oracle创建物化视图(Materialized View,以下简称MV)时的常用语法,各参数的含义如下: 1.refresh [fast|complete|force]

怎么理解物化视图呢,先随意拿一个建物化视图的例子看一下. create materialized view EBS_ACCOUNTS_HIERARCHY_MV refresh complete on demand as select v.flex_value, v.description, case when (sysdate between nvl(v.start_date_active, sysdate) and nvl(v.end_date_active, sysdate)) and (v

使用视图的优点:    1.简化数据操作:视图可以简化用户处理数据的方式.    2.着重于特定数据:不必要的数据或敏感数据可以不出现在视图中.    3.视图提供了一个简单而有效的安全机制,可以定制不同用户对数据的访问权限. 4.提供向后兼容性:视图使用户能够在表的架构更改时为表创建向后兼容接口. 创建或修改视图语法 CREATE [OR REPLACE] [FORCE] VIEW view_name        AS subquery        [WITH CHECK OPTION ]

来源于:http://www.cnblogs.com/Ronger/archive/2012/03/28/2420962.html 近期根据项目业务需要对oracle的物化视图有所接触,在网上搜寻关于这方面的资料,便于提高,整理内容如下: 物化视图是一种特殊的物理表,"物化"(Materialized)视图是相对普通视图而言的.普通视图是虚拟表,应用的局限性大,任何对视图的查询,Oracle都实际上转换为视图SQL语句的查询.这样对整体查询性能的提高,并没有实质上的好处.1.物化视图的

相关帖子思考和跟踪 本文转自Ronger 物化视图是一种特殊的物理表,“物化”(Materialized)视图是相对普通视图而言的.普通视图是虚拟表,应用的局限性大,任何对视图的查询,Oracle都实际上转换为视图SQL语句的查询.这样对整体查询性能的提高,并没有实质上的好处.1.物化视图的类型:ON DEMAND.ON COMMIT 二者的区别在于刷新方法的不同,ON DEMAND顾名思义,仅在该物化视图“需要”被刷新了,才进行刷新(REFRESH),即更新物化视图,以保证和基表数据的一致性:

oracle 编译中一个关于clntsh 库的一个 帖子 ,收藏! ----------------------------------------------------------------------------------------------------------------------------------- (求助)proc 和gcc 编译问题 关于clntsh库 [问题点数:40分,结帖人tongzhipeng5699] 我的环境是虚拟机+UBUNTU11.10+ORAC

报错:Oracle ORA-01722: 无效数字 看了一篇博客,据说是参数与列名不能一致,改过之后还是报一样的错误:Oracle ORA-01722: 无效数字 ,后来试了一下,不是参数名必须不一样的原因. 然后把参数的语句变换了一些,按照参数的正确顺序排好之后,一切正常.

1.问题1 执行下列SQL: sql = "select count(1) as totle from vhl_model_data a where a.OBTAIN_CREATE_TIME between to_date(?,'yyyymmsshh24mi') and to_date(?,'yyyymmsshh24mi');"; Oracle报“无效数字异常”:经过两个钟头的反复的检查,发现是由于自己粗心在上述语句结尾多写了个分号“;”导致.粗心害死人啊!真是囧! 2.问题2 ORA

在oracle v$lock视图中,下面对type,ID1,ID2三个列的具体含义说明下: TYPE   有TM,TX两种类型,TX为行级锁,事物锁,TM锁为表级锁 TYPE ID1 ID2 TM 被修改表的标识(object_id) 0 TX 以十进制数值表示该事务所占用的回滚段号与该事务在该回滚段的事务表(Transaction table)中所占用的槽号(slot number,可理解为记录号).其组成形式为: 0xRRRRSSSS ( RRRR = RBS number, SSSS =

安装出现的错误: [weblogic@localhost ~]$ java -jar fmw_12.1.3.0.0_wls.jar 启动程序日志文件为/tmp/OraInstall2019-07-31_10-09-36AM/launcher2019-07-31_10-09-36AM.log. 正在提取文件...... 主清单位置 "/u01/app/oracle/inventory" 无效 (无法读取/写入/执行). [weblogic@localhost ~]$ 解决: 1.在wls

Oracle查询dba_extents视图很慢 问题描述 下边这条SQL查询每次大概要花1分钟左右,实在是比较异常. select owner,tablespace_name from dba_extents where segment_name='AUD$' group by owner,tablespace_name; 测试分析 先实际跑完一遍,去详细的执行信息. 模板复制: set pagesize 9999 long 9999 line 500 alter session set sta

原博主:http://blog.csdn.net/tianlesoftware/article/details/4843600 Applies to: Oracle Server - Enterprise Edition - Version: 10.1.0.5.0 This problem can occur on any platform. Symptoms: The issue is that the following error was raised : ORA-00600: inter