eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
坚韧卓绝之人,必能成就万事
昵称
内容 页: 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
# 630
lily


来自: comefrom


To: eygle
  同样的症状.昨夜加班的成果(当然不至于通宵),今晨竟然来了找不到东西,原来已被老板拷贝并删除.下楼接一客户,竟然很幸运的被卡在电梯里半个小时.好容易下楼之后,匆忙之中又差点被一破夏利撞到,还被可恶的司机骂个半死.下午去国展取了一张支票押金,本来押的是四千,人家还给我时也没注意,当回来向财务报帐时却莫名其妙的成了三千元的支票还不是我公司的,又差点被会计的目光杀死.杀回国展理论了半天才明白原由.热闹的一天现在还在继续,我想不会太快过去的.
From: lily
2005.01.25 23:20
To: lily
  嘿嘿,以后出门还是看看黄历再说
有些日子的确是诸事不顺.
调整一下自己的状态也许,就好了。
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 628
asdf


来自: comefrom


To: eygle
  我的浏览器老是浏览一会信息,就打不开网页QQ MSN 都是通的!请帮我!!!!
From: asdf
2005.01.25 20:06
To: asdf
  我建议你装一个firefox
From: eygle
1969.12.31 16:00

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


来自: comefrom


To: eygle
  不知为何,想在此时留言,却如今晨手头的工作,想做却又是一片茫然.
From: lily
2005.01.25 08:32
To: lily
  今天真是不顺利。昨晚通宵加班,结果被人陷害,一个问题查了两个小时,还好搞定了。
回家刚睡没几分钟,就被电话吵醒,手机很争气,立马断电。
想想睡得不安稳,爬起来换电池,一堆未接来电,重大故障。
ft,一个核心数据库被搞死,又要恢复。

为什么事情都赶在一天?
还有网络老是出现环路....
这个日子挑的不好,还说找人看过黄历...
唉,准备去公司骂人:S
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 623
zgahj


来自: comefrom


To: eygle
  嘻~~~~~我都快习惯没网的日子了,不过还好,家里的网快好了。分你128M吧。嘻~~~~改天请你吃饭。
From: zgahj
2005.01.24 18:17
To: zgahj
  别啊,我的网站还需要你的支持阿:|
什么时候回家呢?
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 620
zgahj


来自: comefrom


To: eygle
  老兄,多谢你吉言,我被抽中了一等奖,一部256M的mp3,而且就一个,嘻嘻~~~~~~~~~~~
真是开心。
From: zgahj
2005.01.20 23:59
To: zgahj
  见者有份,见者有份,分我128M
From: eygle
1969.12.31 16:00

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


来自: comefrom


To: eygle
  昨天发现,时间差别巨大的原因好像和主键的顺序有关。主要是因为主键顺序的原因。但是为什么会造成这种结果还是不知道。能不能告诉我v$session_wait,v$system_event怎么察看?
呵呵,多谢啦,我刚刚学校里出来,好多不懂,谢谢指教哦
From: vienna
2005.01.20 18:17
To: vienna
  我推荐你去www.itpub.net看看
那是一个很好的技术讨论场所.
v$session_wait,v$system_event是Oracle的动态性能视图,你可以从Oracle的文档上获得相关说明
http://tahiti.oracle.com 可以找到Oracle所有发布文档。
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 614
nli


来自: comefrom


To: eygle
  您好,久仰大名!请教一个蛮急的问题,关于字符集。
  我的客户端有繁体中文(台湾用)、简体中文(大陆用)、英文(香港新加坡等),客户端的字符集很难取得一致。server尝试过多个字符集,但是客户打印报表(Oracle Report)的时候还总是会出现乱码问题。可否指点迷津。
  谢谢。(请emai)l
From: nli
2005.01.20 06:49
To: nli
  这是一个很难处理的问题,基本上,没有很好的解决方式。
From: eygle
1969.12.31 16:00

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


来自: comefrom


To: eygle
  哦,这样啊!明白,谢了!
From: lily
2005.01.20 06:15
To: lily
  
From: eygle
1969.12.31 16:00

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


来自: comefrom


To: eygle
  google上搜到这里来的^_^
工作中碰到一个问题,想请教一下。
项目正在做性能测试。业务中需要查询ORACLE中的一个表,这个表中有大约600万条数据。表的主键由7个字段组成,测试下来,整个业务走下来大概要40分钟,后来我们进行调整,看到原先ORACLE自动将主键做成 UNIQUE INDEX,我们在次基础上,对相同的字段,即主健字段做了普通索引,再测试,时间顿时减为31秒。
由于中间相差过分悬殊,而我又想不通为什么多了一个UNIQUE 就会相差那么多?
如果能让我解惑就太好了^_^
From: vienna
2005.01.20 00:04
To: vienna
  Oracle会为主键自动创建唯一索引及非空约束
而普通B*tree索引允许存在空值(但是不能索引空值),而且不进行唯一性校验,所以两者在性能上存在差异。
当然差异巨大,具体还要看你的测试逻辑。
你可以观察v$session_wait,v$system_event等视图,确定Oracle把时间消耗在什么上面。
-eygle
From: eygle
1969.12.31 16:00

版主选项: 回复 编辑
# 611
lunar


来自: comefrom


To: eygle
  太忙了,我本来有两张oracle 技术日的邀请函,都忙了没空去,作废了,遗憾啊。

我怎么来自深圳啊?

晕!
From: lunar
2005.01.19 21:49
To: lunar
  倒,我怎么知道hula(呼拉)也是你啊
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