在德国学Info中国同学的很多, 但是好像没看到有做DBA的, 基本都是做entwicklung了

雪候鸟 · 发表于 2012-1-13 13:14

tadios 发表于 2012-1-13 13:06
我们这儿开发是不能直接访问数据库的，所有改动都只能让dba执行

看来你们公司有层次

德国足球加油 · 发表于 2012-1-13 15:51

有些coder连范式和闭包都不懂，就开始设计数据库，出来的活能好吗。

raymanxxx · 发表于 2012-1-13 16:29

如果你公司把你定位成数据库专家，那么可以考虑给自己更合适的名称。比如Database Developer，在开发过程中积极参与进去。否则如果仅仅是DBA，顾名思义，A for Administration. 很多情况下的确仅仅是各support的职能。保证运行之类得的。

公司的开发模式决定了你得长处能不能用上。如果公司不明白数据库开发的重要性，只知道找个人管管就够了，那肯定是公司的失误。反过来说，如果公司数据库开发都交给database developer。而楼主的职位就是管理，那么也没有必要特别的去较真。换各开发的位置更合适发展。

mies · 发表于 2012-1-13 16:38

雪候鸟发表于 2012-1-13 13:10
其实对于这个话题谈不谈sap根本不重要，因为所有企业应用都有这种情况。sap本身的表结构也不见的设计的有 ...

诚恳的问一句业务指的是什么?

adgjl · 发表于 2012-1-13 18:12

业务是指对企业流程的了解。

灯笼果 · 发表于 2012-1-13 20:24

数据持久层框架查询语句不是自动进行优化吗，难道还自己写sql query 内嵌进去

江南织造 · 发表于 2012-1-13 21:02

我们公司的DB相关的全部包给IBM了.....

雪候鸟 · 发表于 2012-1-13 21:34

灯笼果发表于 2012-1-13 20:24
数据持久层框架查询语句不是自动进行优化吗，难道还自己写sql query 内嵌进去

这就是我刚才提到的，觉得有了hibernate数据库就不重要了。hibernate能做的优化太有限了，在数据库层上加一层orm, 其实是为了更面向对象。但是面向对象，也不是银弹，过于OO经常要损失效率的。假如一个业务不太多的小电信公司的CRM, 因为并发不高数据量不大crm用Hibernate问题不大。尽管业务不多，但是后台负责电信计费系统的系统，每天的电话通讯记录也是多得要命，根本不用想hibernate了。这种场合基本都是unix和c，c内用sql了，这些sql是需要找高手调优过的。

雪候鸟 · 发表于 2012-1-13 21:34

江南织造发表于 2012-1-13 21:02
我们公司的DB相关的全部包给IBM了.....

看来你们用DB2吧，什么行业阿

雪候鸟 · 发表于 2012-1-13 21:36

本帖最后由雪候鸟于 2012-1-13 21:36 编辑

adgjl 发表于 2012-1-13 18:12
业务是指对企业流程的了解。

是的，saper业务一定要精通。其实我也想搞sap, 单位70%的业务也是sap的，内部调动下也不难。但是实在是舍不得现在的同事和领导

账号		自动登录	找回密码
密码			注册

萍聚头条

[职业生涯] 在德国学Info中国同学的很多, 但是好像没看到有做DBA的, 基本都是做entwicklung了