所有的知识点都要自己亲手去制造模拟数据,去测试通过,不要轻信任何人,包括各种大牛。只有自己测试过的东西,才是完全正确的东西
最后,少研究华而不实的东西(当然,你是大牛,基础的东西都会者除外),节省下来时间去多研究和工作有关的具体案例,每当看到知识点,都要想想实际工作中怎么用,接下来就是积累了,等着量变到质变的过渡了
做好准备等机会,不要机会来了发现自己没做好准备!!!
http://www.itpub.net/thread-1383410-1-1.html
wabjtam123:oracle最有意思的部分或者最困难的部分?
如果只是具体的某个问题,处理起来并不难,比如如何建表空间,如何导入导出数据,如何生成AWR报表...等等。这些东西如果不会没关系,简单的搜索一下就好了。难的是什么呢?我认为主要在于综合应用、选择使用什么技术的场景。举个简单的例子,要求你在规定的时长内完成某库数据到导出,并导入到新的环境,你如何做。这里如何迁移其实太简单了,命令随便都搜索的到。不过现实中这里需要考虑的问题太多了。你需要考虑什么呢?
1. 旧库数据量有多大?30G、300G和3T,处理起来截然不同。
2. 旧库所在的主机有足够的空间存储导出文件吗,新库所在的主机和数据库有足够的空间存储导入的数据吗?
3. 有垃圾数据吗,真的需要导出那么多数据吗,你确认了没?比如回收站数据,比如旧的历史数据,比如临时处理的表。。。。
4. 你知道旧库最大的对象都有哪些吗,分别占用了当前数据库的百分比,他们是属于垃圾数据吗?
5. 当前机器的CPU等资源情况,导入目标机器的资源情况 。这是为了能有效的利用到并行度,你有合理利用资源的意识吗?
6. 导出数据DATA占用A机器资源,接下来导入数据,占用B机器资源,而A机器却闲着。 是否有更快的方法呢?有,比如旧库数据有400G,其中某些
大表合起来有200G,那这时候我们完全可以把数据分成两部分来导,这样先导出DATA变为DATA1,然后立即导入到新库,解下来导出DATA2,再导入新库,这样从原先的A,B机器的资源就被合理的利用了,完全迁移的时间就更短了。我为什么举这个例子呢?其实想说的就是,难的不是知识点,知识点的组合显而易见是更难的,而巧妙的利用特定场景完成知识点的组合应用,那才是最难的。从事数据库开发工作如此,其实各行各业也都是如此,我觉的是相通的,你们不觉的刚才我描述的6点,每一点都和ORACLE具体的知识没有关系,都和生活息息相关?