eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
北京恩墨科技有限公司成立
昵称
内容 页: 1 - << < 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 > >> - 404
# 44080
ojuju10




To: eygle
  ORACLE字符集的转换


目前的项目是用oracle+java开发的,java的编码方式是UTF8,而数据库里面的字符集是ZHS16GBK,
java提交数据库后显示为乱码,现在需要将数据库里面的字符集转换为AL32UTF8.

请问下怎么转换?

谢谢!
From: ojuju10
2008.07.02 01:57

版主选项: 回复 编辑
# 44079
xm




To: eygle
  一直在学习您写的关于Oracle的知识,这两天看了您写的《深入浅出Oracle》中的“回滚与撤销”,好深入。谢谢,另外我觉得在P309上关于update操作的的事务内部流程中有点疑问。原文如下:1、当事务开始时,需要在回滚段事务表上分配一个事务槽。
2、在数据块头部获取一个ITL,该事务槽指向回滚段头的事务槽。
3、在修改数据前,记录前镜像信息,以undo record的形式储存,回滚段头事务槽指向该记录。
4、锁定修改行,修改行锁定指向ITL事务槽。
5、事务修改可以进行。
对于第二点,我看您前面的推理,ITL并没有指向回滚段头部的事务槽,而是记录最新修改数据的事务槽的信息,只是这个信息在和回滚段头部也有记录。我觉得“指向回滚段头部的事务槽”不够严谨,因为在回滚段头部还记录很多其他的事务槽。期待您的回复,谢谢!
From: xm
2008.07.02 01:15

版主选项: 回复 编辑
# 44078
Julia




To: Eygle
  阿拉要回家了,好激动~~~
From: Julia
2008.07.01 21:06

版主选项: 回复 编辑
# 44077
lulu




To:
  我有个困惑的问题,为什么一个使用US7ASCII字符集的ORACLE数据库依然可以存储和显示汉字,使用的是WINDOWS XP中文平台,不是说US7ASCII顶多只能表示128个字符吗?
From: lulu
2008.06.23 08:06

版主选项: 回复 编辑
# 44076
独影


来自: 昆明


To: 盖老师
  我在数据中建立了一个JOB,执行任务是每隔10分钟刷新一次物化视图数据,但是刷新报错,通过查看alter.log和对应的TRC文件,发现错误如下:
Errors in file /oratest/oracle/oradata/testdb/9.2.0/admin/TEST_erp/bdump/test_j001_524314.trc:
ORA-12012: 自动执行作业 7799 出错
ORA-12008: 实体化视图的刷新路径中存在错误
ORA-01653: 表APPS.CUX_HM_COST_DETAIL_TMP_V无法通过12140(在表空间APPLSYSD中)扩展
ORA-06512: 在"SYS.DBMS_SNAPSHOT", line 794
ORA-06512: 在"SYS.DBMS_SNAPSHOT", line 851
ORA-06512: 在"SYS.DBMS_SNAPSHOT", line 832
ORA-06512: 在line 1
我已经查过表空间了,表空间还足够大,不会存在空间已满的问题
建立的物化视图脚本
CREATE MATERIALIZED VIEW CUX_HM_COST_DETAIL_TMP_V
REFRESH FORCE ON DEMAND
AS
SELECT XXX
FROM cux_hm_fee_detail_vfdv
这是我建立的JOB:
begin
  sys.dbms_job.submit(job => :job,
  what => 'cux_refreshmv_p;',
  next_date => to_date('23-06-2008 17:10:45', 'dd-mm-yyyy hh24:mi:ss',
  interval => 'sysdate+10/1440';
  commit;
end;
/
错误是什么原因呢?

From: 独影
2008.06.23 02:12

版主选项: 回复 编辑
# 44075
xm


来自: zhejiang


To: eygle
  你好,eygle。请教一个sql 的执行计划
SELECT userid,a
  FROM t1
 WHERE a = '1';
这个SQL无论是在rule,choose模式,还是在all rows模式,都是全表扫描的,即使强制使用index。另外统计信息是最新的。是否是由于这个table太小的缘故,Oracle认为全表扫描优于index?这个table 有15万记录,150M。

还有一个疑点这个table中的a栏位建立了index,a是raw(16)的数据类型,不知道Oracle对于raw这种数据类型做index 有没有限制?谢谢
From: xm
2008.06.19 19:42

版主选项: 回复 编辑
# 44074
枫林阁




To:
  路过......
From: 枫林阁
2008.06.19 02:46

版主选项: 回复 编辑
# 44073
vicki




To:
  你好,eagle,请教一个问题:
oracle 9i中为何不能动态调整db_cache_size
SQL> show sga;
Total System Global Area 76616884 bytes
Fixed Size 451764 bytes
Variable Size58720256 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes

SQL> show parameter sga_max
NAMETYPEVALUE

sga_max_sizebig integer76616884
SQL> show parameter pool_size
NAMETYPEVALUE

java_pool_size big integer0
large_pool_size big integer8388608
shared_pool_size big integer33554432

db_cache_size <= sga_max_size-java_pool_size-large_pool_size-shared_pool_size-Redo Buffers-Fixed Size
= 76616884 - 0 - 8388608 - 33554432 - 451764 - 667648
=33554432
现在要执行
SQL> alter system set db_cache_size=20971520;
alter system set db_cache_size=20971520
*
ERROR 位于第 1 行:
ORA-02097: parameter cannot be modified because specified value is invalid
ORA-00384: Insufficient memory to grow cache
为何啊为何!!!db_cache_size新值仍然在允许的范围内啊
From: vicki
2008.06.19 01:04

版主选项: 回复 编辑
# 44072
ashley




To: eygle
   你好,想请教您一下问题:
windows2003,oracle 10g,数据库运行在非归档模式下,使用alter database datafile 'C:\ORADATA\TEST\TEST\users03.dbf' offline drop; 本想删掉该数据文件,可是删不掉,现在当在向数据库插入数据时,报错:找不到users03文件。

在非归档模式下,可以介质恢复嘛?

我找了好多方法。都恢复不了。
是不是一定要备份users表空间,之后删除users表空间,才能解决掉这个错误。
但是users表空间下面的数据为一百多个G,除了这种方法。真的没有别的办法了嘛?
From: ashley
2008.06.16 23:05
To: ashley
  [COLOR=blue]
如果这个文件里有数据,你是不应该删除的,否则这个表空间用到其中数据就会报错了。

非归档模式你很难做恢复了。
[/COLOR]
From: eygle
2008.06.18 16:46

版主选项: 回复 编辑
# 44071
sunleaf




To:
  我要删除一张表,报 ora-00600 错误,第一个参数是kntgslm。有人说与物化视图有关,可是我查sys.mlog$没有发现相关记录,尝试删除该表所属用户也报同样的错,请问该怎么办?
From: sunleaf
2008.06.15 02:41
To: sunleaf
  [COLOR=blue]
在一个表存在MV日志时,你rename了table,再drop就出这个错误了。
将表rename回去就Ok了。
[/COLOR]
From: eygle
2008.06.18 16:55

版主选项: 回复 编辑

页: 1 - << < 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 > >> - 404
我要留言
Copyright © 2003~2012 eygle.com All Rights Reserved.
Powered by: www.eygle.com