《sql 语言艺术》 概要
http://www.oreilly.com/catalog/artofsql （原书）
http://www.oreilly.com.cn/book.php?bn=978-7-121-05834-9 (中文版)
数据库技术是企业信息化开发的基础。在制造业信息化领域从业多年，自己对这块知识却一直零碎杂乱，应该理顺思路，为架构设计的目标建立基础。
此书以明确应用原则，讨论各种SQL应用场景，利于实践。
第一章 制定计划：为性能而设计
程序首要目标：满足业务需求。设计SQL支持关系模型（表内不同字段间存在”关系“）。
关系就是表，不同字段联系在一起定义关系。
关系理论的关键原理：关系不包含重复数据，且记录之间没有顺序。
总结：建模是业务需求具体化的过程。
规范化的重要性--使混沌变得有序。
满足第三范式3NF。
真正的风险是数据的不一致性，难于编写的数据输入控制代码、性能、BUG以及模型无法演进，
规范化会增加上述风险几率。
松散、不同类型的信息组织，便于运用的数据模型，步骤：
第一步：确保原子性（属性）。无法再分割，仅把原子性属性定义为表中的字段。
如果where子句中必须引用属性的一部分，说明不属性未达到原子性级别，丧失两个优点：
1高效搜索能力，因常规索引以具有原子性的值作为键（全文索引不能实时更新）。
2由数据库保证的数据正确性，使用函数检查 将 复杂难维护。
还必须精通字符串函数，要避免多值塞进同一个字符串中。
原则上如果组织数据，实际上取决于如果使用数据。必须考虑业务需求，因为它决定原子级的地址属性，根据业务需求分析适用性。
下一步是确定唯一标识各记录的主键（复合键常见）。尽量使用实际意义的主键，而不是序列数（键的技术代用品）。
一旦所有属性都具有原子性、具确定了键，数据就符合1NF。
第二步：检查对键的完全依赖性
属性不是键确定行所特有的，属性部分依赖于键（复合键）。
影响：
数据冗余，公共属性会被重复保存，两个问题：
一。冗余数据容易引起数据不一致，修改更费时。
二。浪费存储空间。
查询性能，全表扫描
为消除键的部分依赖性，必须建立新表，新表的键都是原始表的键的一部分。
去除只依赖部分键的属性后，表就符合2NF。
第三步：检查属性独立性
除主键所包含的属性外，不能根据任何其他属性确还一个属性的值。此数据集满足3NF。
必须对2NF的数据集中的每一对属性检查，确定3NF。
不符合3NF的风险和2NF相同。
3NF重要原因：
合理规范化的模型可应
相关文档：
SELECT
CenterCD
,UseUnitCD
,SUM(UseUnitUnitPrice) 'totaladvance'
, GROUPING(UseUnitCD) 'grp'
from dbo.T_MMaterialGroupUnitPrice_SLS
GROUP BY CenterCD,UseUnitCD
WITH ROLLUP
SELECT
CenterCD
, ......
①。启动Distributed Transaction Coordinator 服务
打开服务，在服务中找到Distributed Transaction Coordinator服务，选择“属性”；
在“登录”选项卡中，选择“此帐户”，帐户名填写“N ......
---查询索引操作的信息
select * from sys.dm_db_index_usage_stats
--查询指定表的统计信息(sys.stats和sysobjects联合查询)
select
o.name,--表名
s.name,--统计信息的名称
auto_created,--统计信息是否由查询处理器自动创建
user_created--统计信息是否由用户显示创建
from
......
sys.identity_columns
用作标识列的每列都在表中占一行。
列名 数据类型 说明
<从 sys.columns 继承的列>
有关此视图所继承列的列表，请参阅 sys.columns
seed_value
sql_variant
该标识列的种子值。种子值的数据类型与列本身的数据类型相同。
increment_value
sql_variant
该标识列的增量值。种子值的� ......
QL分类：
DDL—数据定义语言(CREATE，ALTER，DROP，DECLARE)
DML—数据操纵语言(SELECT，DELETE，UPDATE，INSERT)
DCL—数据控制语言(GRANT，REVOKE，COMMIT，ROLLBACK)
首先,简要介绍基础语句：
1、说明：创建数据库
CREATE DATABASE database-name
2、说明：删除数据库
drop database dbname
3、 ......
