n******1
发帖数: 3756 | 1 以实际的工作情况看？优化比例大还是维护比例大？
我的理解是觉得那种到处救火的DBA可能是最厉害的，比如oracle的咨询工程师，见到
各种的情况，处理各种的优化，故障
日常的DBA应该没什么好天天优化的，除非系统规模每天都在扩大，而优化，数据库端
可以做的优化似乎也有限
感觉开发一下报表，但是天天都有活干 |
c*****d
发帖数: 6045 | |
s**********o
发帖数: 14359 | 3 优化你的技术要比DEVELOPER强才行
而且改CODE的话，对BUSINESS也要
有所了解，多数DBA都是搞维护，
加个INDEX弄个JOB而已 |
g*********0
发帖数: 80 | 4 You don't have to write code yourself, but you have to point out the issues
with current code and how to improve it, to make developers think what you
are saying is correct and they are willing to do what you tell them. |
s**********o
发帖数: 14359 | 5 这个很难的，有的STORED PROCEDURE上万行的，想写的最好最EFFICIENT没个
10年8年的功夫不行的
issues
【在 g*********0 的大作中提到】
: You don't have to write code yourself, but you have to point out the issues
: with current code and how to improve it, to make developers think what you
: are saying is correct and they are willing to do what you tell them.
|
e****7
发帖数: 4387 | 6
好久没见过 stored proc 有上万行的code 了，呵呵
【在 s**********o 的大作中提到】
: 这个很难的，有的STORED PROCEDURE上万行的，想写的最好最EFFICIENT没个
: 10年8年的功夫不行的
:
: issues
|
s**********o
发帖数: 14359 | 7 有的，公司的老STORED PROCEDURE积攒多十年20年的BUSINESS RULES
都在里面，改一发动千钧的。
【在 e****7 的大作中提到】
:
: 好久没见过 stored proc 有上万行的code 了，呵呵
|
e****7
发帖数: 4387 | 8
又是job security 了
【在 s**********o 的大作中提到】
: 有的，公司的老STORED PROCEDURE积攒多十年20年的BUSINESS RULES
: 都在里面，改一发动千钧的。
|
s**********o
发帖数: 14359 | 9 SECURE啥啊，一个烂SP被上百人改过了，连个REQUIREMENT的DOC都没有
【在 e****7 的大作中提到】
:
: 又是job security 了
|
c*********e
发帖数: 16335 | 10 恩，我现在一个project,里面n多的stored procedure.发现一个规律，为了防止多次访
问和connect to database,可以一次用一个stored procedure把一堆数据query出来到
内存里，然后在内存里面对这个datatable做query,有点临时memory database的调调哈
。。。
同事说，spring,hibernate,nhibernate之类的东西，只是简化了programmer的工作，
但是不能增加query database数据的速度。
所以，为了让用户以最快的速度得到他想要的结果，还是要上stored procedure.
【在 s**********o 的大作中提到】
: 有的，公司的老STORED PROCEDURE积攒多十年20年的BUSINESS RULES
: 都在里面，改一发动千钧的。
|
