一次小项目的思考

做过报表和统计功能，但没做过“复杂统计”和“复杂报表”。出现报表方面的需求时，我会根据情况看看是不是需要加中间表和存储过程。还没有因为统计或报表“复杂”而去修改原有的表的设计，莫非你们这样做过？？

大部分商业系统(金融、保险、证券、物流、制造...)中数据的重要性要大于应用系统的重要性，所以会导致应用系统为数据服务，而非数据为应用系统服务。

从而在开始构造一个系统的时候，往往是先构造数据部分，后考虑应用系统。

没看出这两件事有什么因果关系。

数据库已死

banQ第一次说这个的时候，我记的离现在有一段日子了

于是我只好看8月份的最新版

这个话题banQ一直在说，所以标题没有变，但是新的文章，前提已经给的很明确了



这是文章和论坛帖子的第一句话，banQ说的很明白了，开放的互联网环境下的用户爆发增长

关报表什么事，一个企业应用每天几千人不停的在那里生成报表？

从最初开始，bangQ的数据库已死一直也就阐述这么个观点，用户量爆炸的增长，逐渐突出了直连数据库带来的巨大压力，使用缓存来减少的数据库连接有利于提高服务器负载能力罢了，je不是也整天都讨论这个问题么，说起来大家都明白

就标题太敏感，许多看了标题就骂娘的人，上来一顿骂，在公司一样也用缓存。

DBA不DBA的，数据库理论不理论的，电信不电信，移动不移动的，都不是一个前提下的

电信移动的系统，需求都不在这个前提的覆盖范围内，更多的是大数据量的存储和处理，每天都一坨坨boss的数据同步到本地，本地系统也就那么几个人用，有些系统干脆就没有人用，没别的特点，就是数据量大，这种东西当然围着数据库转了，本身就都是性能不够加服务器的主，报表复杂？建统计表，每天有N个批处理文件来维护统计数据，一条sql出报表，半年也不查一回，什么时候report全看上面心情，谁用的着DDD?谁用得着Hibernate？谁用缓存？整的还怪复杂。

大家做得系统各不一样，需求也不一样，都扭在一个平面扯，还扯的这么happy

数据库己死？ 笑话

高并发，海量数据

碰上这些玩艺不在数据库上下功夫，在什么地方下？

缓存，能缓多少？把一周前的数据也缓起来吗？


查报表，哪个报表工具不是直接在模板里写SQL的？

有多少个应用会让数据库死掉？
有多少应用又会让数据库活过来？

一群看了标题就骂娘的人
真是浪费不少人口舌

哈哈 是啊 都100%也是很容易的,如何降低消耗才是重要的

貌似好多人都只看“数据库已死”这一句话了……真是一个忙碌的时代啊。
大家不在说一个事情，真是空费口舌。
可以先去看一下《敏捷软件开发——原则、模式与实践》的第19章的第7节，就一小块儿。

另外，没想出来：高并发为什么会成为使用数据库的原因？（当然，楼主并没在讨论是不是需要使用数据库的事儿）　　　倒有可能：需要使用数据库的系统，在有高并发的要求时，需要数据库方面做些改变。

可是，我相信，目前大部分应用都达不到。更多的情况是：响应速度和吞吐量怎么都上不去了，而使用率却还没过半。