嗟来之食吃不吃?

toyou

先工作!

在工作过程中有的是争气的机会!

20060906

OCP？呵呵，先学两年ORACLE再想这回事吧，ORACLE9I四门课至少官方培训一门，差不多一万块钱呀。再说，OCP意味着很高的水平，光有证有啥用？你也知道证书只是必要不充分条件的呀！
在数据库市场，ORACLE确实是老大，学学还是很有用的，体系结构那部分最重要了。

1984qht

呵，不怕嚴格，就怕放水。
最好是跟開發大吵一頓，然後讓他們日後看到你就怕三分！
如果你還能指出問題原因及提出更好的修改建議，那就更好了...


:em11::em11:强,LZ先做着吧,,,,

raullew

原帖由 20060906 于 2006-11-26 17:07 发表
OCP？呵呵，先学两年ORACLE再想这回事吧，ORACLE9I四门课至少官方培训一门，差不多一万块钱呀。再说，OCP意味着很高的水平，光有证有啥用？你也知道证书只是必要不充分条件的呀！
在数据库市场，ORACLE确实是老大 ...

对于lz我还是建议能用DB2就用DB2
为什么Oracle在海量处理上不如DB2，我也不是很明白
下周花一周时间看一下TD的架构文档，大概就清楚了

innovate511

呵呵, raullew还搞那么深呢, 我都没去看这些, 有机会也瞧一下. 我猜是不是海量处理速度的关键是并行处理? 这次新版本的DB2就很强调并行处理能力.

楼主如果学DB2不但花费少, 而且在数据仓库界也有用武之地, 真正海量数据的较量, 还是NCR和IBM, Oracle还排不上号, 当然你做业务系统,Oracle确实用得挺广泛的, 而大家看到的DBA职位Oracle占大多数, 是因为这些DBA职位基本是为业务系统服务的.

DB2好象花费几百元就能考700和701(初级DBA)吧,资料我这边都有. 而且不需要去报什么培训班, 不需要额外花钱. 如果搞开发或者数据仓库的话,可以考703和705, 如果想深入DB2数据库可以考704.

raullew

原帖由 innovate511 于 2006-11-26 18:21 发表
呵呵, raullew还搞那么深呢, 我都没去看这些, 有机会也瞧一下. 我猜是不是海量处理速度的关键是并行处理? 这次新版本的DB2就很强调并行处理能力.

楼主如果学DB2不但花费少, 而且在数据仓库界也有用武之地, 真正 ...

据我所知（综合我们老大和我一个朋友的说法），TD是完全并行处理，由多个虚拟处理器控制着虚拟磁盘，整张表的数据按照键的哈希值打散在虚拟磁盘中，虚拟磁盘内该表的数据按照键有序排放（kimball推荐在实施时这么INSERT，没想到TD居然这么做数据库！）

我只是刚看完DBA的pdf，知道DB2的并行处理机制也是hash为多个partition，这方面是很像的，究竟跟TD更多的差别在哪里却也不知道，也没NCR的机器，反正TD的pdf有很多大幅大幅的ppt看起来也很快的

[ 本帖最后由 raullew 于 2006-11-26 18:31 编辑 ]

maxpainvan

如果你现在觉得受委屈，就不要去了。我觉得无论做什么开心最重要！但是请你想一想，如果你在工作中表现出了非凡的能力，他们又会怎么看你呢？努力，一定会得到肯定的！！LZ,祝福你！

unixyeah

老外提不提争气的的说法？

嘉绘

原帖由 raullew 于 2006-11-26 14:17 发表


TD第一，DB2第二，不把Oracle当对手的。。。

TD是什么啊?可能你说的那些都是很高端的产品不假,但毕竟能提供的工作岗位实在是太有限了
Oracle可能不如你说的那些先进,但毕竟靠这个找工作要容易些,有时候,会屠龙还不如会打兔子更有用些呢,
BTW:你也喜欢RAUL啊,我是他的fans

raullew

原帖由 嘉绘 于 2006-11-26 19:26 发表

TD是什么啊?可能你说的那些都是很高端的产品不假,但毕竟能提供的工作岗位实在是太有限了
Oracle可能不如你说的那些先进,但毕竟靠这个找工作要容易些,有时候,会屠龙还不如会打兔子更有用些呢,
BTW:你也喜欢RAU ...

NCR公司的Teradata，等你入了这行，就会经常听人提起了：）
（能用TD的机会确实少，我没用过，但目前也没有觉得遗憾）
能用Oracle也很好，中国的市场没有成熟，以后的份额也看各大厂商怎么打天下的
如果目前的单位用oracle，就用oracle好了（我有个朋友就是毕业后第一年边用oralce做项目，边用公司的NCR自学），作为实施方，会有机会接触别的数据库的（其实DB2的应用也很广，比如银行业基本就是DB2）

每天测试的工作做完了，就从写高效的sql和存储过程入手，等你觉得公司原先有些代码有效率问题的时候
可以看看一些网上的文章，然后慢慢接触数据库的一些深入的东西，搞搞表分区、如何建索引，用用查询计划什么的
再往后就是扫ORACLE文档，看Kimball的书，如果认为原先的生产库效率不如人意就自己倒了数据自己设计模型写代码自己tuning
然后是BI工具，不要依赖他们，他们所做的事情是把不适合在数据库里做的任务放到数据库外面来做

这些都是在不影响你的测试工作的前提下完成的，因此最好不要三天打鱼两天晒网
如果不能坚持的话就别做黑合测试了，黑合测试是没有前途的，它给你提供的只是一个数据仓库行业的入门机会

BTW，喜欢raul，那是高中时的事了吧，raul本可以取得再打很多的成就。。。太遗憾了不愿回顾。。。