商业智能BI在数据架构中处于前端分析的位置，其核心作用是对获取数据的多维度分析、数据的切片、数据的上钻和下钻、cube等。通过ETL数据抽取、转化形成一个完整的数据仓库、然后对数据仓库的数据进行抽取，而后是商业智能的前端分析和展示。
商业智能BI处理的数据量是极大的，如FineBI商业智能，自带ETL，可在短时间内响应数据处理的请求，并输出分析结果。
BI对稳定性以及易用性有一定要求，这是其他数据分析工具所不能比拟的。
大数据的应用的数据来源包括结构化数据，如各种数据库、各种结构化文件、消息队列和应用系统数据等，其次才是非结构化数据。
国内银行系统用美国甲骨文Oracle数据库不怕泄密吗？典型的总有刁民想害朕的心态[灵光一闪]
为什么传统行业几乎都用Oracle，而互联网行业几乎都不用Oracle呢？首先银行要求绝对稳定性，使用付费不开源产品可以完全责任委托，而且数据库厂商还会有专门维护，省心，省力，安全。
mysql呢，开源产品，稳定性没有o高，如果要深度开发倒是很省事，不过使用mysql就完全要看自己了，银行不会为了一个随时都有可能出现意外的定时炸弹找专门团队维护，而且银行交易量很大，但并非像互联网应用一样超级并发，大部分都是内部接口使用，而且分地区都是不同的服务器，每个地区只存储自己相关的数据，比如你从广东给山东异地转账，原始山东账户里并不存你的记录，转了之后山东数据库才有记录，在依赖oracle商业委托的基础下，银行还会有对账，来保证数据一致性。
但是反观互联网企业就不一样了，超级并发，小型机已经不满足这种并发条件了，哪怕oracle足够优秀，所以要使用应对更高并发特制的mysql，需要有专业的团队进行维护，稳定性不如oracle，不过分布式集群可以避免这种情况。而且mysql因为开源还可以针对自己的需求特制功能。不过大部分企业用不上[捂脸]，小公司用啥都一样。阿里重新开发mysql除了自己用外还可以卖服务。
再说一句，阿里其实弃o选m其实除了并发问题，还因为oracle太贵，因为企业要考虑收支，就算阿里利润率也比不上银行[灵光一闪]
Facebook用户量十分庞大，为什么还使用MySQL数据库？尽管Facebook使用MySQL，但它们并不是一成不变的使用它。事实上，他们的团队已经提交了许多MySQL核心和Innodb插件的高性能增强。他们的主要重点是增加性能计数器到Innodb。其他更改集中在IO子系统上，包括以下新功能：
1innodb_io_capacity：设置服务器的IO容量以确定后台IO的速率限制
2innodb_read_io_threads，innodb_write_io_threads：设置后台IO线程
3innodb_max_merged_io：设置可能合并到一个大IO请求中的相邻IO请求的大数量
Facebook使用MySQL作为键值存储，其中数据随机分布在一大组逻辑实例中。这些逻辑实例分散在物理节点之间，负载均衡在物理节点级完成。Facebook已经开发了一个分区方案，其中全局ID被分配给所有的用户数据。他们也有一个自定义的归档方案，它基于每个用户的频繁和最近的数据。大部分数据是随机分布的。令人惊讶的是，据传Facebook有1800个MySQL服务器，但只有3个全职DBA
Facebook主要将MySQL用于结构化数据存储，例如墙贴，用户信息等。这些数据在各个数据中心之间复制。对于blob存储（照片，视频等），Facebook使用一个自定义的解决方案，涉及外部的CDN和内部的NFS
同样重要的是，Facebook大量使用Memcache，这是一种内存缓存系统，通过在RAM中缓存数据和对象来加速动态数据库驱动的网站，以减少阅读时间。Memcache是Facebook的主要缓存形式，大大减少了数据库的负载。拥有一个缓存系统可以使Facebook的速度与调用数据一样快。如果不需要访问数据库，则只需根据用户标识从缓存中获取数据
所以，“Facebook使用什么数据库”似乎是一个简单的问题，你可以看到他们已经添加了各种其他系统，使其真正的具有网络可扩展性。但是，仍然可以自由地使用这样一个观点：“MySQL和Oracle或者MSSQLServer一样好或者更好，因为就算只有Facebook使用它，它也有5亿用户！”