08 2009 档案
摘要：Inside T-SQL Index (1)一、前言关于索引的设计优化等文章,网上不计其数,大都是各自根据自己的经验或心得写出的一些建议,本文不提供任何产品环境下的建议,因为”变”才是Programming的本质,所以我只提供一些参考.毕竟每个数据库实例处的环境都不同.博友们认真读哦,呵呵.本文都是依据SQL Server 2005为大前提背景的.二、了解索引索引是与表或视图关联的磁盘上结构，可以加快从表或视图中检索行的速度。索引包含由表或视图中的一列或多列生成的键。这些键存储在一个结构（B 树）中，使 SQL Server 可以快速有效地查找与键值关联的行。 就SQL Server索引大类型
阅读全文
摘要：你真的了解SQL Server XML吗?---- (一xml数据类型)一、排版之前有博友一直说我的排版很非主流,所以重新约定下:a) 红色(章节)b) 绿色(书籍)c) 蓝色(超链接)d) 蓝色(重要内容,关键性东西)二、前言:关系数据库一直给我们行和列的影响,通过扩展无非就是添加行记录,然后也有添加列.至于分表扩展等我就不多说了.XML作为一种数据的载体,是否适用于关系型数据库呢?我不敢定论,但是通过一系列项目的经验也让我感受到XML在关系数据库中的魅力.当然也有人第一接触XML在SQL Server的支持时候大吃一惊,为什么我们需要呢?通过一些资料我们也可以看看高人们对XML在关系型数据
阅读全文
摘要：数据库构思与设计规范一、数据库模型构思（数据库设计步骤）a) 数据库模型理解数据库模型设计是编写软件就像建筑结构对于工程师们。工程师们学习所有的设计艺术比如浴室应该放哪和有多少个浴室，以及是否有浴室。如果这些结构设计留给土木工程师，他们也许会忘记这些浴室或者把问题遗留给居住的人们。这就非常类似数据库结构和与开发人员之间设计问题。 土木工程师们确保我们的建筑上的砖头不会砸到我们，而建筑师们让建筑更加的适合居住。是什么导致我们在软件，数据库建模中不得不设计数据库模 型。本质上来说，设计过程中涉及具体的对象构建前把我们的思路写在纸上，或者可能移动一些零件和部件以获取他们期待的设计。而一般的土木工程师
阅读全文
摘要：范式 就关系数据库而言，一贯认为：从其他元素中消除数据冗余问题，去除重复往往以减少冗余, 从特定的表中最小化冗余意味着摆脱不必要的数据。商业上来讲，主要目标是通常保存空间和组织的数据可用性和可管理性，而不牺牲性能。此外，要求强烈繁忙的应用程序和最终用户的需要往往需要以多种方式打破规则的范式，以满足性能要求。第三范式以外的范式常常被忽视和有时甚至是第三范式本身就是多余的。范式是一个升级的过程，每个上层的模式都是建立在下一级范式之上的。消除数据冗余的影响如下： ❑物理空间需要存储的数据减少。 ❑数据变得更有组织。 ❑范式化允许修改少量的数据（即单记录）。换言之，一个表的具体字段记录更新时，会影响其
阅读全文
摘要：事务与并发 开场白还是要来下的，又过了一年，很久没有和cnblogs朋友见面了。我还看到了我上几篇MSSQL的回复里面一直说期待我的下一个好文，唉！先谢罪了，太久没发表东东了。主要是因为有点忙，加上一回去就是学习，所以没时间给大家整理资料。最近因为要给公司培训一些东西，所以以后也会出一些文章的，所谓浓缩就是精华，所以大家就期待吧。 其实写文章总结也是对自己知识的一些反复，总结的时候可以查漏补缺，也可以给各位博友们提供一些看法和思路。我记得看过一篇架构师的曲线图里面也讲到了“写文章”总结的重要性。 今天开场白有点多，大家耐心点。呵呵，其实一直想写一个关于如何学习东西的文章，只有下次了，好了，那么
阅读全文
