MYSQL教程之ZT:数据堆栈罕见名词浅释

为维持生产环境和非生产环境需要不断地投入管理支持费用MySQL学习教程，最终导致客户为数据库资源投入巨额成本。数据
ZT:数据堆栈罕见名词浅释


DataWarehouse本世纪80年月中期，"数据堆栈之父"WilliamH.Inmon师长教师在其《创建数据堆栈》一书中界说了数据堆栈的观点，随后又给出了更加准确的界说：数据堆栈是在企业办理和决议中面向主题的、集成的、与工夫相干的、不成修正的数据汇合。与其他数据库使用分歧的是，数据堆栈更像一种历程，对散布在企业外部遍地的营业数据的整合、加工和剖析的历程。而不是一种能够购置的产物。Datamart数据集市，大概叫做"小数据堆栈"。假如说数据堆栈是创建在企业级的数据模子之上的话。那末数据集市就是企业级数据堆栈的一个子集，他次要面向部门级营业，而且只是面向某个特定的主题。数据集市能够在必定水平上减缓会见数据堆栈的瓶颈。

OLAP联机剖析处置(OLAP)的观点最早是由干系数据库之父E.F.Codd于1993年提出的。事先，Codd以为联机事件处置(OLTP)已不克不及满意终端用户对数据库查询剖析的必要，SQL对年夜数据库举行的复杂查询也不克不及满意用户剖析的需求。用户的决议剖析必要对干系数据库举行大批盘算才干失掉了局，而查询的了局其实不能满意决议者提出的需求。因而Codd提出了多维数据库和多维剖析的观点，即OLAP。

Codd提出OLAP的12条原则来形貌OLAP体系：

原则1OLAP模子必需供应多维观点视图
原则2通明性原则
原则3存取才能推想
原则4不乱的报表才能
原则5客户/服务器系统布局
原则6维的同等性原则
原则7静态的希罕矩阵处置原则
原则8多用户撑持才能原则
原则9非受限的跨维操纵
原则10直不雅的数据利用
原则11天真的报表天生
原则12不受限的维与会萃条理ROLAP

基于Codd的12条原则，各个软件开辟厂家见仁见智，个中一个派别，以为能够相沿干系型数据库来存储多维数据，因而，基于希罕矩阵暗示办法的星型布局（starschema）就呈现了。厥后又演变出雪花布局。为了与多维数据库相区分，则把基于干系型数据库的OLAP称为RelationalOLAP，简称ROLAP。代表产物有InformixMetacube、MicrosoftSQLServerOLAPServices。

MOLAPArborSoftware严厉依照Codd的界说，自行创建了多维数据库，来寄存联机剖析体系数据，创始了多维数据存储的先河，厥后的良多家公司纷繁接纳多维数据存储。被人们称为MuiltdimensionOLAP，简称MOLAP，代表产物有Hyperion(原ArborSoftware)Essbase、ShowcaseStrategy等。ClientOLAP相对ServerOLAP而言。部分剖析工具厂家倡议把部分数据下载到当地，为用户供应当地的多维剖析。代表产物有BrioDesigner，BusinessObject。

DSS决议撑持体系（DecisionSupportSystem），相称于基于数据堆栈的使用。决议撑持就是在搜集一切有关数据和信息，经由加工致理，来为企业决议办理层供应信息，为决议者的决议供应根据。

ETL数据抽取（Extract）、转换（Transform）、洗濯（Cleansing）、装载（Load）的历程。构建数据堆栈的主要一环，用户从数据源抽掏出所需的数据，经由数据洗濯，终极依照事后界说好的数据堆栈模子，将数据加载到数据堆栈中往。

Adhocquery即席查询，数据库使用最广泛的一种查询，使用数据堆栈手艺，可让用户随时能够面临数据库，猎取所但愿的数据。

EIS向导信息体系（ExecutiveInformationSystem），指为了满意没法专注于盘算机手艺的向导职员的信息查询需求，而特地制订的以复杂的图形界面会见数据堆栈的一种使用。

BPR营业流程重整（BusinessProcessReengineering），指使用数据堆栈手艺，发明并改正企业营业流程中的坏处的一项事情，数据堆栈的主要感化之一。

BI贸易智能（BusinessIntelligence），指数据堆栈相干手艺与使用的通称。指使用各类智能手艺，来提拔企业的贸易合作力。

DataMining数据发掘，DataMining是一种决议撑持历程，它次要基于AI、呆板进修、统计学等手艺，高度主动化地剖析企业原本的数据，做出归结性的推理，从中发掘出潜伏的形式，展望客户的举动，匡助企业的决议者调剂市场战略，削减风险，做出准确的决议

CRM客户干系办理（CustomerRelationshipManagement），数据堆栈是以数据库手艺为基本但又与传统的数据库使用有着实质区分的新手艺，CRM就是基于数据堆栈手艺的一种新使用。可是，从贸易运作的角度来说，CRM实在应当算是一个陈旧的"使用"了。好比，旅店对主人信息的办理，假如某个主人是某旅店的老顾主，那末该旅店很天然地会晓得这位主人的某些习气和喜欢，如是不是喜好靠路边，是不是抽烟，是不是喜好年夜床，喜好甚么样的早饭，等等。当主人再次到临时，不必主人本人提出来，旅店就会供应主人所喜好的房间和服务。这就是一种CRM。

MetaData元数据，关于数据堆栈的数据，指在数据堆栈建立过程当中所发生的有关数据源界说，方针界说，转换划定规矩等相干的关头数据。同时元数据还包括关于数据寄义的贸易信息，一切这些信息都应该妥帖保留，并很好地办理。为数据堆栈的开展和利用供应便利。


即使对于MySQL的商业化的企业版来说，也没有高昂的许可证成本，当你将其与像甲骨文和微软之类的大型专有商业数据库比较的话。

光写几个SQL实在叫无知。

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

光写几个SQL实在叫无知。

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

你可以简单地认为适合的就是好，不适合就是不好。

另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

你可以简单地认为适合的就是好，不适合就是不好。

相信各位对数据库和怎么样学习数据库都有一些经验和看法，也会有人走了一些弯路总结出自己的经验来，希望大家能把各自的看法和经验拿出来分享，给别人一份帮助，给自己一份快乐