真悬乎

当你的数据有上百个G的时候你就知道你必须要持久化了,
使用文件能够在n00G的数据里面快速查找吗?
是不是要自己手动去写代码寻找?(缓存,查找,索引等等都要自己做?做好了还不就是一个数据库?)

纯OO的数据库也已经出来了,为什么说如果一定要OO就不能要数据库呢?
这两个东西真的那么矛盾?仅仅使用Cache来做持久工作的话恐怕你的内存要不断不断的加大了,64位的系统也未必能够满足你的需求了.

此外对于XML文件数据库来说小型的系统,微量数据还凑合着用,海量数据根本是无法满足的.

数据库时代的终结?未免太早..十年后再谈这个话题不知道会不会太早都.

一年多没来了，banq 的胆儿越来越大了：说出了Mc Nealy 想说而不敢说的话. 佩服！

呵呵

看来大家对数据库的终结这个问题，都比较有兴趣。

继续谈论阿

我受不了了

这种想法我也由来已久，不过在具体的实践上还缺乏火候，等我慢慢摸索一段时间后，再来讨论。

板桥说这话，真是太浅薄了。可能没搞过大东西的原因吧。你有机会接触一些大项目，别光自己闭门造车。

越是大的东西，越是可以通过完全OO细化来分解，正所谓构件生产理论。

to 鲁中正气
你从山东忽悠到北京啦，是否要改名华夏正气了，你说话的口气好像也越来越大了。

如果你不改变数据库中心设计思想，越大的项目将拖死你，这是大项目很难成功的关键所在，现在我们该重新出发重新上路了。

J2EE的中间件技术非常适合大型项目，但是国内玩大型项目的人的思维都是老思维，如何玩得转？

to layout
当我的数据有上百G时，我每天都会用到这上百G的数据吗？如果是，这是google搜索技术。

如何在海量数据中快速查找，这些都是搜索技术，是数据库内部技术，数据库终结不代表数据库不用，而是在通常企业应用中，不再是围绕数据表设计和实现为中心了。

OO与关系数据库是一对矛盾，这个查找google就知道很多理论，mismatch。

纯OO数据库只是关系数据库延伸，对于企业应用并没有太多影响，纯OO数据库=O/R mapping框架+关系数据库

一台64位内存不能满足，还可以增加服务器个数阿，组成集群服务器，如JBoss Cache就可以实现，JBoss Cache用在EJB集群中已经非常成功。

对此论题怀疑或否定的人，我不想说法你们相信，只是让那些有丰厚数据库经验的赶快更新自己的知识结构，否则就快落伍了。

技术上颠覆性革命是经常发生的，别掉以轻心！

既然舞台中心灯光已经不打在数据库上，那么什么是重点？三件东西是重点：Model、Patterns和Framework。这是J2EE开发设计中的主流技术。

企业信息系统开发发展三个阶段：
第一阶段：数据库中心--->第二阶段：Model、Patterns和Framework --> 第三阶段：MDA+构件组装

现在MDA工具已经提出No Model、No Patterns和No Framework，国外新的技术已经开始超越这个阶段，可惜国内很多人还没有过渡到第二阶段，要让他们断了数据库的奶，只有告诉他们，没奶了，强行断奶。

又看了一遍

banq还真是大师啊

快赶上李大师拉

MDA方法学确实很难难！

无言,很多东西是需要折衷的.

再次强烈要求翻译No Model、No Patterns、No Framework一文！

呵呵，瞧板桥气的。我还是那话别光闭门造车。实际接触以下sap,oracle ebs等。