Robbin乱弹数据库

在适当的场合用适当的数据库，
我在开发程序模型时就在本机使用hsql,mysql
这和我在实施时使用oracle并不冲突

如果在本机测试时使用oracle，在需要复杂运算的企业中使用mysql，才是不值得的。

看的我呼吸都屏住了。。。。

看来这里数据库专家还真多，大家在讨论问题激烈的时候，用词难免有些情绪化的，希望所有的人都不会为之介意。
有这样一个论坛聚集很多牛人来供我们这些新人学习已经是一件很幸福的事情。

在作面向分析型应用的时候， 一般分为两层， 底层为数据库（如Oracle, DB2,Sybase），但是里面存储的数据一般不是原始数据， 而是由某种特定算法（具体公司提供的不一样）整理原始数据后得到的多维数据，这样作是为了方便分析查询。   第二层为提供这些特定算法的工具和其他辅助工具。

对的，一般是由星形结构的维表和事实表组成，在维表和事实表的基础上为了开发方便还要生成很多中间表和临时表。比如如果用户需要很短响应时间内看到报表，就不能在每次请求报表的时候再通过漫长的分析生成报表数据，这些数据应该后台生成，在用户请求的时候就已经准备好了的。
这种以星形结构为主的数据库体系叫做数据集市，主要是面向部门级分析型应用的。数据仓库还有更大的体系架构。做 OLAP 是否一定要先构造数据仓库我目前还在思考，当然在数据仓库之上做 OLAP 会方便得多。
做 OLAP 开发确实是挑战性蛮大的工作。我们现在也逐渐在摸索。Cube 里面需要的一些核心算法已经问题不大了。

这种数据应用, 最大的问题是数据不是及时的. 必须在特定的时段, 人工或者自动同步两边的数据.

呵呵，这可不是问题。分析型应用对响应时间的要求是非常低的，重要的是要能得到真正有用的结果。庞大的操作型数据对于一个前台操作人员（站岗的小兵）是信息，但是对于分析人员或者企业高层只是一堆对决策没有多大帮助的 bit。OLAP 要做的工作就是将这些数据转化为对于企业高层真正有用的信息（抽取出其中的规律和趋势，化繁为简，更方便地找到存在的问题），他们并不担心得到这些信息必须等待两天时间。

dlee说得对, 其实对于分行应用来说, 这不是什么大的问题.

mysql已经支持存储过程和事务处理了,用innoDB就可以的

只要客户买得起就用oracle.我以前用Interbase,现在用firebird and mysql.Interbase比firebird效率上到很多。

我们的客户坚持用他们的informix7，性能低，问题也很多，都快烦死了！