s********e
发帖数: 136 | 1 听说有些银行里面正在逐步把relational database system改成object oriented,请教
大侠们object oriented database会不会是大趋势呢？ |
s**********o
发帖数: 14359 | 2 我觉得不会，OODB主要说就是LINQ吧，虽然开发快，
但存储还是有些问题，relational database system
3RD NORMAL FORM对数据的管理基本是不可能变的。
银行改DATA MODEL，简直是笑话吧，银行数据有上
百种用法，而且可能用了十年甚至五十年，说改就改啊，
改了银行可能会GO OUT OF BUSINESS.我敢说肯定是
DEVELOPER说的，你去问问DATA ARCHITECT和DBA，看
看人怎么说的。 |
B*****g
发帖数: 34098 | 3 where and where?
【在 s**********o 的大作中提到】
: 我觉得不会，OODB主要说就是LINQ吧，虽然开发快，
: 但存储还是有些问题，relational database system
: 3RD NORMAL FORM对数据的管理基本是不可能变的。
: 银行改DATA MODEL，简直是笑话吧，银行数据有上
: 百种用法，而且可能用了十年甚至五十年，说改就改啊，
: 改了银行可能会GO OUT OF BUSINESS.我敢说肯定是
: DEVELOPER说的，你去问问DATA ARCHITECT和DBA，看
: 看人怎么说的。
|
l******t
发帖数: 660 | |
s**********o
发帖数: 14359 | 5 ENTITY FRAMEWORK还是有OODB的意思，至少是把RELATIONSHIP TABLES弄到NET里，
当作OBJECT使用。READ可能还行，WRITE还是用传统的STORE PROCE去写TABLE
【在 l******t 的大作中提到】
: OODB已死， 有事烧纸
|
w********m
发帖数: 1137 | 6 说的是mongoDB类似的NO-SQL吧。
现在web的前台都是用JSON。传统的数据库首先要把entity换成XML，再传到浏览器换成
JSON. 效率太低，不如直接存JSON到数据库，然后根据响应传JSON。
MS的数据库如果以后向LINQ方向走，以后也会成这种架构，就是SQL的语法不再直接使
用了。
如果前台transaction很密集，频繁push/pull数据库，用mongoDB挺好的。像www.12306
.cn这种密集并发只有nosql才能解决。 好像银行里面Barclay就在migrate到mongoDB上。 |
w********m
发帖数: 1137 | 7 说的是mongoDB类似的NO-SQL吧。
现在web的前台都是用JSON。传统的数据库首先要把entity换成XML，再传到浏览器换成
JSON. 效率太低，不如直接存JSON到数据库，然后根据响应传JSON。
MS的数据库如果以后向LINQ方向走，以后也会成这种架构，就是SQL的语法不再直接使
用了。
如果前台transaction很密集，频繁push/pull数据库，用mongoDB挺好的。像www.12306
.cn这种密集并发只有nosql才能解决。 好像银行里面Barclay就在migrate到mongoDB上。 |
