应用需要数据库支持，而且很重要！

看本文之前，先看看：http://www.javaresearch.org/article/showarticle.jsp?column=108&thread=54804

我不认同“数据库时代结束”，而且非常不认同！
当我看到这么一个观点：“数据库时代的终结”，我想我该出来喊一声了。
做一个系统，是不是为了实现OOP？还是说无论你怎么用OOP，最终都是为了把系统做得更好？我们不是为了OOP而OOP，最终是为了把系统构造得高效、稳定、健壮！所以，在方案上需要协调应用层面、业务逻辑层面和数据层面，这是系统实施过程必须认真面对的重要事情。
再说设计，不论是哪一层面的设计工作，也不论工具做到如何简化，和人的关系都是很大的，因为，只有人，才明白自己想要什么样的东西！
离开了实际谈技术，那很可怕！
“当我们的业务运算功能不再依赖数据库时” - 那是不现实的！关键业务计算能够不依赖数据库吗？计费的实时计算、数据仓库的大数据量ETL过程，能够离开数据库吗？
对 于性能，它一直是个魔法棒，好的架构、好的设计可以在综合平衡各层次关系基础上，优化性能！但能说为了解决性能问题就让数据库消失吗？而且J2EE应用服 务器、数据库也都在用集群/负载均衡等手段来提高各自的性能和处理能力。只能说IT发展到今天水平，企业级应用的整个宏观架构模式、应用工程模式都在一起 向前发展！就好比内存数据库，同样是一个发展的产物，甚至数据库的版本提高，如DB2 9、SQL Server 2005的推出，都是一种进步和发展。离开了哪个，都不是好事！
在系统分析之初是否首先需要数据表设计呢？回答是根据实际情况而定，对于众多关键系统的建设，由于数据就是价值、数据就是核心（OLAP型系统也类似），如果事先不对数据库合理设计规划，就会大大增加失败的风险！道路是人走出来的，而且事物往往是存在多样性的。
UML是不错，也常用，但是它就真的和数据库是仇人相向吗？我只能说不同领域有其最合适的工具，我不愿理解成冲突。
“如 果J2EE应用服务器是7X24小时集群运行；几乎永不当机” - 那是不可能的！天下哪儿有这么好的事情？如果人都不生病，那要医生做什么？如果机器都不会坏，那IBM、HP、DELL要这么多维护工程师做什么？况且数 据库主机都还常要考虑容灾、备份（甚至是异地方案）！就是不坏，能担保没有火灾？没有地震？你能吗？
说到开源，我想问难道开源的东西都是垃圾？都 是垃圾才会开源？如果不是，那“......以它为中心的时代真的结束了，IBM早期将DB2数据库开源已经强烈向我们昭示这点”这一句话是啥意思？ Struts是开源的吧？那它是垃圾吗？我是Open Source的支持者和爱好者，我觉得这句话简直就是一种侮辱！
Model、Patterns和Framework，是为了更好帮助开发，但它和数据库的重要性没有冲突！
数据的规划、存储离不开数据库！
数据的计算离不开数据库！
数据的性能优化离不开数据库！
数据的访问离不开数据库！
数据的安全离不开数据库！
那么，你怎样摒弃数据库？
总 之，每种技术有其适用的领域，每种技术都不是万能的，各种技术间总是需要相互协作。就目前技术趋势而言，各种技术都在不断发展、不断进步，技术帮助实践， 实践推动技术！技术的世界就是这么美妙，你可以快乐设计，可以快乐编程，还可以快乐的说：“嗨！我好喜欢用 COBOL:)”。
确实，不要被误导！