eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
《循序渐进Oracle》一书第一章目录
昵称
内容 页: 1 - << < 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 > >> - 404
# 730



来自: comefrom


To: eygle
  你好
From:
2005.03.02 23:36
To:
  Hello
好久不见!
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 729
lily


来自: comefrom


To: eygle
  问一个严肃的问题,地球人都要加班到凌晨的吗?如果真是这样的话,那我岂不很汗颜!唉,算了,还是去看医生吧,打字实在太费劲了.
From: lily
2005.03.02 18:22
To: lily
  这个,这个,地球人很多都凌晨睡觉的....
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 728
lily


来自: comefrom


To: eygle
  不过他们对我加班竟然能加到手指开花,佩服的五体投地呢.哈,老板被我的事迹感动的一塌糊涂,现在就放我去看医生,当然条件是必须中午一点之前赶回来.哼,虐待狂!
From: lily
2005.03.02 18:11
To: lily
  看来伤的还挺重,注意休息(F)
以后多加加班习惯了就好了
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 727
lily


来自: comefrom


To: eygle
  你电脑时间显示有错误,我昨天加班到凌晨1点半呢,对我来说这已经是绝无仅有的事情了.此种事情,以后一定杜绝.
From: lily
2005.03.02 18:03
To: lily
  这个,这个,看来的确是我的时钟有点问题
我改过来了
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 725
lily


来自: comefrom


To: eygle
  加班可真不是件令人愉悦的事,而且在家里直到凌晨,痛恨自己!喝点水吧,还把暖瓶摔了,惊醒美女室友被痛骂一顿;吃块西瓜吧,一刀下去,西瓜未开,却见不明状红液体流出,原来是本人手指开了,惊吓之余,又把美女吵醒,美女闭眼包扎伤口之时,还不忘把我形容成某种动物.强烈提议应该在本次政协会议上出台一部关于<严禁要求女士加班>的明文规定,各企业必须严格执行.啊哈,好主意,明天告诉头儿去.
From: lily
2005.03.02 08:52
To: lily
  lily同学,1点都不到,还算得上加班阿?
你不是地球人
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 723
bpmfhu


来自: comefrom


To: eygle
  谢谢,老大的答复,但是如果表上面有外键和索引,主键
,删除纪录后,会产生数据库不一致的状况,造成数据库打不开吗?
From: bpmfhu
2005.03.02 05:10
To: bpmfhu
  删除记录时,数据库的主外键是同时被维护的啊.
如果你的数据文件此时还能备份,可以Copy出来,那最好先做个备份。

From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 721
bpmfhu


来自: comefrom


To: eygle
  老大我在exp的时候,提示:
EXP-00056: 遇到 ORACLE 错误 1578
ORA-01578: ORACLE 数据块损坏(文件号18,块号5898)
ORA-01110: 数据文件 18: 'D:\ORACLE\ORADATA\ORCL\SHSB8.ORA'
估计表里面有bad block,我查了这个block的SEGMENT_TYPE 是:LOBSEGMENT,我执行了dbv和ALTER SYSTEM SET EVENTS='10231 trace name context forever,level 10'; 但是exp的时候仍然有问题,请问有没有什么好办法啊,因为是别的地方的库,没有备份,现在数据库暂时是open的,指点一下,谢谢!
From: bpmfhu
2005.03.02 02:00
To: bpmfhu
  先使用dbms_repair包标记坏块
看是否能够导出
如果不行,可以找到损坏记录,delete掉该记录,即可导出。
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 717
sabrina


来自: comefrom


To: eygle
  这里还算暖和,这几天都是晴天。据说我到之前一直在下雨。估计雨飘到北京,变成雪了。
From: sabrina
2005.03.01 04:04
To: sabrina
  北京今天的天气不错,晴空万里
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 716
vienna


来自: comefrom


To: eygle
  still me ^^
还有一个问题,刚看了一片你关于字符集的文章,正好也碰到了这个问题,我们这里的配置是客户端程序用ms932,NLS_LANG未设置,数据库用JA16SJIS,结果出现了一个乱码,是日语字符的一个全角符号”~”,这个符号不在MS932的范围中,但是在JA16SJIS的正常范围中。结果在SQL*PLUS中查询的时候,显示“?”,但是我们用一个工具连接数据库,在工具中,正确显示了这个字符。 然后,我们换到另外一台机器上测试,这台机器上数据库的字符集是UTF8,结果SQL*PLUS上也可以正确显示了,这是为什么呢?
From: vienna
2005.03.01 02:15
To: vienna
  NLS_LANG未设置,缺省的也是有的,你可以查查注册表。
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 715
vienna


来自: comefrom


To: eygle
  hi ^_^
这是我第二次来问问题了。呵呵,来过你的网站后让我对oracle的兴趣大增呢。
这次碰到了新问题,我们用java写的应用程序,对oracle数据库做一系列的操作,包括查询,插入,更新数据等。当在client端多重启动多个(50个)程序后,系统报OutOfMemoryError。我查了一下oracle参数,意外发现了JAVA_MAX_SESSIONSPACE_SIZE 这个参数,我以为找到原因了,但是仔细一看,好像又不对,因为它是“the maximum amount of session space made available to a Java program executing in the server”。
所以,我想问一下,客户端的java应用程序,会不会占用oracle里面SGA或者UGA中的内存?
所谓的“a Java program executing in the server”到底是什么啊?
OutOfMemoryError是因为DB的设置问题还是我的程序的问题?
多谢多谢!
BTW,能不能加你的MSN啊?
From: vienna
2005.03.01 00:40
To: vienna
  这个错误是什么时候报出的?
是数据库的错误还是应用报的?
这样的问题到itpub上发出来吧!
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑

页: 1 - << < 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 > >> - 404
我要留言
Copyright © 2003~2012 eygle.com All Rights Reserved.
Powered by: www.eygle.com