计算机三级数据库技术

第一章 数据库应用系统开发方法

数据库应用系统生命周期

软件工程与软件开发方法

瀑布模型 快速原型模型 螺旋模型

DBAS生命周期

DBAS生命周期：项目规划、需求分析、系统设计、实现与部署、运行与维护

规划与分析

可行性分析：经济可行性、技术可行性、操作可行性、开发方案选择

需求分析

数据字典：数据项、数据结构、数据流、数据存储和处理

功能需求分析：数据处理需求分析(事务规范、数据流图)、业务规则需求分析(应用程序)

性能需求分析：操作响应时间、系统吞吐量(单位时间内完成的数据库事务数量)、允许并发访问最大用户、每TPS代价值

其他需求分析：存储需求、安全性需求、备份和恢复需求

系统设计

概念设计：数据库概念模型设计（需求规格说明书）、系统总体设计

逻辑设计：数据库逻辑结构设计、应用程序概要设计、数据库事务概要设计(read和write)

物理设计：数据库物理结构设计、数据库事务详细设计、应用程序详细设计

实现与部署

建立数据库结构、数据加载、事务和应用程序的编码及调试、系统集成，测试与试运行

系统部署

运行管理与维护

日常维护、监控与分析、性能优化调整、系统进化

三层浏览器/服务器结构：浏览器服务器、应用服务器(业务规则)、数据库服务器

第二 章需求分析

需求分析

需求获取的方法

面谈 实地观察 问卷调差 查阅资料

需求分析过程

标识问题 建立需求模型 描述需求 确认需求

需求分析方法

DFD需求建模方法

 

IDEF0需求建模方法

IDEFO图基本元素是矩形和箭头，矩形方框代表功能活动

ML用例模型

UML方法采用面向对象思想建模，由用例图组成。

用例图由系统、角色、用例三种模型元素及关系构成。

第三章 数据库结构设计

数据库概念设计

明确建模目标  定义实体集    定义联系

建立信息模型  确定实体集属性    对信息模型进行集成与优化

IDEF1X建模方法

IDEF1X侧重分析、抽象和概括应用领域中的数据需求。

独立实体集：一个实体集的每一个实例都能被唯一地标识而不决定于它与其他是集体的联系

从属实体集：实体集的一个实例的唯一标识依赖于该实体集与其他实体集联系

 

标定型联系：子女实体集中的每个实例都是由它与双亲的联系而确定的  

(学生,课程) 成绩--->完全函数依赖--->n:1

非标定型联系：子女实体集中的每一个实例都是被唯一地确认而无需了解与之相联系的双亲实体集的实例   (系) 学生--->1:n

分类联系：两个或多个实体集之间的联系，每一个实例都恰好与一个且仅一个分类实体集的一个实例相联系 (月薪职工，计时职工) 职工

非确定联系(多对多)：两个实体集之间，任一实体集的一个实例都将对应另一实体集的0个、1个或多个实例；可通过引入第三个实体集将非确定关系转化为确定关系

学生(课程)--->m:n

ER建模方法

实体或实例：客观存在并可互相区分的事务

实体集：同型实体的集合

属性：实体所具有的某一个特性，一个实体可由若干个属性刻画，每个属性的取值范围为域

码：实体集中唯一标识每一个实体的属性或实体组合，一个实体集中任意两个实体在主码上的取值不能相同

联系：描述实体之间的相互关系，可以有属性；一对一，一对多，多对多

ER图表示方法

实体集：矩形框

联系：菱形框

属性：椭圆或圆角矩形   

数据库逻辑设计

函数依赖

R(U,D,DOM,F)

R：关系名

U：组成该关系的属性名集合

D：属性组U中的域

DOM：属性到域的映射

F：属性组U上的一组数据依赖

R 当且仅当U上的一关系R满足

数据依赖：关系内部属性与属性之间的一种约束关系

完整性约束的表现形式： X ---> Y  

多值依赖：函数是唯一确定的关系，多值依赖却不能唯一确定

非平凡函数依赖：如果 x-->y ，且y ⊈x

平凡函数依赖：如果x-->y,且y⊆x

例：SC(Sno,Cno,Grade)

非平凡函数依赖：（Sno,Cno）-->Grade

平凡函数依赖：（Sno,Cno）-->Sno , （Sno,Cno）-->Cno

f：完全函数依赖  p：部分函数依赖

部分函数依赖：如果x-->y ，但y不完全依赖于x，记作

完全函数依赖：如果x-->y，且对于任何X’ ⊂ x都有，则称y完全依赖于x，记作X--\-->Y

 

推论：如果，且x是单个属性，则

例：选课（学号，课程号，课程名，成绩）

完全函数依赖：（学号，课程名）

部分函数依赖：（学号，课程号）

传递函数依赖：如果x--->y，y--->z，且y ⊈x，y--\-->x,则称z传递函数依赖于x，记作

例：学生（学号，姓名，系名，系主任）

传递：

 

关系模式规范化分解

数据规范化：把一个低一级的关系模式分解为高一级关系的过程

范式：关系模式满足的约束条件

1NF：如果关系模式R，其所有属性都是不可再分的基本数据项。

 数据库表中的字段都是单一的属性，不可再分

2NF：如果关系模式R∈1NF，且每个非主属性完全函数依赖于主码

 实体的属性完全依赖于主码

3NF：如果关系模式R为2NF，并且R中的每个非主属性不传递依赖于R的主码，R∈3NF

关系模式规范化步骤

1NF

消除非主属性对码的部份函数依赖

2NF

消除非主属性对码的传递函数依赖

3NF

消除主属性对码的部分和传递函数依赖

BCNF

示例：设关系模式R（学号，课程号，成绩，教师姓名，教师地址）规定：每个学生每学一门课只有一个成绩，每门课只有一个教师任教，每个教师只有一个地址，且教师没有同名同姓。

要求：

1. 写出R的基本函数依赖

（学号，课程号） →成绩     课程号→教师姓名 教师姓名→教师地址

1. 则将R分解为2NF

R1 （学号，课程号，成绩）

R2 （课程号，教师姓名，教师地址）

（3）将R分解为3NF

R3 （课程号，教师姓名）

R4 （教师姓名，教师地址）

将ER图转化为关系模型

①一个实体型转换为一个关系模式

　　实体的属性就是关系的属性，实体的主码就是关系的主码。

 

学生（学号，姓名，年龄，性别）

②一个1：1联系转换为一个关系模式

职工（职工号，姓名，年龄）

产品（产品号，产品名，价格，职工号）

③1：n联系转换为关系模式

 

仓库（仓库号，地点，面积）

产品（产品号，产品名，价格，仓库号，数量）

④m：n联系

学生（学号，姓名，年龄，性别）

课程（课程号，课程名，学时数）

选修（学号，课程号，成绩）

⑤三个及以上实体间联系

 

供应商（供应商号，供应商名，地址）

零件（零件号，零件名，单价）

产品（产品号，产品名，型号）

供应（供应商号，零件号，产品号，数量）

⑥同一实体集联系

1：1（一对一）

1：n（一对多）

m：n（多对多）

（1）将同实体集1：n联系转换为关系模型

 

职工（职工号，姓名，年龄，领导工号）

（2）将同实体集m:n联系转换为关系模型

 

零件（零件号，名称，价格）

组装（组装件号，零件号，数量）

组装件号为组装后的组合零件号。

数据库物理设计

物理设计概述

物理数据库设计是设计数据库的存储结构和物理实现方法

数据库的物理结构

文件组织、文件结构、文件存取、索引技术

堆文件：数据库中的一个基本表中的数据量很少，并且插入、删除、更新等非常频繁

顺序文件：基于查找码的顺序访问，快速的二分查找

散列文件：用户查询基于散列域值等值匹配，访问顺序随机

索引

索引技术的关键：建立记录域取值到记录的物理地址间的映射关系

有序索引：数据文件和索引文件（索引记录或索引项的集合）是有序索引技术中的两个主体

散列索引：哈希（Hash）索引机制，利用散列函数实现记录域取值到记录物理地址间的直接映射关系。

聚集(CLUSTERED)索引：一个数据文件只可建立一个聚集索引，但可建立多个非聚集索引

稠密索引：数据文件中每个查找码都对应索引记录

稀疏索引：部分查找码的值对应索引记录

主索引：主码属性集上建立的索引

辅索引：非主属性上建立的索引

唯一(UNIQUE)索引：索引列不包含重复值

单层索引：线性索引，每个索引项顺序排列直接指向数据文件中的数据记录

多层索引：大数据量文件中的采用多层树型（B,B+树）索引快速定位

数据库物理设计

数据库逻辑模式描述

面向目标数据库描述基本表和视图、设计基本表业务规则

文件组织与存取设计

数据分布设计

特征划分、时间地点划分、数据划分（水平 垂直）

确定系统配置

提供系统软硬件平台的初始配置信息

物理模式评估

对数据库物理设计结果从时间、空间、维护、代价等方面进行评估

第四章 数据库应用系统功能设计与实施

软件体系结构与设计过程

软件体系结构

构件，连接件，约束

风格类型：分层体系结构、模型-视图-控制器（MVC）体系结构、客户端/服务器体系结构。

软件设计过程

软件开发由设计、实现和测试三个环节组成，设计包括概要设计和详细设计。

原则：软件结构模块化、信息隐藏、抽象、逐步求精。

DBAS总体设计

DBAS体系结构设计

客户/服务器体系结构（C/S） 浏览器/服务器体系结构（B/S）

DBAS软件总体设计

模块结构图：模块、调用、数据、控制、转接。

软硬件选型与配置设计

考虑因素：数据规模、系统性能、安全可靠性、用户需求、项目预算情况。

业务规划初步设计

从系统的角度，规划DBAS的业务流程，使之符合客户的实际业务需要。

DBAS功能概要设计

将DBAS应用软件细化为模块/子模块，组成应用软件的系统-子系统-模块-子模块层次结构，并从结构、行为、数据三方面进行设计。

表示层概要设计

人机界面设计，设计原则：‘自主控制’；反馈及时，上下感知；容错与恢复；界面常规；输入灵活；界面简洁交互及时

业务逻辑层概要设计

设计原则：高内聚低（松）耦合，即构件单一原则；构件独立功能；接口简单明确；构件间关系简单，过于复杂，就细化，分解。

设计内容：结构，行为，数据，接口，故障处理、安全设计，系统维护和保障等(存储过程)

数据访问层概要设计

任务：针对DBAS的数据处理需求设计用于操作数据库的各类事务。

事务概要设计核心在于辨识和设计事务自身处理逻辑，注重流程，不考虑与平台相关、具体操作方法和事务实现机制。

一个完整的事务概要设计包括事务名称、访问的关系表及其数据项、事务逻辑（事务描述）、事务用户（使用、启动、调用该事务的软件模块和系统）。

事务：事务是访问并可能更新数据库中各种数据项的一个程序执行单元，事务的特性ACID。

原子性：一个不可分割的工作单位。

要么做，要么不做

一致性：从一个一致性状态变到另一个一致性状态

如果一个事务执行失败，则已做过的更新被恢复原状，像整个事务从未执行

隔离性：执行不能被其他事务干扰。

一个事务执行过程中，正在访问的数据被其他事务修改，导致处理结果不正确

持久性：永久性，指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。

某系统运行过程异常，已提交事务所影响的数据未能正确写入磁盘且无法恢复

数据持久层概要设计

负责保存和管理应用系统数据

DBAS功能详细设计

表示层详细设计

人机界面采用原型迭代法合适，三个步骤：

（1）初步设计：设计人机交互命令系统并优化。（总体设计）

（2）用户界面细节设计：如组织形式、风格、彩色，操作方式。（概要设计）

（3）原型设计与改进：（详细设计）

业务逻辑层详细设计

设计各模块内部处理流程和算法、具体数据结构、对外详细接口等。

应用系统安全构架设计

数据安全设计

安全性保护

用户身份鉴别、权限控制、视图机制

完整性保护

设置完整性检查，作用于列（类型、范围、精度、排序）、元组（属性）、关系(集合)

对列的约束：对其值的类型、范围、精度、排序等约束

对元组的约束：对记录中各个属性之间的联系约束

对关系的约束：对若干个记录之间（一个关系的各个元组之间）、关系集   合以及之间联系的约束

并发性控制

封锁技术：排它锁（写锁X）,共享锁（读锁S）

避免死锁原则：同一顺序访问资源、避免事务交互性、小事务缩短长度和时间、记录级别锁（行锁）、绑定连接

加锁协议规定了事务的加锁时间，持锁时间和释放锁时间

三级加锁协议可以完全保护并发数据事务的一致性

由于死锁导致事务回滚属于数据库故障的事务内部故障

两阶段的加锁协议可以保证事务调度的可串行性

为避免活锁现象的发生，先来先服务策略处理事务的加锁请求

数据库管理系统一般通过周期性检查事务等待图来实现死锁检测

数据备份与恢复

策略：双机热备、数据转储、数据加密存储

数据加密传输

手段：数字安全证书、对称密钥加密、数字签名、数字信封

环境安全设计

漏洞与补丁（查找更新）、计算机病毒防护（杀毒监控）、网络环境安全（防火墙）、物理环境安全（UPS）

制度安全设计

管理层面安全措施

DBAS实施

创建数据库

因素：初始空间 数据增量大小、访问性能

数据装载

步骤：筛选数据——转换数据格式——输入数据——校验数据

编写与调试应用程序

数据库系统运行

功能测试与性能测试

第五章UML与数据库应用系统

DBAS建模

UML由语义和表示法组成；语义用自然语言描述，表示法是可视化标准表示符号。

四层：元元模型层、元模型层、模型层、用户模型层。

结构图→静态结构建模：类图、对象图、复合结构图、包图、组件图、部署图

行为图→动态行为建模：用例图、交互图（顺序图、通信图、交互概述图、时间图）、状态图、活动图

DBAS业务流程与需求表达

活动图

箭头线：活动之间的转换 箭头：执行方向 圆角矩形：活动

菱形：分支、判断 标注：执行下一个活动条件 加粗直线：同步条

目的：表达流程规范性，表达明确、简单、逻辑清晰

只能有一个起点，可有多个结束点

                    

 

用例图

系统功能需求是用户想要的，本质最终是捕捉用户心中的期望。

用例模型：用例、角色、系统。

系统：长方框表示，系统名字写在方框上或下面。

角色：与系统交互的人或其他实体。

通用化关系：把某些角色共同行为抽取出来作为通用行为，通用行为构成超类。

角色之间：通用化关系用带空心三角形（作为箭头）的直线表示。

用例：一个完整的功能，是所有动作的集合。

用例：椭圆形表示 关联关系：带箭头直线

扩展和使用是继承关系，组合把相关用例打成包。

扩展关系：构造型（sterotype）<>

使用关系：构造型 <>

 

DBAS系统内部结构的表达

类图

类图技术是面向对象方法的核心技术。

属性

可见性：公有、受保护、私有，分别用“+”，“#”，“-”表示

名称：表示属性的名称

类型：定义属性的种类

缺省值：属性的初始值

约束性：列出该属性所有可能取值

操作

可见性、名称、参数表、返回类型表达式、约束性

关联关系

两个类之间存在某种语义上的联系

导航关系： 类与类之间的关联是单向的；实线箭头

多重性参与对象的数目上下界限制，“*”代表0~∞，“1”是1..1的简写

如果图中没有明确标识关联的重数，就意味着是1

聚集

共享聚集：部分可以参加多个整体；空心菱形

组成：整体拥有各部分，部分与整体共存，整体不存在，部分也会消失；实心菱形

继承（泛化）关系

元素与特殊元素之间的分类关系；继承表示为一头为空心三角形的连线。

依赖关系

元素Y依赖元素X

精化关系

同一事物的两种描述之间的关系；带空心三角形的虚线表示

     

 

顺序图

描述系统内对象之间的消息发送和接收序列

横向：对象，用矩形框表示 纵向：时间持续的过程

对象间的通信用对象生命线之间的水平消息表示；

消息线的箭头说明消息的类型，如同步、异步或简单

消息/方法名字：标注在消息线的上面

浏览顺序图的方法：从上到下查看对象间交换的信息

各分支的条件不互相排斥，消息可能会并行发出

条件之间互相排斥，一次只能发送一条消息

当一个对象被销毁时，用一个大“X”标记

 

通信图（协作图）

对象之间的联系以及对象之间发送和接收的消息 空间

特别表达消息的传递是由哪一个对象到另一个对象

描述对象在空间中如何交互、链接，没有时间轴，按序编号

    

 

DBAS系统微观设计的表达

对象图

概念模型中必须要利用比较抽象的表示法，来同时表达概念在各种不同情况下的呈现

 

状态图

某个对象或某一个事件非常复杂的状态转换；只能有一个起始状态

 

时间图

当状态持续了多长时间后，就会转移到另一个状态；状态转移中牵涉时间因子

 

DBAS系统宏观设计与表达

包图

包与包之间允许建立的关系有依赖、精化和通用化；保证低耦合，高内聚

可见性：私有、保护、公有、实现，缺省的可见性为公有

     

 

交互概述图

主要元素和活动图完全一致，唯一不同的是交互框用来取代活动图中的活动框

          

 

复合结构图

最主要元素是部件

部件与外部的部件连接时，必须通过端口，用正方形图示。

供给接口：某个特定的部件提供服务个外部的部件

需求接口：某个特定的部件需要外部的部件提供服务

 

DBAS系统实现与部署的表达

组件图

一组组件之间的组织和依赖，用于对源代码、可执行任务的发布、物理数据库等的建模。

组件是逻辑设计中定义的概念和功能在物理架构中实现。

典型情况下，组件是开发环境中的实现文件

 

部署图

系统中的硬件和软件对的物理配置情况和系统体系结构；结点表示实际的物理设备。

 

第六章 高级数据查询

一般数据查询功能扩展

使用TOP限制结果集

语法格式：TOP  n  [percent] [WITH  TIES]

①TOP  n:取查询结果的前n行数据；

②TOP n percent:取查询结果的前n%行数据；

③WITH TIES：表示包括最后一行取值并列的结果

注意：用TOP谓语，与ORDER  BY子句一起使用

  用WITH TIES选项，必须使用ORDER BY子句

使用CASE函数

分情况显示不同数据类型的目的

简单CASE函数

语法格式： CASE  测试表达式

WHEN  简单表达式1 THEN结果表达式1

WHEN  简单表达式2 THEN结果表达式2

......

WHEN  简单表达式n THEN结果表达式n

[ELSE  结果表达式n+1]

END

搜索CASE函数

语法格式： CASE  

WHEN  布尔表达式1 THEN结果表达式1

WHEN  布尔表达式2 THEN结果表达式2

......

WHEN 布尔表达式n THEN结果表达式n

[ELSE  布尔表达式n+1]

END

将查询结果保存到新表中

语法格式： SELECT  查询列表序列  INTO  [# / ##]  <新表名>

  FROM  数据源

... ——其他行过滤、分组等子句

功能：

①查询语句列出的列以及其类型创建一个新表

②执行查询语句

③将查询结果插入新表

局部临时表标识“#”，全局临时表标识“##”。

查询结果的并、交、差运算

并运算 UNION

语法格式： SELECT  语句1

UNION [ALL]

SELECT 语句2

UNION [ALL]

...

SELECT 语句n

JION是垂直合并数据（添加更多的列），UNION是水平地合并数据（添加更多的行）

注意：

①列的个数，语义相同

②列的数据类型与其他列的数据类型隐式兼容

③合并后采用第一个SELECT语句列标题

④结果进行排序，ORDER  BY写在最后一个查询语句

交运算 INTERSECT

语法格式： SELECT  语句1

INTERSECT

SELECT 语句2

INTERSECT

...

SELECT 语句n

交运算返回两个查询结果集中各个列的值均相同，并用这些记录构成交运算的结果

差运算 EXCEPT

语法格式： SELECT  语句1

EXCEPT

SELECT 语句2

EXCEPT

...

SELECT 语句n

差运算将返回在第一个集合中有但第二个集合中没有的数据

相关子查询

子查询进行基于集合的测试 [NOT] IN

WHERE表达式[NOT]  IN（子查询）

注意：先执行子查询，然后在子查询的结果基础上再执行外层查询

子查询进行比较测试

WHERE表达式  比较运算符（子查询）

比较运算符：=、<>、<、>、<=、>=

运算结果为True，则返回True；运算结果为False，则为False。

注意：子查询先得到聚合函数的结果，再执行外层查询的比较。

子查询进行存在性测试 [NOT]  EXISTS

WHERE  [NOT]  EXISTS（子查询）

注意：①先执行外层查询，再执行内层查询。

②只返回真或假值，子查询目标列通常用“*”

其他形式的子查询

替代表达式的子查询

在SELECT语句的选择列表中嵌入一个只返回一个标量值的语句

例：查询G001顾客姓名、地址以及顾客购买商品的次数

SELECT  Cname,Address

(SELECT  COUNT(*)  FROM  Table_SaleBill  a

JION  Table_Customer  b  ON  a.CardID=b.CardID

WHERE CustomerID=’G001’)  AS  Totaltimes

FROM  Table_Customer

WHERE  CustomerID=’G001’

派生表

将子查询作为一个表来处理；简化查询，避免使用临时表

SELECT  *  FROM（SELECT  *  FROM  T1） AS  temp

其他一些查询功能

开窗函数

将OVER子句与聚合函数结合使用

语法格式： : : =

OVER  ( [PARTITION  BY  value_expression] )

PARTITION  BY :将结果集划分为多个分区

value_expression：指定对行集进行分区所依据的列

例：SELECT Cno,Semester,Credit,

SUM(Credit)  OVER (PARTITION  BY  Semester)  AS  ‘Total’

将OVER子句与排名函数一起使用

语法格式： RANK () OVER  ( [ < partition_by_clause > ]

< order_by_clause> )

partition_by_clause :将FROM子句生成的结果集划分成排名函数使用的分区

order_by_clause ：指定应用于分区中的行时所基于的排序依据列

RANK():每行数据在每个分区内的排名；若值有相同的行，则值相同的行具有相同排名

DENSE_RANK()：排名中间没有任何间断，该函数返回的是一整个连续的值

NTILE：有序分区中的行划分到指定数目的组中

ROW_NUMBER():返回结果集中每个分区内行的序列号

例：SELECT 列名 RANK()  OVER

(PARTITION  BY 列名  ORDER  BY 列名 [DESC | ASC ] )

FROM 表名 ORDER  BY 列名

公用表达式

将查询语句产生的结果集指定一个临时命名的名字

好处：①定义递归公用表达式

  ②操作数据代码清晰简洁

  ③GROUP  BY子句作用在子查询的标量列上

  ④在一个语句中多次引用共用表达式

语法格式： WITH [...n]

: :=

expression_name [  ( column_name  [...n] )  ]

AS

(SELECT  语句)

expression_name :公用表达式标识符

column_name：公用表达式指定列名

SELECT  语句：指定一个用其结果集填充到公用表达式的SELECT语句

例：WITH  BuyCount(CardID,Counts)  AS

SELECT  CardID,COUNT(*)  FROM  Table_SaleBill

GROUP BY  CardID)

SELECT  CardID,Counts  FROM  BuyCount

ORDER BY  Counts

第七章 数据库及数据库对象

创建及维护数据库

SQL Server数据库概述

master：记录实例的所有系统级信息，包括实例范围。

msdb：代理服务调度报警和作业以及记录操作员时使用

model：实例上创建的所有数据库模板

tempdb：临时数据库

resource：：只读数据库

数据库的组成

数据文件包含数据和对象，日志文件包含恢复数据库中的所有事务需要的信息

数据文件

主要数据文件：扩展名 .mdf 只能有一个主要数据文件

次要数据文件：扩展名 .ndf 可以不包含次要数据文件，也可以包含多个次要数据文件

可以建立在一个磁盘上，也可以分别建立在不同磁盘上

在主要数据文件建立之后建立的所有文件都是次要数据文件

事务日志文件

扩展名 .ldf 存放恢复数据库的所有日志信息，必须至少一个日志文件， 也可以多个日志文件

数据存储空间的分配

①数据的分配单位是数据页，一页是一块8KB（8×1024B，用8060B存放数据，另外132B存放信息）的连续磁盘，每MB有128页

②不能跨页存储，表中一行数据大小不能超过8060B

③创建用户数据库时，model数据库自动复制到新建数据库中，且复制到主数据文件中

数据库文件组

主文件组：包含主要数据文件和其他数据文件，系统所有页均分配在主文件组中

用户定义文件组：用户可以创建自己的文件组，将数据库文件组织起来，便于管理和数据分配

①日志文件不包括在文件组内，日志空间与数据空间分开管理

②一个文件可以是多个文件组的成员

③文件组中有多个文件，在所有文件被填满之前不会自动增长，填满后文件会循环增长

数据库文件属性

文件名及其位置：具有一个逻辑文件名和物理文件名，逻辑文件名必须是唯一。

多个数据文件，建议将文件分散存储在多个物理磁盘上

初始大小：指定主要数据文件的初始大小时，其大小不能小于model数据库

  主要数据文件的大小

增长方式：可指定文件是否自动增，默认配置为自动增长

最大大小：文件增长的最大空间限制，默认是无限制

用T-SQL语句创建数据库

语法格式： CREATE  DATABASE  database_name

[  ON

[ PRIMARY ]   [  [,  ...n]

[ ,   [,  ...n]

[ LOG ON  {  [,  ...n] } ]

]

]

< filespec > : : ={

(NAME = logical_file_name ,

FILENAME={ ‘ os_file_name’  |  ‘filestream_path’

[ , SIZE = size [ KB | MB | GB | TB ]  ]

[ , MAXSIZE = max_size [ KB | MB | GB | TB ] | UNLIMITED ]

[ , FILEGROWTH= growth_increment [ KB | MB | GB | TB | % ]  ]

) [ ,  ...n] }

< filegroup > : : = {

FILEGROUP  filegroup_name [ DEFAULT ]

< filespec > [ ,  ...n ] }

Database_name:新数据库名

ON：指定数据文件

PRIMARY：指定关联数据文件的主文件组

LOG ON：指定日志文件

：定义文件属性

NAME=logical_file_name：指定文件的逻辑名称

FILENAME= ‘ os_file_name’：指定操作系统（物理）文件名

SIZE = size：指定文件的初始大小

MAXSIZE = max_size ：指定文件可增大最大大小

UNLIMITED：指定文件的增长无限制

FILEGROWTH= growth_increment：指定文件的自动增量

growth_increment ：每次文件添加的空间量

< filegroup > :文件组属性

FILEGROUP  filegroup_name：文件组的逻辑名称

修改数据库

扩大数据空间

语法格式： ALTER  DATABASE database_name

{ < add_or_modify_files > }

< add_or_modify_files >: : =

{

ADD FILE < filespec > [ ,  ...n ]

[ TO  FILEGROUP { filegroup_name | DEFAULT } ]

| ADD  LOG  FILE  [ ,  ...n ]

| MODIFY  FILE < filespec >

database_name：要修改的数据库名

< add_or_modify_files >：在数据库中添加新的数据库文件

TO FILEGROUP { filegroup_name | DEFAULT }：将指定文件添加到文件组

：文件属性

ADD LOG  FILE：在数据库中添加新的日志文件

MODIFY  FILE：指定要修改的文件

收缩数据空间

收缩整个数据库大小

语法格式： DBCC  SHRINKDATABASE

（‘ database_name’  | database_id | 0 ‘）

[ ,target_percent ]

[ ,{ NOTRUNCATE | TRUNCATEONLY ]

    )

‘database_name’  | database_id | 0 :要收缩的数据库名称和ID；指定0，则表示收缩当前正在使用的数据库

target_percent：数据库收缩后文件所需的剩余空间百分比

NOTRUNCATE：数据库文件保留释放的文件空间；若未指定，则释放给操作系统

TRUNCATEONLY：将文件中任何未使用的空间均释放给操作系统，收缩到最后分配大小

收缩指定文件大小

语法格式： DBCC  SHRINKDATABASE

( ‘file_name’

{ [ ,EMPTYFILE ]

| [ [ ,target_size ] [ , [ {NOTRUNCATE | TRUNCATEONLY  }  ] ]

}

)

file_name:要收缩的文件逻辑名

target_size：指定收缩后目标文件大小

EMPTYFILE：指定将文件中的所有数据迁移到同一个文件组的其他文件中

NOTRUNCATE：数据库文件保留释放的文件空间；若未指定，则释放给操作系统

TRUNCATEONLY：将文件中任何未使用的空间均释放给操作系统，收缩到最后分配大小

添加和删除数据库文件

语法格式： ALTER  DATABASE  database_name

REMOVE  FILE  logical_file_name

database_name：要删除的数据库名

logical_file_name：被删除文件的逻辑名

分离和附加数据库

分离数据库

语法格式： sp_detach_db [ @ dbname= ]  ‘ dbname ’

[ , [ @ skipchecks= ]  ‘ skipchecks ’

[ @ dbname= ]  ‘ dbname ’ ：要分离的数据库名称

[ @ skipchecks= ]  ‘ skipchecks ’ ：指定跳过还是运行 “更新统计信息”；

  若跳过，则true；若显示运行，则false

附加数据库

语法格式： CREATE  DATABASE  database_name

ON    [ , ...n]

FOR { ATTACH | ATTACH_REBUILD_LOG }

 database_name：要附加的数据库名称

：指定要附加的数据库的主要数据文件

FOR  ATTACH_REBUILD_LOG：指定附加现有的操作系统文件创建数据库

  只限于读/写的数据库；若缺少日志文件，重新生成

架构

定义架构

架构：数据库下的逻辑命名空间，可存放数据库对象

  一个数据库可以包含一个或多个架构，由特定的授权用户拥有。

  同一数据库中架构名必须唯一；一个架构由零个或多个架构对象组成。

  定义架构可同时定义表TABLE、视图VIEW、用户授权GRANT

语法格式： CREATE  SCHEMA  [ <架构名> ]  AUTHORIZATION  <用户名>

若未指定<架构名>，则<架构名>隐含为<用户名>

删除架构

语法格式： DROP  SCHEMA  <架构名>  {  |   }

CASCADE：删除架构的同时将该架构中的所有架构对象一起全部删除

RESTRICT：如果被删除的架构中包含架构对象，则拒绝删除此架构

批处理语句

 BEGIN  TRANSACTION ....... COMMIT   TRANSACTION

分区表

创建分区函数

SQL语句： CREATE  PARTITION FUNCTION  partition_function_name (input_parameter_type)

   AS  RANGE  [ LEFT | RIGHT ]

   FOR  VALUES (  [ boundary_value [ , ...n ] ]  )

   [ ; ]

partition_function_name：分区函数名

input_parameter_type：用于分区的列的数据类型

boundary_value：为每个分区指定边界

...n：提供值的数目，n≦999

LEFT | RIGHT：指定间隔值由数据库引擎按升序从左到右排序；若未指定，则默认为LEFT

说明：

①分区函数的作用域仅限于创建该分区的数据库

②分区列空值的所有行在最左侧；最左侧分区为空分区，NULL值被放置在后面分区中

左分区

例：CREATE  PARTITION  FUNCTION  myRangeF1(int)

AS  RANGE  LEFT  FOR  VALUES(1,100,1000)

分区	1	2	3	4
值	coll<=1	coll>1  AND  coll<=100	coll>100  AND  coll<=1000	coll>1000

右分区

例：CREATE  PARTITION  FUNCTION myRangeF2(int)

AS  RANGE  RIGHT  FOR  VALUES(1,100,1000)

分区	1	2	3	4
值	coll<1	coll>=1  AND  coll<100	coll>=100  AND  coll<1000	coll>=1000

创建分区方案

SQL语句： CREATE  PARTITION  SCHEME partition_scheme_name

AS PARTITION  partition_function_name

[ ALL ]  TO ( { file_group_name | [ PRIMARY ] } [ , ...n ] )

[ ; ]

partition_scheme_name：分区方案名

partition_function_name：分区函数名

ALL：指定所有分区映射到file_group_name中提供的文件组

{ file_group_name | [ PRIMARY ] } [ , ...n ]：指定分区的文件组名

创建分区表

CREATE   TABLE   table_name(

列名 数据类型,

...

)

ON schema_name(列名)

索引

创建索引

语法格式： CREATE  [UNIQUE]  [CLUSTERED | NONCLUSTERED]  INDEX  INDEX_NAME

ON