MSSQL网站制作之数据堆栈与企业使用集成(一)

这能找出所有错误的99.99%。它不能找出的是仅仅涉及数据文件的损坏(这很不常见)。如果你想要检查一张表，你通常应该没有选项地运行myisamchk或用-s或--silent选项的任何一个。数据
次要内容

一.从体系和全体的角度来思索数据堆栈的开辟
二.CIF的观点和内容
三．CIF的案例－SAPBW
四．数据堆栈与企业使用集成
五．小结

References

择要

本文的次要内容在于先容企业信息工场并切磋在创建数据堆栈和企业使用时招考虑的体系性和全体性。

　因而本文次要针数据堆栈的最新开展，分离SAPBW的实践案例，本文报告企业信息工场（CIF）的构思、观点和内容，同时也论述了在计划企业使用时招考接纳的头脑体例，我们将以一个新的角度来对待数据。



一.从体系和全体的角度来思索数据堆栈的开辟。

出于人们面对的成绩愈来愈庞大和范围愈来愈年夜，人们经常将天下拆成片断来分化和处置，这明显可以使庞大的成绩简单处置，可是有形中，我们却支付了价值——也不懂得本身举动所带来的连续串成果。在开辟企业使用时这类毛病常常会重演，在数据堆栈方面也不破例，我们必要用一种体系和全体的概念来从头审阅和思索数据堆栈的开辟及其与企业使用的干系。

数据堆栈是面向主题的、集成的、不成更新的(不乱性)、随工夫不休变更（分歧工夫）的数据汇合，用以撑持谋划办理中的决议制订历程－W.H.Inmon



数据堆栈的本色是用数据撑持决议，其中心代价在于其数据模子是不是描写了企业的中心营业，有一种概念，以为数据集市的汇合就是数据堆栈，扼要纪录能够被置进数据堆栈大概置进数据堆栈所撑持的数据集市。当扼要纪录进进数据堆栈时是面向一般使用的，而进进数据集市时则是为了顺应部门使用的。最不言而喻的办理计划一般是没有功能的；短时间大概有改良，临时只会使事变更好转。

企业的举动，也是一种“体系”，也都遭到渺小且互相关注的举动所连累，相互影响着，这类影响常常要经年累月才完整展示出来。身为群体中的一小部分，置身个中而想要看清全体变更，更是更加的坚苦。我们因此偏向于将核心放在体系中某一片断，但总想欠亨为何有些最基本的成绩仿佛历来得不到办理。





二.CIF的观点和内容

CIF(企业信息工场)恰是一种以体系的概念来对待数据堆栈体系的架构，我们能够换一个角度来对待信息，既然信息已成为企业合作的核心，我们完整能够把信息看成企业的一种产物，而临盆部门级产物的场合就是"信息车间"，对企业级信息举行周全办理的场合（体系）就称为"信息工场"。



CIF架构

图中暗示了CIF的系统布局

因而,CIF如许一个基本举措措施必需要可以吸纳和撑持分歧来历的企业信息。它不但必要在非布局化数据来历于文件办理体系、外部和内部网站、操纵体系、群件和电子邮件）上投进巨资；并且还要在传统的布局化数据（来历于数据堆栈、数据集市、操纵数据储备（ODS）中有所投资。企业中一切信息的创立、利用、互换和删除，都应该能够在这个基本举措措施中得以完成。

企业信息工场由现存的一些基于处置的体系构成，这些体系之间由信息举行毗连,为了CIF的一般运转，临盆线上的每个组件都必需共享分歧和坚固的基本布局，这类布局有一些特定的请求：天真的顺应变更，低冗余，可晋级,可扩大性。EDW(enterprisedatawarehouse)–位于企业信息工场的中央，包括以下的数据

粒度化的

汗青的

全体的.

全部的

在EDW中创立的数据为数据集市，数据发掘等供应信息，简而言之，EDW是数据堆栈和决议撑持体系的运转的基本。在EDW的数据是粒度化而且无冗余，创建在两人以上经由因为对CIF分歧的剖析了局而不休的会商而构成的共鸣基本上。EDW能够存储在主存储器（功能较高）及二级存储器（功能较差）中。

以下将CIF次要观点要素做扼要形貌

操纵体系，数据猎取，数据堆栈，主存储办理，二级存储，数据集市，数据递交（是一套使得终极用户及其信息体系组可以创建和办理数据堆栈的视图处置历程，它包括以下历程：过滤，格局化及从数据堆栈提交数据给数据集市），ODS,元数据办理，探究数据库（是一种决议撑持体系的架构，目标是为探测性及一时的处置供应一个数据港湾，它使用数据紧缩手艺来到达在短工夫内对全部数据库举行会见的才能）。数据发掘堆栈（是一个剖析职员在探究数据库中来测试他们假定和揣度的情况，专业的数据发掘工具包括IntelligentAgents来实行这些义务。剖析使用（事后计划的，能够安装的决议撑持使用，它们一般必要客户化来顺应企业特定的请求.好比风险剖析，CRM剖析等。内部数据（ExternalData是位于除企业使用的正轨数据外的任何内部数据(如生齿统计，信誉，合作者及财务方面的信息，一般，内部数据由企业向特定信息供应贩子购置)


2008年1月16号MySQLAB被Sun公司收购。而2009年，SUN又被Oracle收购。就这样如同一个轮回，MySQL成为了Oracle公司的另一个数据库项目。

sqlserver的痛苦之处在于有用文档的匮乏，很多只是表明的东西

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

发几份SQL课件，以飨阅者

原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

从项目平台的选择上讲，我们关心的，应该是一款产品能不能满足任务需求，而不是网上怎么说。

这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据，是否会出现大规模的碎片？

换言之，只有在不断的失败中尝试成功，而关于失败的总结却是很少的

这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高，但是相对映射到数据表中效率还是提高了很多。我做过试验，在我的实验环境中会比映射到表中提高30%左右的效率。

记得在最开始使用2k的时候就要用到这个功能，可惜2k没有，现在有了作解决方案的朋友会很高兴吧。