别想多了，你什么谋划都不需要，是个程序员都会数据库，绝大多数都会用oracle，如果不是难疑难杂症才会找能够dba。因此你去做的不是的话多怎么学习其他技术下一界程序员，的话那就赶快求职去。
这个可能会需要系统的学习，oracle优化是要比综合知识形象的修辞至少的技能了。帮我推荐几本书吧。
罗炳森的《sql优化核心思想》
360优化案例视频：
_show/id_（里面还有其他的视频供参考）
优化软件博客：
崔华的《基于oracle的sql优化》
包括刘相兵的‘oracle调优鹰眼，探索明白awr性能报告系列视频
博文地址
其他那就是根据实际情况碰到不明白了的地方多做网上搜索了，有条件的话，建议是参加过个培训，有牛人带着兴奋，进步会神快。
只希望左右吧题主就是喜欢。
1、必须要确立适度的索引。sql在索引字段不要加函数，只要索引起效。要是是合么索引注意在sql的顺序。如果已经必然索引，建议您你先重建索引先，毕竟大数据表的索引程序维护到了一个阶段是乱的，像是建议重建。建立好的象可以完成任务几十倍的速度提升到。
2、的最数据量的表放进最前方，最小的表放进最后面。sql是从最后面正在方向相反解析的。
3、其次是要把最比较有效缩小范围的条件放到sql末尾去。尤其是主键或则索引字段的条件。
4、绝对的保证你sql的算法合理性。保证急切度和空间度的合理性。
5、没有必要时候在用存储过程。提升30%-40%的速度6、建议你分页无法读取最好不要再看看读完后所有的数据。（可以使用rownum），下子数据太大会以至于内存不不够的。如果这些都做了还不多谢！的话，可以确定确立几个表空间，然后通过一个算法将各个表的数据，来算的装在各个表空间内（分表分区），在columns的时候数据库都会建议使用多线程到各个表空间索引数据，这个象不是上千万级的表是不用的。也不是所有人都会用。
必须，传统企业大部分都在用oracle，不过互联网专用早就差不多了。
1、oracle目前来说我还是夺取着主流。除开互联网之外的传统行业基本上还是带的oracle，无论从规模我还是数量上，比sql有着大还不知道多少倍的基数，想要改弦易辙，实是难也？
2、传统行业最讲究“稳”字。传统行业的数据生态是基于数据库架构重新搭建出声的，很多核心业务都也死死的没绑定了oracle这样的履带式装甲系统，否则的话才用sql触动了核心业务，就势必会会给了安全问题，传统企业没有必要冒这个风险。（另，这样牛叉的闭源技术也不是一两句话就能有的）
3、互联网行业最讲究“快”字。互联网就是一场赛跑游戏，谁跑的慢谁还得不还手，因为互联网企业也可以在更加并非是的开放源代码环境里不断试错，sql肯定更比较适合互联网企业的开发和创新。
4、数据完整性具体的要求不一致。传统的制造业不可能允许数据又出现完整性、一致性的错误，诸如相对于互联网企业来说，微博上的评论被偷几条没有关系，但是这对传统行业来说就算账户上少了一分钱，就便能影响到传统行业的重视。
5、数据重心是一样的。oracle的业务数据库规模都又不是很大，要是有上百台是太大的规模了，而互联网行业里面的mysql建议使用应用范围，几百台大都很以往的事情。
6、oracle的产品早做得起码好了，满足了传统行业的要求。oracledba的管理模式主要是集中式，是因为业务面大，出问题的概率会更高，高级人才在性能优化这方面投入的精力大量，但对于传统行业来说根本不是什么问题。
7、国内对于mysql和oracle在用的一个误区那是把mysql当oracle用，把oracle当mysql用。前者比性能反正意义不是很大，oracle那肯定完胜mysql，要都很水平存储能力，那还是mysql越来越超轻量。
当然啦，这些还也不是主要注意的，比较多的是你选择比较适合自己的场景才是真，别傻呵呵的听人说这个数据库不好，那个技术烂，况且说要脱离，可行的评判标准是成本，而也不是单纯的技术。
.jpg)
.jpg)
.jpg)
.jpg)
