create table test(guid varchar2(36),begin_time date,end_time date);insert into test values(sys_guid(),to_date('2008-11-17 1:00:00','yyyy-mm-dd hh24:mi:ss'),to_date('2008-11-17 2:00:00','yyyy-mm-dd hh24:mi:ss'));insert into test values(sys_guid(),to_date('2008-11-17 2:00:00','yyyy-mm-dd hh24:mi:ss'),to_date('2008-11-17 3:00:00','yyyy-mm-dd hh24:mi:ss'));insert into test values(sys_guid(),to_date('2008-11-17 3:00:00','yyyy-mm-dd hh24:mi:ss'),to_date('2008-11-17 4:00:00','yyyy-mm-dd

我在A用户下，有一个存储过程，这个过程是用来接收SQL语句（比如:create tb...之类的），对B、C用户操作，对B/C用户下所有对象的操作，包括表的增删改、视图的增删改、存储过程的增删改、索引的增删改等，也可能需要插入数据到B/C用户下，请问这个需要赋予A用户什么权限？DBA权限我试过了，不行...[ 本帖最后由 grwdpy 于 2008-10-29 11:52 编辑 ]

SQL Parsing Flow Diagram========================StatementSubmitted|Is it in an open cursor?--------------YES----V||NO|||Is SESSION_CACHED_CURSORS = Value|and cursor in--------------YES----VIn these 3 cases weSession Cursor cache?|know that the cursor has|

1511224654841session connect time1441224657109session connect time1511838614opened cursors cumulative1441783889opened cursors cumulative1512opened cursors current14410opened cursors current151916585user commits1441755800user commits1510user rollbacks1440user rollbacks1514611648user calls1445343399user calls151122050344session uga memory144745456session uga memory151122050344session uga memory max1441929464session uga memory max151122543700session pga memory1441171028session pga memory15112254

ORACLE：V10.2.0.1.0OS：windows 2003CPU：4G Memery：8GB因为现在客户那边机器没到位，所以把所有的后台服务以及数据库装在了同一台机器上。系统主要的实现都是在后台服务（全部都是C++写的，有几个对数据库操作频率很高），web客户端仅仅是做些查询。但是在某些时候会报ORA-04030的错误。下面是数据库的内存参数信息SQL> show parameter sga;NAMETYPEVALUE------------------------------------ ----------- ---------------lock_sgaboolean

这样的数据处理正常吗？？因为有些后台服务程序在很频繁的commit操作？有什么好办法解决

1、 子查询select t.index_code ,(select a.index_name from tb_pub_index a where a.index_code =t.index_code ) as index_name ,t.index_code_performance,(select a.index_name from tb_pub_index a where a.index_code =t.index_code_performance) as index_name_performance,t.index_code_coal_consumption,(select a.index_name from tb_pub_index a where a.index_code =t.index_code_coal_consumption) as index_name_coal_consumption,t.index_code_thermal_efficiency,(select a.index_name from tb_pub_i

今天在做索引试验的时候，发现了个很奇怪的现象，如下：很奇怪tb_jx_pprize_list_his这表根本没有建bitmap索引，怎么会出现这样的情况。在这个表上分别对keyid、index_code、person_id单独建了索引，同时也建立了keyid、index_code、person_id的联合索引（这3个的组合就是这个表的主键），删除那3个单独的索引，再次执行，是正常的走Btree索引，结果如下：从上面的结果看，不删除那3个索引时的消耗比删除索引的CPU消耗还要少得多，看来Btree索引转换为Bitmap索引还能提高性能？迷惑中[ 本帖最后由 grwdpy 于 2008-10-10

1、我从9.2版本导出的dmp能否导入9.01版本？是不是只需要用9.01的客户端(数据库是9.2的)导出的dmp就能导到9.01的数据库中去？2、我从windows或者是linux导出的dmp能否导到UNIX机器上的数据库中去(假设数据库版本一样)？哪位大哥有这方面经历，能否告诉我下

前天，客户反应系统登录不了了，一看数据库down了。启动的时候报下面的错误：Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_p000_2896.trc:ORA-01115: IO error reading block from file 3 (block # 33492)ORA-01110: data file 3: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF'ORA-27070: async read/write failedOSD-04016: 异步 I/O 请求排队时出错。O/S-Error: (OS 23) 数据错误(循环冗余检查)。Wed Sep 24 18:00:27 2008Aborting crash recovery due to slave death, attempting se

各位，在你们所开发的产品中，对数据库级的对象(表、存储过程、视图等)的版本控制以及升级管理，你们一般采用什么样的方案来做？我先说下我的想法：弄一个表，专门存放产品的大版本号，再弄一个表，专门存储各个数据库对象的小版本号，在做小的升级时同时更新这个小版本号的表，对应每一个数据库对象都有一条版本号记录。做大的升级时，两个表都需要更新。再建一个升级记录表，记录的是某一天某个对象从什么版本升级到什么版本，还可以把升级的脚本内容存放到这个表(因为数据库对象升级都是脚本来实现)。另外版本号，我们想根据

SELECT size_for_estimate, buffers_for_estimate, estd_physical_read_factor, estd_physical_readsFROM V$DB_CACHE_ADVICEWHERE name= 'DEFAULT'AND block_size= (SELECT value FROM V$PARAMETER WHERE name = 'db_block_size')AND advice_status = 'ON';The following output shows that if the cache was 212 MB, rather than the current size of 304 MB, the estimated number of physical reads would increase by a factor of 1.74 or 74%. This means it would not be advisable to

各位，你们好。我是一名初入Oracle的开发人员（以前是做.NET开发），在公司项目组内扮演着oracle开发兼管理的工作。开发主要是公司产品的数据库级别程序的编写，主要也就是存储过程之类的，在管理方面，平时要管理的东西也不多，或者对数据库运行效率各方面没有很高的要求，所以还能基本胜任。我现在是想专心做针对oracle的偏开发设计那块工作与学习（当然，管理也会跟着学一点点），请问各位，你们公司或者你们自己做oracle开发设计一般要具备什么样的技能，需要按照一个什么样的思路去学习了？？？

各位，你们好。我是一名初入Oracle的开发人员（以前是做.NET开发），在公司项目组内扮演着oracle开发兼管理的工作。开发主要是公司产品的数据库级别程序的编写，主要也就是存储过程之类的，在管理方面，平时要管理的东西也不多，或者对数据库运行效率各方面没有很高的要求，所以还能基本胜任。我现在是想专心做针对oracle的偏开发设计那块工作与学习（当然，管理也会跟着学一点点），请问各位，你们公司或者你们自己做oracle开发设计一般要具备什么样的技能，需要按照一个什么样的思路去学习了？？？或者哪位能给出点偏向or

每次去http://asktom.oracle.com/,右边总是显示Sorry I have a large backlog right now, please ask a question later.Click here to view your questions.是怎么回事哦，各位有没有问过tom问题？

通过查看statspack 报表，系统的Execute to Parse 比例很低，查询v$sqlarea视图，看到很多SQL解析次数是执行次数的两倍，部分数据如下：select SQL_ID,PARSE_CALLS,EXECUTIONS,EXECUTIONS * 2,Fetches from v$sqlareawhere PARSE_CALLS > EXECUTIONS order by PARSE_CALLS desc;******************************************************************************SQL_IDPARSE_CALLS EXECUTIONS EXECUTIONS*2 FETCHES1 671cqndc9vw56 1900189500919001802 9j1uat35gcx7r 6878234391

今天查看STATSPACK 报告(linux, oracle10.1的环境)，发现Execute to Parse %参数非常低，很不正常，下面是详细信息:Snap IdSnap TimeSessionsCursors/SessionBegin Snap:259829-Aug-08 07:00:184711.1End Snap:259929-Aug-08 08:00:454711.0Elapsed: 60.46 (mins)DB Time: 74.56 (mins)Per SecondPer TransactionRedo size:148,591.42689.65Logical reads:3,366.8215.63Block changes:946.164.39Physical reads:6.170.03Physical writes:9.470.04User calls:2,582.8811.99Parses:795.913.69Hard parses:1.360.01Sorts:96.

最近在测试分区表以及索引的效率问题。昨天一直在测试，今天早上来又开始了测试，但是很奇怪的是，今天的查询和昨天的查询执行计划出现了奇怪的差别。我建了两个一模一样的分区表tb_jx_index_his_test1和tb_jx_index_his_test2（首先是以r_time做月份分区，再用另外一个字段进行组合分区），只是索引建的不一样，其中tb_jx_index_his_test1在r_time,index_code上建了局部索引，而tb_jx_index_his_test2在r_time,index_code全局索引。下面是昨天的查询计划：SQL> select * from tb_jx_index_his_test1 where r_time>=to_dat

我有两个一样的分区表（都是以r_time字段分区），只是建的索引不一样，一个是建的局部索引，一个是全局索引，在分区内查询的时候，建局部索引的比全局索引的要快，我原本以为跨分区查询的时候，全局的会要比局部的要快，但是从执行计划来看，局部的比全局的要快，大家请看执行计划：

我在做一个分区表的查询测试，用下面的查询语句，其中tb_jx_index_his_test1是建的局部索引，而tb_jx_index_his_test2是建的全局索引(未分区)select count(*) from tb_jx_index_his_test1;select count(*) from tb_jx_index_his_test2;很奇怪的是，为什么我连续测试几次后，执行计划会发生如此大的变化，比如下面的。第一次查询：我连续做了很多查询后，就发现执行时间与统计信息都变化了，比如下面的计划：是不是连续测试的原因了？？数据库在内存中缓冲的缘故，对比了下，变化最大的也就是在物理读取块