数据库在未来
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