tadios 发表于 2012-1-13 13:06 static/image/common/back.gif
我们这儿开发是不能直接访问数据库的，所有改动都只能让dba执行
看来你们公司有层次
有些coder连范式和闭包都不懂，就开始设计数据库，出来的活能好吗。
如果你公司把你定位成数据库专家，那么可以考虑给自己更合适的名称。 比如Database Developer，在开发过程中积极参与进去。否则 如果仅仅是DBA，顾名思义，A for Administration. 很多情况下的确仅仅是各support的职能。保证运行之类得的。
公司的开发模式决定了你得长处能不能用上。如果公司不明白数据库开发的重要性，只知道找个人管管就够了，那肯定是公司的失误。反过来说，如果公司数据库开发都交给database developer。而楼主的职位就是管理，那么也没有必要特别的去较真。换各开发的位置更合适发展。
雪候鸟 发表于 2012-1-13 13:10 static/image/common/back.gif
其实对于这个话题谈不谈sap根本不重要，因为所有企业应用都有这种情况。sap本身的表结构也不见的设计的有 ...
诚恳的问一句业务指的是什么?
业务是指对企业流程的了解。
数据持久层框架查询语句不是自动进行优化吗， 难道还自己写sql query 内嵌进去
我们公司的DB相关的全部包给IBM了.....{:4_297:}
灯笼果 发表于 2012-1-13 20:24 static/image/common/back.gif
数据持久层框架查询语句不是自动进行优化吗， 难道还自己写sql query 内嵌进去
这就是我刚才提到的，觉得有了hibernate数据库就不重要了。hibernate能做的优化太有限了，在数据库层上加一层orm, 其实是为了更面向对象。但是面向对象，也不是银弹，过于OO经常要损失效率的。假如一个业务不太多的小电信公司的CRM, 因为并发不高数据量不大crm用Hibernate问题不大。尽管业务不多，但是后台负责电信计费系统的系统，每天的电话通讯记录也是多得要命，根本不用想hibernate了。这种场合基本都是unix和c，c内用sql了，这些sql是需要找高手调优过的。
江南织造 发表于 2012-1-13 21:02 static/image/common/back.gif
我们公司的DB相关的全部包给IBM了.....
看来你们用DB2吧，什么行业阿
本帖最后由 雪候鸟 于 2012-1-13 21:36 编辑
adgjl 发表于 2012-1-13 18:12 static/image/common/back.gif
业务是指对企业流程的了解。
是的，saper业务一定要精通。其实我也想搞sap, 单位70%的业务也是sap的，内部调动下也不难。但是实在是舍不得现在的同事和领导