如何走向数据库这条路？管理，开发或者BI都行
本帖最后由 x_wy46 于 2012-11-08 20:54:38 编辑 发帖目的确实是想问问大家如何走向数据库这条路的，还是坛子里的高手们都是全能的，边写程序边兼职数据库管理（开发）？

个人对开发没有什么兴趣，倒是喜欢自己捣鼓捣鼓，写个小工具啥的
如果必须做开发的，其实现在就是，也问题不大，不会拖进度，不会写出太低级下流的代码
一开始是搞winform的，换成做bs的，从来没写过js，上来就是jquery那一套，找个参考的，
复制粘贴修修改改，也木啥大问题
其实我也不是太讨厌写程序，用起来没用过的东西，还是能新鲜个两周的
因为经历过一个项目，诸多方面的原因吧，在心里留下很深很深的阴影，
不断地变更，做出来的东西他说不是这样的，然后你改，完了还不是他想要的，就这样反反复复……
所以对业务系统的开发有一种恐惧性

抱怨一下先
在目前的公司中
如果站在数据库的角度，很多东西是无法容忍的，
不少在线运行的系统，对应的数据库中，表没有任何索引，主键，代码中，几乎是清一色的select * from tableName
到处都是sql+="x=123"的方式拼查询条件，偶尔你整个绑定变量，参数化sql，别人还觉得怪怪的
因为他们已经把拼sql当做一项规范了，似乎不可动摇
但是这些个系统确确实实，的的确确没有出现性能的问题，几经蹂躏后，系统反而跑的好好的
这仅仅是站在数据库的角度来看的。

为什么说这些，并不是装逼我程序写的好，而是说，不管你搞的再烂，他系统能跑了，就算成功。
很多系统，压根就没有多少数据量，从数据库的角度看，再select * from XYZ，也不会有出现瓶颈
面对不断强大起来的软件和硬件，性能早已被屏蔽你想到最最基础的规范之外。
所以，你平时所谓的索引，所谓的平衡树结构，所谓的碎片，所谓的叶拆分，所谓的sql优化，所谓的性能，所谓的分区，所谓的备份，所谓的日志，所谓的镜像，所谓的物理结构，所谓的逻辑结构，反正是你关注的所有的东西，
都变成了浮云

所以我感觉，在这种环境下关注数据库，意义不大，不是说数据库意义不大，而是对于现实意义不大
老板会说，我系统跑的好好的，谁让你加索引啊
你一天整出来几个页面，实现几个功能，一点一点不报错，老板见了你会眉开眼笑，指定认为你是高手

真不知道，往这条路上走，究竟该怎么做
其实很羡慕sql版这些个星星钻钻级的任务的，不是羡慕能赚多少分，
而是可以面对大把大把的数据库的问题
有充分的时间和精力去研究和解决，这跟研究系统的业务过程，用户的需求，有意思多了
想想也仅仅是个人爱好而已，有人还专门愿意了解用户业务，挖掘用户需求呢。

艹，写个半天也不知道到底想说啥，还是天天写代码，明天继续
其实研究研究新鲜的东西，还是蛮爽的，所以我喜欢捣鼓些小工具出来玩
不过话又说回来
那谁说过，技术就像看日本动作片，研究起来挺爽的，真是到你自己去实战的时候，就不是那么回事了，
面对时间紧，任务中，谁他妈还有心思去研究啊
一天下来，累个半死，再好看的动作片，也没心思

乱！！！






------最佳解决方案--------------------
有一定的开发能力是做开发、dba、bi的前提，连sql都不会写的话混不下去的。所以个人的建议是最少做一年开发，然后再转。DBA、BI都有前途和钱途。也相对没那么累。不是说看不起开发，但是国内的情况还是实实在在。过了一定年龄，你就算再牛，别人也不要你。所以要考虑转型的问题。
------其他解决方案--------------------
先开发 再管理 再BI 三步走 最后一步根据兴趣了
------其他解决方案--------------------
混呗。像我这样什么都不会的就只会混
------其他解决方案--------------------

引用:

混呗。像我这样什么都不会的就只会混

你不是很厉害吗？
------其他解决方案--------------------
。。。。。。。。。
------其他解决方案--------------------

引用:

说道规范，那个留给我阴影的项目，从他妈一开始就是扯淡，做他妈需求了啊，
就是那个SB的需求人员自己给人家设计的系统，压根就没有遵从人家的业务
系统开发出来了，说服不了人家用户，就怪开发，说什么“需求变更很正常”
我正常你麻痹啊，你从头改到尾，一直都是伤筋动骨般地该啊，还正常啊
想起来我就恼火，艹
其实我不说，他心里能踏实吗？做了亏心事，忽悠过去领导，忽悠过去小兵……

我们公司也这样，做项目不给需求，想到什么做什么，我这边做了，快做完了，又说这样不好，要那样。变更太快了。感觉自己老是在做无用功。
------其他解决方案--------------------
这也是对软件工程肤浅的理解的结果，光需求搞好了，细节都要做好多工作，在国内就成简单的几句话，变更快当然很正常，不变更到怪了。
------其他解决方案--------------------
混呗......
------其他解决方案--------------------
守得云开见月明
------其他解决方案--------------------
多掌握一些技术没错啊
------其他解决方案--------------------

引用:

混呗。像我这样什么都不会的就只会混

混都能混这么多勋章，求指导？
------其他解决方案--------------------
我觉得先把编程搞好再说吧！
------其他解决方案--------------------

引用:

引用:
有一定的开发能力是做开发、dba、bi的前提，连sql都不会写的话混不下去的。所以个人的建议是最少做一年开发，然后再转。DBA、BI都有前途和钱途。也相对没那么累。不是说看不起开发，但是国内的情况还是实实在在。过了一定年龄，你就算再牛，别人也不要你。所以要考虑转型的问题。