说实话，作为一名想在数据库此领域长期发展的DBA，听到这种声音很吃惊，当然也不能苟同。
以数据库为核心的软件时代已经过去，数据库时代早已结束，当我看到J2EE征途中那么多人在对象和数据库之间彷徨痛苦ing的时候，我想我该出来喊一声了。
其实这句话在几年前肯定有人喊过，因为中间件时代的来临，实际意味着数据库时代终结，正所谓一山无二虎：如果你重视数据库，你的J2EE系统就无法完全面向对象，只有你忽视数据库，你的系统才有可能完全迈向面向对象，至于数据库性能调优等特定功能都可交由EJB容器或O/R Mapping工具实现。
很多年前，包括我自己在内的大部分企业程序员都是从数据库开始我们的职业生涯，最早的是dBase/FoxPro，后来有了 SQL系列数据库, Oracle将数据库时代推向了顶峰。
每当有一个新项目时，第一步就是首先设计出数据表结构(Table Schema)，然后开始使用SQL语句实现业务逻辑，这种开发模式一直重复，就是后来加入了DelPhI/VB，他们也只是承担图形显示实现，这种C/S结构带来最大问题是：非常难于维护，修改起来，迁一动百。
软件的生命在于运动，当它需要发展时，最棒的软件人员如果对他也束手无策，这是谁的悲哀？
现在更多人开始接受B/S结构，但是他们中很多人还没有真正明白为什么需要B/S结构，B/S代表的多层架构才是真正目的（因此，伪多层的B/S系统遍地皆是）。
多层架构实际是将以前系统中的显示功能、业务运算功能和数据库功能完全分开，杜绝彼此的耦合与影响，从而实现松耦合和良好的可维护性。
一. 从设计上说：由于实现层次完全分离，业务运算功能成为一种中间功能（中间层），它不依赖具体的表现层技术(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。
以上不只是理论，而是我每天正在做的，如果你也是或赞同请广为传播，唤醒更多彷徨痛苦的初学者。
引用：
http://www.enet.com.cn/article/2007/0308/A20070308473940.shtml
摘要: 曾几何时ajax已经遍布大江南北，然而单纯的js难于阅读和debug，dojo的出现，无疑部分地解决了这个问题，加上ide的支持，更是如虎添翼了！引用一篇IBM的文章，看看dojo的应用吧。以下是引用内容：
使用 Dojo 工具包和 JSON-RPC 构建企业 SOA Ajax 客户端
...
阅读全文
对企业系统架构的UI选用一直十分地困惑，又是标签，又是ajax等等。之后朋友跟我说应该学XUI，一句话——烦透了！今天看到关于FLEX的一篇文章，大家讨论一下，它的结局会是怎么样的，也正好作为本人的借鉴！（已经迷失方向了，呵呵）
以下是引用内容：
一位名叫mabrams_us 的网友在flexcoders的mailinglist中征求大家对使用flex的意见（why one should invest in learning Flex as a career move opposed to focusing on other technologies.）
于是有两位网友作了精彩回答，我认为比较经典，现在摘出来给大家分享。
------------------------------------------------------------------------------------
boy_trike :
let me give you some of the reasons why I have decided to embrace FLEX as our featured
development tool (notice I did not say RIA tool, but development tool.) I have been
building custom data-centric solutions for about a zillion years (ok, over 30 anyway) and
always am on the lookout for a new and better tool. My friends call me "database of the
month club" since I keep trying, switching, switching back from all of the latest and
greatest solutions. (Tried AJAX, but did not find the right toolset yet.). The reasons are:
FLEX FEATURES
Flex's main advantage is the agility it adds to building a rich user interface with database
connectivity.
Performance is very good
Can use external style sheets
o Allows a graphic artist to work on the UI
o Easy customization
Any object can move, be resized, skinned, wiped
o Better use of screen real-estate
o Can eliminate overlapping windows
o Users attention can be focused / directed
Screen Independent - Run Anywhere
o PC
o Web
o Phone???
Open / extensible
o Expect library of components to be released
o Can connect to other server objects
o Can connect to Web services
o Eclipse IDE is open and expandable
Adobe / Macromedia
o Support / Training
o Inexpensive Toolkit
o Free Runtime
Good luck with whatever you decide to embrace, but DO embrace it. (as someone once
asked me, how can a computer programmer drive a Porsche? I said its easy, just be the
best at something!
Bruce
转：http://blog.csdn.net/lwz7512/archive/2007/01/16/1484262.aspx