并不是我想成为数据库的终结者，当我看到J2EE征途中那么多人彷徨痛苦ing的时候，我想我该出来喊一声了。
其实这句话在几年前肯定有人喊过，因为中间件时代的来临，实际意味着数据库时代终结，正所谓一山无二虎。
......
放着好好的用本地执行码全速运行的数据库集群不用，去折腾慢速的j2ee集群，楼主从来没写过实际运行的程序吧？
讲了半天，我对文章的理解是IT业的新潮流侧重于业务的处理，而不在于技术，和数据库有啥关系。说什么数据库时代的终结，讲了半天并没说不要数据库了，而是重点的转移，这能叫终结吗？耸人听闻。
――――――――――――――――――――――――――――――――
我个人感觉现在着个年代套用中间件概念的太多了！是否应该给出一个中间件的范围了！！！！
――――――――――――――――――――――――――――
就现在看来就企业应用系统中！数据库在很长一段时间还是企业应用系统的核心！
――――――――――――――――――――――
当然B/S多层结构必然从受益中间件（这里还是很笼统），至于什么时候在企业大型系统中数据库与中间件的地位发生微妙变化，楼主似乎还有几个重要的概念没有明确提出！
――――――――――――――
――――――――――――――――
期待bang老师作出进一步论诉！是否论题的提出还略现仓促了！！
－－－－－－－－－－－－－－－－－－－－－－－
简单谈点感觉！有讲的不好的地方！请甩转！！！！
>
> 放着好好的用本地执行码全速运行的数据库集群不用，去折腾
> 俚j2ee集群，楼主从来没写过实际运行的程序吧？
>
选择Java，就得忍受速度和效率，没啥好说的了。你那么强，估计是编写存贮过程的高手，我害怕写存储过程，好烦。
我觉得楼主想强调的是，系统设计的重点将从专注于数据库结构设计上转移，而不是什么终结数据库。
数据库集群能集群几台？现在J2EE可不只是两台啊。
数据库承受的负担已经过重，检索、存储甚至数据分析，我们使用J2EE来分担这些功能负担，降低数据库的负载，不是很好吗？为什么什么都推到数据库身上呢？
rocedures有8，9页长，看上去人就要晕倒，Stored procedures可读性太差，很难调试，有的表的field名字可读性太差,问人问多了觉得烦.现在机器的性能比以前好了N多倍.XML代替二进制格式, 高级语言代替汇编,Java代替C,性能是越来越差,但是开发效率是越来越高,软件性能差可以有硬件来弥补,但是程序员的薪水会越来越低的.
写了一篇文章,摘要如下:
关于数据库和中间件的，以及设计的方式，和设计原则。一直以来有争论。本文，从事物的最本质出发，论述了这些内容。提出了软件开发的目的和核心内容。并提出了设计原则： 道法自然！遵循事物本来的样子！把他们按照其实际的逻辑关系合理的有机的组织起来！
文章标题 :对数据库、中间件和软件设计的认识
连接:
http://www.jsports.org/jive/thread.jspa?forumID=13&threadID=361
不很好的地方.
请各位谅解一下
你的网站上帖子写得很有感触，都快成哲学家了，可以去传道了。
请问编程编了几年了？
不知道除了对象和模式以外（我只是说您所理解的高度），不知道你知不知道所有业务逻辑的建模都是有他的数学基础的，建议你去看看关系数学。如果您是说设计那算我没说了，新来的那些毕业生做了3天java都可以跟我口若悬河的谈设计的，呵呵。
真的很怀疑除了设计之外，你理解多少计算机的知识。