如有不对或不足的地方请指正。

EDW的概念进入中国后，很多企业建了了企业数据仓库，银行，证券，电信，移动，互联网纷纷开展EDW的建设，EDW的建设基本上是分期进行，不过在EDW上线后是一个持续支撑业务发展的平台，随着时间的推移，业务的迅速发展，EDW的后期维护，优化和变化是一个持续的过程，业务变化越快的企业面临的EDW的架构压力越大，很多匆忙上马的edw项目生命周期很短暂，能在业务架构若干次调整后生存下来的edw项目少之又少，究其原因，大部分是上线初期架构设计不合理造成，那么一套成熟的EDW具备什么特征呢？

CloudBase Server配置好后，可以通过client端jdbc链接，很方便的进行开发和维护。在client端看上去就和通过jdbc链接传统rdbms一样。 首先下载client 端软件，SQuirreL SQL Client 。 http://squirrel-sql.sourceforge.net/ http://jaist.dl.sourceforge.net/sourceforge/squirrel-sql/squirrel-sql-3.0-install.jar 既然是client，一般都是windows下面，后面的演示都以windows为例，由于java的跨平台，在其他系统下基本类似。 对了在安装client之前，我们可以把cloudbase自带的演示schema建立起来。

数据仓库的物理架构，包含硬件物理架构和软件物理架构。硬件物理架构包含集中式和分布式2中，在企业里面都有运用。

数据仓库的架构设计，有时候一个好的架构设计的出发点往往来源于当前系统的缺陷。如何面对当前系统的缺陷是架构能否持续发展的一个关键点之一。业界存在很多对商业，开源etl工具的评测，那么这些评测要点应该从哪些方面进行才能甄别出适合企业的工具呢？

数据仓库架构设计的出发点是什么？需要解决哪些问题？

数据仓库架构，是IT架构的一个分支，随着数据在企业的核心作用的增强，数据仓库的架构日益重要。数据仓库架构由于其技术选择非常广泛，看上去复杂，不过背后有一套比较稳定的思路，这也是数据仓库架构设计的一个要点，稳定中蕴含变化，变化中蕴含稳定。

总体来说，数据仓库架构分成两大块，一是硬件架构，二是软件架构。硬软架构又可以分成封闭式和开放式。封闭式硬件架构代表厂商有teradata，其硬件是专属的，必须使用特殊的硬件才能运行。开放式硬件架构的代表有oracle，可以运行在各种硬件上，不过开放和封闭之间的界限也逐步的融合，oracle也开始打包hp的专属硬件来推广其dw的方案，而teradata也开始用基于suse的os可运行的硬件上提供其dw产品。封闭式硬件好处是开箱即用，经过厂商的严格测试，保障性比较高，开放式硬件则需要企业具备很强大的技术实力，能够有一支具备硬件，存储，操作系统综合知识和能力的团队，在组合成一套可以运行dw软件的基础平台，并且在发现问题的时候要能很快速的定位问题的原因并解决。

数据仓库的软件架构选择更加丰富。从数据库软件，etl软件，展现软件，数据挖掘软件，每一种类型里面都具备非常多的选择。

这些软件的选择是架构设计的一部分，架构设计的重要核心一部分是综合这些软件的一套思路，在一套dw架构设计的思路下，软件可以很灵活的进行选择。