今天是2010年的最后一天。
从今年4月1日迷迷糊糊地开始接触Oracle到现在,已经整整9个月了。
迷迷糊糊,哈,当时真的是迷迷糊糊,完全没概念。现在想来,相比较于很多想从事DBA,获得第一份工作的人而言,我是何其的幸运。所以,我会珍惜这样的机会。
这样的选择Oracle,确切地说是被选择了,不用上升到命运的程度,就当缘分吧。
最近在看ORACLE的数据类型,看到了number。想起了之前处理过的一次操作:
一个字段类型原来为number(10),随着应用的发展,长度不够用了,所以需要增加长度。
好吧,当时对number类型不甚了解。只知道修改number长度应该不会对这个字段具体数值的物理存储上有变化。此外,需要进行修改的表4G+,是一张访问比较频繁的表。虽然觉得应该不会有问题(“觉得”:当时事情比较多,自己只是匆匆查了一下,所以不太放心,然后向前辈询问了确定不会有影响,不过操作时还是有些担心)。
当你了解的越多,你的胆子就越大啊~sigh~
alter table xx modify xx number(12)的语句执行的很快,一闪而过,过后的几秒钟对这个表的相关sql都堵在了Library cache latch contention上,好像堵了几十个,再之后就风平浪静。
回到开头,说到在看ORACLE的数据类型,其实是在看Tom的《9i&10g编程艺术》里面的数据类型。最大的感受就是Tom同学的总结能力很强。通过对数据类型的特点、存储结构等的不同区分开来,以适用不同的环境。 我看了文档之后,脑子里一堆东西,确实在遇到问题时会想起文档里说到的某某特性,于是就能解决一部分问题。不过,还是觉得自己工作时间短,没有足够的思考啊。
我个人比较喜欢借鉴他人的经验。我觉得没什么不好,只要能够理解,只要能够继续思考,而不是直接“拿来主义”。毕竟。一个人的精力有限,遇到的问题等等都是有限的。
我觉得看别人的经验或东西之前,有几点要注意的。
1、有一个必要的条件,就是你对相关内容有基础。这个打基础的或者叫启蒙的吧,最好就是选文档。当你对一些基础性的东西完全不了解的时候,看别人的blog固然快,但这个基础不够扎实。
我想没有人会把整个文档都翻成中文贴上去(concept确实有中文的翻译版,但中文的翻译理解也是会打折扣的啊)。大多还是有选择的重点内容。问题就在这里:别人是泛读了很多东西,总结出对他自己最合适的内容,他自己看自己的东西的时候能了解自己需要什么。但你没有前面的一段过程,就很容易断章取义。
所以,用文档打基础吧。
我一开始接触oracle的两三个月,习惯于google答案,基本就是别人的blog;直到某一天发现google到的答案是错的之后(当时我的思想观被小小地颠覆了一下下),我开始以文档为主,即使google到了答案,大多我都会去查一下文档或者自己先测试一下。
说到google到的blog,遇到错误是不可避免的,我还有一种考虑是基于下面两点:
- 一是许多blog里的总结并不完善,使用的方法不见得好
- 二是考虑的情况与自己遇到的其实是不一样的
所以,文档还是很重要的,在本地下载上一份,查起来比较快(有时oracle的网站速度真慢)。
文档固然重要,但文档也不一定全对。有些东西还要自己试试,验证一下(别听ORACLE乱吹,尽信书不如无书)。
2、 看别人的总结要选对人。或者说,你要有辨别能力,和上面一点差不多。有辨别能力就是要有基础,哈哈,又绕回去了。
想再重复一遍开头:
今天是2010年的最后一天。
从今年4月1日迷迷糊糊地开始接触Oracle到现在,已经整整9个月了。
迷迷糊糊,哈,当时真的是迷迷糊糊,完全没概念。现在想来,相比较于很多想从事DBA,获得第一份工作的人而言,我是何其的幸运。所以,我会珍惜这样的机会。
这样的选择Oracle,确切地说是被选择了,不用上升到命运的程度,就当缘分吧。
记于2010年12月31日
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/23650854/viewspace-683018/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/23650854/viewspace-683018/