h******6 发帖数: 2697 | 1 或者说数据库方面近几年比较火的一个发展方向或者趋势或者比较火的一种技术理论都
可以。大家各抒
己见啊。 |
i****a 发帖数: 36252 | 2 business intelligent
data warehouse
【在 h******6 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 或者说数据库方面近几年比较火的一个发展方向或者趋势或者比较火的一种技术理论都 : 可以。大家各抒 : 己见啊。
|
B*****g 发帖数: 34098 | 3 cloud很火。
在技术层面上noSqlDB也比较火,隔壁java版正在讨论。
【在 h******6 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 或者说数据库方面近几年比较火的一个发展方向或者趋势或者比较火的一种技术理论都 : 可以。大家各抒 : 己见啊。
|
a9 发帖数: 21638 | 4 拷,被google那个no sql cloud db搞的死死的。
巨慢无比。
论都
【在 B*****g 的大作中提到】![](/moin_static193/solenoid/img/up.png) : cloud很火。 : 在技术层面上noSqlDB也比较火,隔壁java版正在讨论。
|
B*****g 发帖数: 34098 | 5 zkss.
【在 a9 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 拷,被google那个no sql cloud db搞的死死的。 : 巨慢无比。 : : 论都
|
p*********a 发帖数: 61 | 6 nosqldb 的市场和 rdbms 重合的不多吧
rdbms 提供了整套的 package,所以很多应用公司,比如 banking, retailer
可以直接拿来用。避免雇佣大量的程序员 coding, testing
最多就是 DBA 了
nosqldb 提供了一些底层的 api
所以 it 公司比较喜欢在上面搭建自己的东西
特别是可以根据自己的具体的需求 tune,保证效率
但是随着系统的完善,
最终他们还是要重新实现 rdbm 里已经有的功能
像 facebook 在一个 talk 里就提到实现
query optimizer, materialized view
一个有意思的问题是,如果把 nosqldb+程序员的成本算进来
会比 rdbms 更划算么 (performance/money)
google, facebook, amazon 当然要 nosqldb,因为他们本来就是 it 公司
数据量大,应用特殊
但是对于绝大多数公司,没这个经历,也没这个财力
【在 B*****g 的大作中提到】![](/moin_static193/solenoid/img/up.png) : cloud很火。 : 在技术层面上noSqlDB也比较火,隔壁java版正在讨论。
|
B*****g 发帖数: 34098 | 7 所以才要cloud。一般公司雇几个打杂的就行了,所有IT都outsource出去,包括data
center也不需要了。当然具有很大决定因素的CTO是绝不会同意这样做的。
【在 p*********a 的大作中提到】![](/moin_static193/solenoid/img/up.png) : nosqldb 的市场和 rdbms 重合的不多吧 : rdbms 提供了整套的 package,所以很多应用公司,比如 banking, retailer : 可以直接拿来用。避免雇佣大量的程序员 coding, testing : 最多就是 DBA 了 : nosqldb 提供了一些底层的 api : 所以 it 公司比较喜欢在上面搭建自己的东西 : 特别是可以根据自己的具体的需求 tune,保证效率 : 但是随着系统的完善, : 最终他们还是要重新实现 rdbm 里已经有的功能 : 像 facebook 在一个 talk 里就提到实现
|
p*********a 发帖数: 61 | 8 现在的 cloud 还不足以支持如此广泛的应用
就像上一个帖子提到的
为了做到广泛,最终就是走 rdbms 的老路
变得臃肿,性能平庸化
因为没有 magic,任何 solution 都有 cost
另外一个问题就是,有多少公司愿意自己买服务器+rdbms
还是把东西扔到 cloud 里
【在 B*****g 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 所以才要cloud。一般公司雇几个打杂的就行了,所有IT都outsource出去,包括data : center也不需要了。当然具有很大决定因素的CTO是绝不会同意这样做的。
|
L*****s 发帖数: 6046 | |
d*******o 发帖数: 493 | 10 Parallel processing of massive data(MapReduce, Hadoop) |
|
|
B*****g 发帖数: 34098 | 11 zkss
【在 d*******o 的大作中提到】![](/moin_static193/solenoid/img/up.png) : Parallel processing of massive data(MapReduce, Hadoop)
|
d*******o 发帖数: 493 | 12 商务智能,数据挖掘,RDBMS不适合,SQL的优点是interactive mode,对这个没什么帮
助。Web-scale的数据,不管MySQL还是Oracle sort一些下都歇菜了,别提做training
和scoring了。
传统的DBA可以转到Hadoop上面的Hive上去。新生代的DBA直接用java/python/ruby 做
map和reduce的streaming。 |
B*****g 发帖数: 34098 | 13 你说的这些都不是DBA的活吧,大部分DBA就作backup。
training
【在 d*******o 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 商务智能,数据挖掘,RDBMS不适合,SQL的优点是interactive mode,对这个没什么帮 : 助。Web-scale的数据,不管MySQL还是Oracle sort一些下都歇菜了,别提做training : 和scoring了。 : 传统的DBA可以转到Hadoop上面的Hive上去。新生代的DBA直接用java/python/ruby 做 : map和reduce的streaming。
|
y****9 发帖数: 144 | 14 In the area of Oracle Database Administration - RAC (Real Application
Cluster) is a hot topic ( for high availability and scalability). |
y****w 发帖数: 3747 | 15 dba要做的有意思些还是得位置高些,自己能一定程度上掌握灵活性才好。dba做好了其实重点会落在administrator进而management上,db只是基础设施。
【在 B*****g 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 你说的这些都不是DBA的活吧,大部分DBA就作backup。 : : training
|