T Tangqs Unregistered / Unconfirmed GUEST, unregistred user! 2000-06-10 #1 今天下午收到的书，呵呵。 另外请大家谈一下数据仓库和操作型数据库在设计及实现上有什么区别。 比如说数据完整性、数据冗余、数据规范性等等方面。
H happy3001 Unregistered / Unconfirmed GUEST, unregistred user! 2000-06-10 #2 书怎么回事,能不能告诉我? 是不是<论坛精华>,我这儿买不到, 发MAIL给我好吗? renyi163@yeah.net thanks
F firebear Unregistered / Unconfirmed GUEST, unregistred user! 2000-06-10 #4 呵呵，我也收到书了， 我刚上完数据库，关于“数据仓库和操作型数据库在设计及实现”这方面的东西， 到下面下载课件吧： http://166.111.7.250:2222/cgi/runcgi?title_frame+20740033+92 有什么问题想跟我讨论，欢迎email给我：steven_hoi@263.net
呵呵，我也收到书了， 我刚上完数据库，关于“数据仓库和操作型数据库在设计及实现”这方面的东西， 到下面下载课件吧： http://166.111.7.250:2222/cgi/runcgi?title_frame+20740033+92 有什么问题想跟我讨论，欢迎email给我：steven_hoi@263.net
Z zeusangel Unregistered / Unconfirmed GUEST, unregistred user! 2000-07-04 #8 数据仓库与传统的关系数据库的组织方式不同。他们的主要区别如下： 我们知道传统的关系数据库的数据模型的目标是消除冗余，协调更新，支持对同一数据多次重复操作的事务处理。一般来说，它最少是要满足第三范式的。而数据仓库中很可能存在大量的冗余数据，它的目标是随时提供对信息的大量的查询和检索。 传统的关系数据库的数据模型的建立、更新和维护是基于应用逻辑上的数据完整性约束之上的。所以，不管存储了多少的数据对于商业的决策者们来说只是一些“毫无意义”的，“死”的数据，只是对日常业务所产生的大量数据的机械的存储。而数据仓库模型是一种面向主题的，最充分地考虑了商业需求之后的，并可存储了大量可以提供商业信息的数据的模型。对这样的数据模型来说，最终用户是可以理解的。 传统的关系数据库很少存储衍生数据。大多数操作运作数据库的应用程序在需要的时候随时产生衍生数据。这样大量的时间必然消耗在了重复的操作上。然而，数据仓库存储大量的衍生数据，这样可以节省工作量和再次推导的时间，这是因为这些推导不仅针对运作的数据，而且针对历史的数据，在极短的时间内不可能推导出结果。 传统的关系数据库包含企业所需的、支持其操作的所有数据，而数据仓库只包含有价值的数据。这些数据是面向主题的，经过了“净化”的，符合严谨商业需求的。
数据仓库与传统的关系数据库的组织方式不同。他们的主要区别如下： 我们知道传统的关系数据库的数据模型的目标是消除冗余，协调更新，支持对同一数据多次重复操作的事务处理。一般来说，它最少是要满足第三范式的。而数据仓库中很可能存在大量的冗余数据，它的目标是随时提供对信息的大量的查询和检索。 传统的关系数据库的数据模型的建立、更新和维护是基于应用逻辑上的数据完整性约束之上的。所以，不管存储了多少的数据对于商业的决策者们来说只是一些“毫无意义”的，“死”的数据，只是对日常业务所产生的大量数据的机械的存储。而数据仓库模型是一种面向主题的，最充分地考虑了商业需求之后的，并可存储了大量可以提供商业信息的数据的模型。对这样的数据模型来说，最终用户是可以理解的。 传统的关系数据库很少存储衍生数据。大多数操作运作数据库的应用程序在需要的时候随时产生衍生数据。这样大量的时间必然消耗在了重复的操作上。然而，数据仓库存储大量的衍生数据，这样可以节省工作量和再次推导的时间，这是因为这些推导不仅针对运作的数据，而且针对历史的数据，在极短的时间内不可能推导出结果。 传统的关系数据库包含企业所需的、支持其操作的所有数据，而数据仓库只包含有价值的数据。这些数据是面向主题的，经过了“净化”的，符合严谨商业需求的。
D dedman Unregistered / Unconfirmed GUEST, unregistred user! 2000-07-21 #10 设计时最关键是数据仓库是面向主题的， 要搞好‘维’的问题，
