eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
Oracle入门书籍推荐
昵称
内容 页: 1 - << < 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 > >> - 404
# 44272
Cucumber




To:
  盖老师:你好!
 在10g的gv$session中有blocking_instance和blocking_session,这个方便了跨实例的死锁检测。而9i中有没有类似信息?
From: Cucumber
2009.01.22 18:43

版主选项: 回复 编辑
# 44271
tuxedo




To:
  我在淘宝上买了书,可没看到你发货,特此提醒一下
From: tuxedo
2009.01.19 01:27
To: tuxedo
  不好意思,由于我出差,要等到新年后才能发货。
如果急着阅读,推荐到china-pub网上书店购买,谢谢!
申请退款可以直接进行,非常抱歉!
From: eygle
2009.01.19 07:08

版主选项: 回复 编辑
# 44270
yamingh


来自: 浙江


To:
  前面的留言内容里重复了,不知道我手闲还是什么原因,没权限不让编辑。

企业里数据库版本总是要慢好几年,因为一旦应用、业务上去,就很难动底层数据库了,我们现在大部分还是9i,还有一些8.1.7,10g及以上完全没有。系统大部分是AIX或者HP-UX,还有几个linux,windows没有。
From: yamingh
2009.01.18 23:48

版主选项: 回复 编辑
# 44269
yamingh


来自: 浙江


To:
  我在电信维护主机数据库,也有7、8年了吧,AIX、OCP认证也是有的,自己的水平不算好也不算差,不是很意外的事情能搞定,当然一直奉行”千万个备份都不够“的原则。
ITpub偶尔也去看看,前两天在新华书店看到你的两本书:一本是2006年7月的《深入浅出oracle》,一本《深入解析oracle》,第二本是最近的新书,对第一本的修订,多出来70、80页的样子。
站在书店里拜读了部分内容,最终买了第一本,为什么呢?觉得第二本里字体不是很舒服,因为大量内容都是截屏模式,新书这部分底色不明显,读起来比较吃力。不同的一些部分比较了一下,总觉得第一本思路上要清晰。当然也没有时间细细比对。
拿回家随手翻翻就觉得有些收获,几十块钱能提高自己就很值了,所以觉得有必要给你留言,希望你新作大卖,呵呵,如果再版请考虑一下版式和内容衔接。
另外收藏了你的网站,也准备有空买本你的《我在电信维护主机数据库,也有7、8年了吧,AIX、OCP认证也是有的,自己的水平不算好也不算差,不是很意外的事情能搞定,当然一直奉行”千万个备份都不够“的原则。

另外收藏了你的网站,也准备年后有空买你的《oracle数据库性能优化》拜读,这段时间很懒了,希望发年终奖准备过年了O(∩_∩)O
From: yamingh
2009.01.18 23:35
To: yamingh
  谢谢支持:)

其实《深入浅出Oracle》出版了2年多,很多读者提出了很多意见和建议,其中很多人对排版不满,所以这次出版社做出了一些调整,我个人感觉比原来好多了。不过你说的问题的确存在,我曾经建议出版社将代码底色浅化保留,结果被取消了,阅读上不够原来清晰。

新版除了增加页码,还是修订了不少内容的,大约有40%的变动吧。
如果你用9i多一些,《oracle数据库性能优化》应该还有参考价值,哪本书更久一点了,不好买到了:)

很高兴这本书对你有所帮助,再次感谢支持!
From: eygle
2009.01.19 07:28

版主选项: 回复 编辑
# 44268
cuisailor




To:
  非常感谢您,盖老师,这么快就给予了回复。我想,应该还是因为个人及工作的原因,我在oracle方面的付出太少了。今后我会进一步努力的,您的意见是对我最大的激励,非常感谢您。
  祝您及您的家人
新年快乐
万事如意
From: cuisailor
2009.01.18 18:44
To: cuisailor
  谢谢,新年快乐!
From: eygle
2009.01.19 07:29

版主选项: 回复 编辑
# 44267
cuisailor




To:
  在您写的书里面,有许多类似与原理性的剖析,我相信这些都是写的非常好的----虽然好多我看不懂。但是我不知道看这些东西是否会有助我进入oracle领域。
比如说(我现在做网络工作),好多做管理的都是从开发转过来,我是否先接触开发方面,当然不是通常理解的开发,只是如接触到存储过程之类什么的,然后以此为突破口逐渐接触oracle.学了oracle好长时间了,学学断断,忘忘。我也不知道自己学到什么程度了。有种不知道怎么学习的感觉。
请赐教
From: cuisailor
2009.01.18 00:05
To: cuisailor
  你好:)

我在书的序言里介绍过,我的书之所以写成今天这个样子。
其实源于我的学习体验,当我学习一个东西时,始终想深入到本质,了解其原理,然后才能够运用的自如些;我想学习网络、系统知识也是如此。

流于表面的学习肯定是不可取的,所以很多人觉得我的书有写内容看不太懂,这没关系,需要时间。

至于考察自己学习掌握到什么程度,我觉得也不复杂,学会给自己提问。
我在书上曾经提到一个问题:
列举一下你觉得最重要的10个view,并告诉我们通过这些view你能解决Oracle的哪些问题?

或者随便设问:数据库启动的处理流程是如何的?如果redo出现不同原因的损坏该如何处理?

等等,在不同环节给自己设问,并作答,看自己能否游刃有余的给出自信的答案?

再请参考阅读一下我的这篇文章:
http://www.eygle.com/archives/2008/11/become_dba_quickly.html



From: eygle
2009.01.18 07:05

版主选项: 回复 编辑
# 44266
seker


来自: BJ


To:
  看到11G内存管理时 有点疑惑

memory_max_target  big integer 2560M
memory_target  big integer 2560M
pga_aggregate_target  big integer 0
sga_target  big integer 0
sga_max_size  big integer 2560M

看您新书里201页描绘的图,把 sga_max_size单拿出来了.不是在memory_max_target下面.我有点迷糊.
上面我列出的参数值.sga_max_size = memory_target = memory_max_target=2560M,
SGA若实际增到2560M时,PGA岂不是没有内存分配了吗?
我觉得:
sga_max_size <memory_max_target 才对.应该在memory_max_target的下面画出来.

From: seker
2009.01.14 00:16
To: seker
  没问题的。

图中,Memory_target 涵盖了 Sga_target 和 P_A_T,这是M_T的意义所在。
而SGA_MAX_SIZE 和M_M_T分别是对S_T,M_T的一个上限限制,所以垂直画出来了。

pga_aggregate_target    big integer 0
sga_target    big integer 0

则 sga_max_size 变成了一个形式上的限制,Oracle始终不会达到这个峰值,数据库会自动协调S_T和P_A_T的分配的。
From: eygle
2009.01.15 06:54

版主选项: 回复 编辑
# 44264
seker


来自: BJ


To:
  <深入解析oracle>的一个印刷错误
179页.SGA组成
原文"在32位平台上,Xksmmem表中每条记录代表4Bytes,在64位平台,每条记录代表[COLOR=red]4Bytes[/COLOR] "

这里应该是8Bytes.下面内容有验证.


From: seker
2009.01.13 18:45
To: seker
  谢谢指正!
From: eygle
2009.01.15 06:55

版主选项: 回复 编辑
# 44263
zdyrain


来自: wuhan


To:
  您好,请教您一个问题:
oracle存储过程生成的一个xml文件序言部分缺少编码部分。
oracle 存储过程中
  xmldom.setVersion(doc, '1.0';
  xmldom.setCharset(doc, 'GB2312';

为什么生成的xml文件序言是 <?xml version="1.0"?>这样子,不是我想要的
<?xml version="1.0" encoding="GB2312" ?> 这个样子呢,如何才能得到我想要的?期盼解答,谢谢
oracle 92010版本
From: zdyrain
2009.01.10 23:33
To: zdyrain
  这是Oracle的Bug,你这样setCharset不生效

用 dbms_output.put_line 把你想要的字符集输出转出去就Ok了。
From: eygle
2009.01.12 01:12

版主选项: 回复 编辑
# 44262
lanny




To: eygle
  非常感谢答复
我们其实有两个logical standby,过去的两年多做过各种改动,一直都正常。
这两天先后出了问题,且殊途同归,现在症状一致了,都是restart_time变成1988-1-1(这个和metalink上的某个fix在11.2的bug很类似),而restart_scn大概是一天前的了。metalink帐户是借别人的,没原厂服务就是痛苦啊!现在都不敢乱动了,生怕apply停了,重启再同步至少要一个多小时了,坚持到周末,重启看看。
anyway,thanks a lot。
From: lanny
2009.01.07 19:09
To: lanny
  等等看你的结果:)
From: eygle
2009.01.12 01:13

版主选项: 回复 编辑

页: 1 - << < 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 > >> - 404
我要留言
Copyright © 2003~2012 eygle.com All Rights Reserved.
Powered by: www.eygle.com