数据库在未来j2ee开发中的角色已经不在重要

数据库在未来j2ee开发中的角色已经不在重要

数据库在未来 j2ee 开发中的角色已经不在重要

以数据库为核心的软件时代已经过去，数据库时代早已结束 . 如果你重视数据库，你的 J2EE 系统就无法完全面向对象，只有你忽视数据库，你的系统才有可能完全迈向面向对象，至于数据库性能调优等特定功能都可交由 EJB 容器或 O/R Mapping 工具实现.

B/S 代表的多层架构是当今 j2ee 开发中的核心 . 多层架构实际是将以前系统中的显示功能、业务运算功能和数据库功能完全分开，杜绝彼此的耦合与影响，从而实现松耦合和良好的可维护性。

一.                    从设计上说：由于实现层次完全分离，业务运算功能成为一种中间功能（中间层），它不依赖具体的表现层技术 (Jsp/Html applet 等 ) ，也不依赖具体数据库技术（ Oracle/SQL Server ），业务运算功能运行在 J2EE 应用服务器中，当我们的业务运算功能不再依赖数据库，意味着数据库不在是核心开发点 .

二.                    当然，多层结构带来了性能问题：客户端访问数据库中的数据时，通常需要经过多个层次，非常耗费性能， 如何尽量减少数据库访问是 J2EE 应用系统首要解决的问题，使用存储过程并没有解决这个问题，存储过程的执行还是属于后端，并没有缩短客户端请求所要经历的坎坷路途。

解决性能问题的根本解决之道是使用对象缓存，现在， 64 位 CPU 提供的巨大内存空间为单台缓存计算提供了硬件基础，更重要的是，这种缓存计算是可伸缩的，通过集群的缓存机制（如 JBossCache ）， 通过增加应用服务器的数量，可以提高整个业务逻辑层的缓存计算能力，抛弃过去那种为内存斤斤计较的老思维吧。

三 . 在系统分析之初是否首先需要数据表设计呢？回答是否定的， 以 UML 为代表面向对象的分析设计方法已经成为强大工具，随着面向模型驱动分析设计（ MDA ）的普及， 面向数据库分析方法正在逐步被抛弃，拥有深厚传统数据库分析习惯的程序员必须面对和接受这种挑战。

纵观整个 J2EE 系统开发过程，数据库已经从过去的中心位置降为一种纯技术实现，数据库只是状态持久化的一种手段（文件是另外一种实现手段）；什么是持久化？这是相对于内存缓存状态而言，持久化就是当内存断电情况下能永久保存状态数据，但是如果 J2EE 应用服务器是 7X24 小时集群运行；几乎永不当机，是否有持久化的必要呢？

很显然，数据库已经沦为与操作系统中文件系统同样的层面，以它为中心的时代真的结束了， IBM 早期将 DB2 数据库开源已经强烈向我们昭示这点。

对于 J2EE 开发者来说，尽早抛弃过去的两种影响：过程语言编程习惯和以数据库为中心的设计习惯，从全新的面向对象角度 (OOA 、 OOD 和 OOP 、 AOP) 来设计开发你的 J2EE 系统， J2EE 设计开发三件宝： Model 、 Patterns 和 Framework