简介这份SQL Server学习笔记面向数据库管理初学者及运维、开发人员帮助读者快速了解SQL Server的主要特点与核心知识点可作为入门复习、课堂配套和日常查阅的参考。笔记从数据库对象与结构入手梳理Create、Drop、Alter等基本操作C/S体系与常见编程接口表、列、索引、触发器、存储过程的容量限制并延伸到关系数据库模型中的实体、属性、码、域以及层次、关系、网状和面向对象等数据模型。同时整理数据库授权、系统数据库作用、mdf/ndf/ldf文件与文件组、创建数据库和建表语句、主键/外键/默认值/check/unique约束等要点并强调关系表中列类型一致、字段名不重复等基本规则内容按知识模块组织便于对照记忆和查漏补缺。压缩包共1个doc文件约499KB篇幅精炼适合按主题检索。已有440人学习适合需要系统梳理SQL Server基础概念的读者。1. 一张三层地图这份 SQL Server 学习笔记该从哪儿读起SQL Server 学习笔记最容易读成一本语法字典先记 CREATE 怎么拼再背 INSERT 后面跟什么最后发现一到判断题还是发懵。问题不在语法而在这门知识本身是三层结构缺少哪一层都对不上号。底层是架构与存储——C/S 体系、六个系统数据库、mdf/ndf/ldf 三类文件、一张动不动就被考到的容量参数表中间是关系模型与范式——实体、属性、码、域以及 1NF 到 BCNF 的判断顺序上层是可编程对象与完整性控制——五类约束、视图、簇索引与非簇索引、存储过程、游标、授权链。这三层之间的对应关系才是复习时真正该盯住的东西。这份梳理适合已经能写几条 SQL、正在备考或者准备面试、想要一张能查漏补缺清单的人。零基础也能看但先把地图记住比先背语法划算得多。2. 架构与存储C/S 体系、六个系统库与三类物理文件2.1 C/S 体系与编程接口SQL Server 站在哪一层SQL Server 采用 C/S 体系也就是客户端与服务器分离客户端负责界面、业务逻辑和用户交互服务器负责数据存储、查询解析与执行。这个划分看着简单却决定了很多后续概念的位置——登录、用户、角色为什么是两套东西权限为什么要先建登录再建用户根子都在这个“两边分离”的结构上。接口层面它提供丰富的编程接口ODBC、VB、VC、Access 都能接进来。接口多带来的好处是前端语言可以换坏处是复习时容易把“接口”和“语言”混成一类东西看到题目问“支持哪些编程接口”就把 C#、Java 也写上去。更稳妥的记法是接口是通道语言是通道两端的实现通道本身只有 ODBC 这一类标准接口。功能面上还有几条常被忽略支持 Web可做基于 Web 的分析提供数据仓库功能支持 XML扩展标记语言支持分布式分区视图配有分布式管理框架。单库大小范围是 1MB 到 1TB。这几条在简答题里出现频率不低尤其是“分布式分区视图”和“分布式管理框架”很多人只记得“分布式”三个字答不出具体是分区视图还是管理框架。2.2 六个系统数据库每个都对应一个典型故障场景系统数据库不是“装完就忘”的东西它们各自对应一类操作。下面这张表建议直接背尤其是 Master 和 Model 的区别这是最经典的一道送分题也是最容易答反的一道。系统数据库作用记忆抓手Master保存主数据登录账号、其他 SQL Server 数据库、服务器所有配置信息它出问题整个实例起不来Model模板库创建新数据库时以它为模板包含每个数据库都有的系统表改它等于改之后新建的所有库Tempdb存储临时表的数据库用户退出或连接终止内容自动消失Msdb默认大小 12MB保存调度作业、警报、接收警报的操作员信息代理、备份历史都在这PubsSQL Server 提供的样例数据库教学演示用NorthwindSQL Server 提供的样例数据库教学演示用注意 Tempdb 那条“连接终止就消失”和临时表的概念是同一件事的两面临时表存放在临时数据库里用户退出或与数据库的连接终止时自动消失。复习时把这两句绑在一起记比分开背两个知识点省力。2.3 三类物理文件与文件组数据库在磁盘上长什么样逻辑上的数据库最终要映射成几个操作系统文件这是“存储”这一块的核心结论。分三类文件类型扩展名职责注意点主要数据文件.mdf包含数据库的启动信息并存储数据一个库有且只有一个次要数据文件.ndf存放主要文件容纳不下的数据数据要跨多个磁盘时用它延伸日志文件.ldf记录用于恢复数据库的日志信息保证事务机制与可恢复性日志文件的分量要单独强调它是保证数据库事务机制和可恢复性最重要的手段事务日志就是一个不可分割的数据库操作的日志记录。也就是说日志不是“顺手记一下”而是回滚和恢复的依据删日志文件等于把后悔药扔了。文件组则是文件之上的管理单位作用是方便对文件进行管理构成分配或用于数据库管理的单个单元。理解顺序是文件 → 文件组 → 数据库一层套一层不要跳。2.4 创建数据库的语句结构与容量参数表创建数据库的语句结构是三段式CREATE DATABASE 定名ON 定义数据文件LOG ON 定义事务日志文件。每个文件要写清文件名、存储路径、初始大小、可增长到的最大值、增长增量五个要素。CREATE DATABASE ShopDB ON ( NAME ShopDB_data, -- 逻辑文件名 FILENAME D:\data\ShopDB.mdf, -- 主要数据文件路径 SIZE 10MB, -- 初始大小 MAXSIZE 500MB, -- 能增长到的上限 FILEGROWTH 5MB -- 每次增长的增量 ) LOG ON ( NAME ShopDB_log, FILENAME D:\data\ShopDB.ldf, SIZE 5MB, MAXSIZE 200MB, FILEGROWTH 5MB );五个参数里最容易漏写的是 MAXSIZE 和 FILEGROWTH前者决定磁盘会不会被一个库吃光后者决定增长时是一次性拿一大块还是每次拿一点点。一般用户建库时不指定方括号里的可选项语句关键字大小写意义相同数据库的逻辑名甚至可以是中文——这几点原文特意提了说明它们都是判断题爱考的地方。容量参数是这一章的硬骨头一张表扫完对象上限每个数据库的表20 亿个每行的字符8060 个字符每个表的列1024 列索引每表 1 个簇索引、249 个非簇索引每个索引 16 列触发器每表 3 个INSERT、UPDATE、DELETE存储过程最多 1024 个参数32 级嵌套用户连接32767 个锁定及打开对象20 亿个按表的个数算可同时打开的数据库327687 个数据库大小1MB — 1TB这张表的价值不在于全背而在于认出哪些数字是“成对出现”的陷阱表的个数和锁定对象都是 20 亿列是 1024存储过程参数也是 1024索引是 1 249。把数字按“20 亿组、1024 组、32767 组”重新归类比按行死记牢得多。3. 关系模型与范式实体、码、依赖与三范式的判断链3.1 从概念模型到数据模型实体、属性、码、域概念模型是对现实世界的第一次抽象数据模型是对概念模型的第二次落地。数据模型包含三要素数据结构、数据操作、数据的约束条件。这三条几乎每次简答都会问答的时候别只写“有结构有操作”要把约束条件单列出来。往下是实体这一组定义必须能互相区分实体客观存在的、可以相互区分的事物。属性实体所具有的某一特性例如性别。码键唯一标识实体的属性集例如学号是学生实体的码。域属性的取值范围例如性别取值为男、女学号是 11 位整数。实体型对同类实体的抽象和刻画用实体名加属性集合表示例如顾客编号、姓名、性别、年龄。实体集同型实体的集合全体学生、全体顾客都是实体集。联系包括实体内部的联系和实体之间的联系。“实体型”和“实体集”是最容易混的一对实体型是那个括号里带属性列表的模板实体集是照这个模板填出来的一堆具体记录。一个说结构一个说集合含混过去就会在选择题上翻车。常用的数据模型有四类层次模型、关系模型、网状模型、面向对象模型。当前主流是关系模型但“主流”不等于“唯一”答“常用数据模型有哪些”时四类都要写全。3.2 关系术语对照同一件事的两套叫法关系数据库最烦的地方是同一件事有两套名字一套数学味一套工程味。对照表如下数学叫法工程叫法说明关系一张表每张表就代表一个关系元组表中的一行一行就是一条记录属性表中的一列一列就是一个字段分量元组中的一个属性值单元格域属性的取值范围列的取值约束主码唯一确定一个元组的属性组可以是单列也可以是多列组合关系模式对关系的描述关系名 列名 域名 映射 依赖关系模式那一条的完整表述是关系名、列名、属性所属的域名、属性向域的映射、数据间的相互依赖关系。五个部分少写一个就扣分。3.3 一个关系能成立要过五道关关系是数据与数据之间的联系它必须符合以下条件这五条建议按顺序背每一列的数据类型都必须相同。没有完全相同的行。列与列之间的字段名不能重复。没有组合列即一列中不能有子列也不能把一列分割成两列或更多列。每一列都是不可再分的原子数据项这条与第一条常被合起来描述第一范式。第四条是后面第一范式的直接铺垫。原文那个例子很典型把商品所属类别做成 Goods_id(goods_type_1, goods_type_2, goods_type_3) 这种带下标的组合列按生活用品查询商品编号时结果为空——不是数据错了是结构本身违背了“没有组合列”。3.4 四级范式1NF 到 BCNF 的判定链范式是对关系的不同数据依赖程度的要求判断顺序必须固定跳步就会判错。第一范式所设计表的每一个分量必须是不可分的数据项即每一列不许是集合、序列等非原子属性。把非第一范式的表转成第一范式有两条路一是把非原子属性列变为原子属性列可以拆成多列也可以拆成多行二是分解表把一张表拆成多张表。要注意的是分量是否需要继续划分与具体情况相关——这条备注常被忽略它意味着 1NF 不是绝对的取决于使用场景。第二范式在满足第一范式的前提下每个非主属性完全依赖于码即不存在部分依赖于码的非主属性。看一个经典反例-- 联合主键(用户编号, 商品编号) CREATE TABLE buy_info ( 购买了商品的用户编号 VARCHAR(10), 用户购买商品编号 VARCHAR(10), 用户购买商品名称 VARCHAR(10), -- 只依赖商品编号不依赖用户编号 PRIMARY KEY (购买了商品的用户编号, 用户购买商品编号) );用户购买商品名称只由商品编号就能决定只依赖联合主键的一部分这就是部分依赖违反 2NF。而且联合主键的任何一个属性都不能为空一旦主键值为空就会出现插入异常重复存入数据又会造成更新困难两个毛病是连在一起的。第三范式在一组关系中若存在传递关系即 A 能推出 B、B 能推出 CC 不属于 B且 B 不能推出 A则不满足第三范式。换句话说3NF 要求不存在非主属性对码的传递依赖。判断时先确认 1NF 和 2NF再看有没有“非主属性决定非主属性”的链条。BCNF修正的第三范式要求更严——所有决定因素都必须是候选码。3NF 允许主属性对码的部分与传递依赖BCNF 一律不允许。两者的差别不在“更高级”三个字上而在依赖的主语是谁3NF 管非主属性BCNF 连主属性一起管。3.5 建表时的三种码候选码、主码、外部码候选码是此列值组唯一标识一行的属性组可以是一列也可以是多列的组合主码是从候选码中选定一个作为主码拥有候选码的全部特征主码中的属性叫主属性不包含在任何候选码中的属性叫非主属性外部码用来联系不同的两张表。这一段是后面约束和参照完整性的伏笔主键约束对应实体完整性外键约束对应参照完整性两种完整性在概念层就已经分好了。4. 约束、完整性与可编程对象五类约束到游标的落地4.1 五类约束各自管什么、写在哪约束关键字管什么一句话记忆主键约束PRIMARY KEY唯一标识每行值不能为空且每行唯一外键约束FOREIGN KEY ... REFERENCES两张表之间的对应连接动一张表要顾及另一张默认值约束DEFAULT用户未指定时系统自动指派空着就按默认填用户自定义约束CHECK限定输入的取值范围不满足就拒绝执行唯一性约束UNIQUE列值不可重复可空但不可重主键和唯一性的差别在“空”这一项主键值不能为空并保证每行都有非空且唯一值唯一性约束只强制值不重复允许空值。这一点在选择题里出现的频率极高。外键的作用是建立两张表之间的连接关系使用户在一张表做增删改时要顾及与之关联的另一张表。默认值约束的完整表述是当用户未指定时由系统自动指派的数据值、选项设置、排序规则或名称即当用户未指定某些事件发生后要采取的操作时自动采取的操作。CHECK 则是用户自建的一种规范输入值不满足规范时系统拒绝执行用来确保域的完整性。跑一组建表与改表的语句把上面五类约束落一遍CREATE TABLE employees ( employee_id VARCHAR(10), first_name VARCHAR(50) NOT NULL, last_name VARCHAR(50) NOT NULL, email VARCHAR(50), phone_number VARCHAR(10), hire_date DATETIME, job_id VARCHAR(10), salary MONEY, commission_pct VARCHAR(50), manager_id VARCHAR(10) REFERENCES employees(employee_id), -- 自引用外键 department_id VARCHAR(10), CONSTRAINT pk_employees PRIMARY KEY (employee_id), -- 主键约束 CONSTRAINT uq_email UNIQUE (email), -- 唯一性约束 CONSTRAINT ck_hire_date CHECK (hire_date 2990-01-01) -- 检查约束 );参数说明manager_id 引用本表的 employee_id是自引用外键用来表示上下级CONSTRAINT 后跟约束名方便以后用 ALTER 直接定位删除。写这类语句时给每个约束起名字是个好习惯否则后来想删约束只能靠系统生成的乱码名。4.2 数据类型与插入数据的匹配常用数据类型按类记类型含义关键参数char(n)固定长度字符型n 介于 1—8000实际存储长度 n超长会被截掉varchar(n)可变长度字符型存储大小为输入字符的实际字节长度而不是 nint / bigint / smallint / tinyint整型按取值范围从大到小numeric(p, s)精确数值型p 总位数s 小数位money货币与现金值不需单引号但要带适当货币符号datetime日期和时间代表一天内的时间table存储一组数据作为函数结果集返回只支持主键、唯一性和空值约束char 与 varchar 的差别是必考点char 是定长写进去 3 个字符也占 n 个位置varchar 按实际长度存省空间但略有开销。字符常量必须放在单引号或双引号中这是语法层面的硬要求。插入数据时有一条坑插入的列值必须与表中列的个数和顺序相匹配否则插入操作失败。如果建表时该列允许为空没有数据可以用 NULL 代替。table 类型是个特殊存在定义方式和建表差不多包括列名、数据类型和约束条件但只支持主键、唯一性和空值约束——这一句别记成支持全部约束。4.3 完整性四分类与三种强制手段数据完整性指存储在数据库中的所有数据必须保持正确状态在逻辑上保持一致性和准确性。分四类域完整性输入到某一列的数据是否符合这一列的要求即列的输入有效性是对“列”做的规定。实体完整性要求基本表中每一行有唯一标识符能和其它行区分使表中没有重复行一般用主键定义是对“行”做的规定。用户自定义完整性由用户按业务规则自行约定的约束。参照完整性维护表之间主键与外键的对应关系在插入或删除记录时保持表之间已定义的关系。这四类最容易错的地方是“域的完整性管列、实体完整性管行”这一句对不上号答反了就全错。记忆抓手列有取值范围所以域管列行要能区分所以实体管行。强制手段有三种约束、默认、规则。约束是最主要的方式五类约束分别对应上面的完整性默认值用于插入时给没有数据的列赋默认值规则是另一种强制方式配合默认对象使用CREATE DEFAULT 生活用品 AS 生活用品; -- 先建默认对象 EXEC sp_bindefault 生活用品, goods.goods_type_name; -- 再绑定到指定列这里的顺序不能反先建对象后绑定列。默认对象是独立存在的实体可以被绑定到多个列上删列前要先解绑。4.4 ALTER TABLE 的五个动作与删列限制修改表的语句一共五类动作复习时按“增、删、开关、改型、改数据”记-- 1. 增加列或增加约束 ALTER TABLE goods ADD 商品产地 VARCHAR(50); ALTER TABLE goods ADD CONSTRAINT ck_amount CHECK (商品金额 0); -- 2. 删除约束再删除列顺序不能反 ALTER TABLE goods DROP CONSTRAINT ck_amount; ALTER TABLE goods DROP COLUMN 商品产地; -- 3. 关闭与打开约束 ALTER TABLE goods NOCHECK CONSTRAINT ALL; -- 关闭表上所有约束 ALTER TABLE goods CHECK CONSTRAINT ALL; -- 重新打开 -- 4. 修改列的数据类型或可空性 ALTER TABLE goods ALTER COLUMN 商品金额 INT NULL; -- 5. 修改表数据 UPDATE goods SET goods_number goods_number - 1 WHERE goods_id G001;删除列有一串限制被复制列、用在索引中的列、被 CHECK、FOREIGN KEY、UNIQUE 或 PRIMARY KEY 引用的列、有相关默认值的列、绑定到规则的列都不能直接删。要删商品数量这一列必须先把依赖它的约束删掉。顺带记一个带子查询的修改语句写法把商品信息表和拍卖信息表用商品编号关联当某位用户的购买记录不止一条时IN 返回的是多值查询所以用 IN 而不是等号。UPDATE goods SET goods_number goods_number - 1 WHERE goods_id IN ( SELECT goods_id FROM bid_record WHERE reg_name A同学 );4.5 视图三个 with 选项与更新限制视图是从一个或多个基本表导出的逻辑表本身不存数据。建立视图的基本结构是 CREATE VIEW 视图名列名列表AS 查询表达式后面可挂选项WITH CHECK OPTION规定对视图进行插入、修改等操作时必须遵循视图定义中查询语句设置的条件。WITH ENCRYPTION要求在存储视图语句文本时对其进行加密。WITH SCHEMABINDING将视图绑定到架构上。WITH VIEW_METADATA用该选项创建的视图描述结果集中视图内的元数据时浏览模式的元数据返回与基表名相对的视图名。定义视图的查询表达式有三条限制定义视图的用户必须有对派生此视图的基本表或视图进行 SELECT 的权限查询语句中不能含有 INTO、ORDER BY、COMPUTE、COMPUTE BY 这些关键字不能引用临时表或表变量。临时表存在临时数据库里用户退出或连接终止就自动消失所以不能作为视图的基础。更新视图数据要满足四个条件查询语句的 FROM 子句至少引用一个表选择列表中没有派生列没有聚合函数不包含 TOP、GROUP BY、UNION 或 DISTINCT。删除时同理DELETE 中的视图必须是可更新且正确引用一个基表的视图涉及两张表的删除会不成功。CREATE VIEW goods_view_5 AS SELECT goods_name, goods_type_name FROM goods_1 WHERE goods_type_name 电子产品 WITH CHECK OPTION; -- 通过该视图插入非电子产品会被拒绝4.6 索引簇索引与非簇索引的物理差别索引是加速检索表中记录的一种由关键字组成的树状结构建立目的是提高数据库的访问速度。按索引顺序与物理存储顺序是否相同分两类类型与物理顺序的关系数量限制检索路径簇索引相同表中每一行按索引值排序每表只能有一个直接定位到数据非簇索引完全不同数据按另一顺序存储每表最多 249 个每个 16 列先找位置再去取数据“一个表只能有一个簇索引”是高频考点因为物理顺序只有一种排法。需要建索引的地方一般有四类经常搜索的列、需要排序的列、主键或外键、经常出现在 WHERE 语句中的列。-- 唯一簇索引按商品编号排序物理顺序与索引一致 CREATE UNIQUE CLUSTERED INDEX goods_index ON goods_1 (goods_id); -- 复合索引先按编号升序再按类别降序 CREATE INDEX goods_index2 ON goods_1 (goods_id ASC, goods_type_id DESC);参数含义UNIQUE 表示唯一性索引不允许存在索引值相同的两行CLUSTERED 表示簇索引ASC 升序DESC 降序。索引建多了会拖慢增删改所以“经常用在 WHERE 里”只是候选条件不等于必须建。4.7 存储过程与游标封装与逐行处理存储过程里包含一系列 SQL 语句包括查询、插入、删除或更新操作这些操作在调用本存储过程时同时执行。可以被触发器触发的操作有三种UPDATE、DELETE、INSERT正好对应每表三个触发器的上限。CREATE PROCEDURE modify_process bid_user VARCHAR(10), bid_date DATETIME, bid_number INT, bid_goods_id VARCHAR(10), goods_price MONEY AS UPDATE goods SET goods_number goods_number - bid_number -- 扣减库存 WHERE goods_id bid_goods_id; INSERT INTO user_history -- 写入历史记录 VALUES (bid_user, goods_price * bid_number, bid_date); GO参数以 开头调用时按位置或按名传入。要注意的是存储过程中的 SQL 语句已被封装所以无法对其所引用的表进行存在性验证——也就是说建过程时表不在也能建成功运行到才报错这是排错时的一个盲区。游标用于逐行处理五步固定DECLARE 声明、OPEN 打开、FETCH 取值、CLOSE 关闭、DEALLOCATE 释放。DECLARE goods_name VARCHAR(10), goods_number VARCHAR(10); DECLARE shop_info CURSOR FOR SELECT goods_name, goods_number FROM goods WHERE goods_name LIKE S% ORDER BY goods_name, goods_number; OPEN shop_info; FETCH NEXT FROM shop_info INTO goods_name, goods_number; WHILE FETCH_STATUS 0 -- 0 表示取到了数据 BEGIN PRINT goods_name goods_number; FETCH NEXT FROM shop_info INTO goods_name, goods_number; END CLOSE shop_info; DEALLOCATE shop_info;FETCH_STATUS 是循环的开关取不到数据时变为非 0循环结束。少写一次 FETCH 就会死循环这是游标最经典的踩坑点。4.8 授权链登录、用户、角色三层数据库的授权通过新建用户来实现目的是对此用户指定基于本登录所拥有的数据库操作权限。顺序是新建登录 → 新建用户 → 新建角色EXEC sp_addlogin login_a, pwd_a, ShopDB; -- 自定义登录名、密码、默认数据库 EXEC sp_adduser login_a, user_a; -- 登录名映射为数据库用户 EXEC sp_addrole role_sales, dbo; -- 新角色名、角色拥有者 GRANT SELECT ON goods TO user_a; -- 授权 REVOKE SELECT ON goods FROM user_a; -- 回收权限登录是服务器级别的用户是数据库级别的角色是权限的集合。DCL 只有三个关键字要记GRANT 授权、REVOKE 回收权限加上前面 DDL 里的 CREATE、DROP、ALTER 和 DML 里的 SELECT、INSERT、UPDATE、DELETESQL 语句的分类就齐了。DELETE 的特点是删除数据但保持原来数据的有序性这点常和 DROP 对比着考DROP 删对象DELETE 删行。5. 易漏点五处一考就翻车的地方5.1 容量参数记混20 亿、1024、32767 三组数易漏点把“每个数据库 20 亿个表”记成 20 亿行把“每表 1024 列”记成 8060 列把“32767 个用户连接”和“327687 个可同时打开的数据库”互换。为什么漏这些数字单个记没有逻辑只能硬背背到后面就开始互相污染。怎么补按“谁是谁的容器”重新归类。20 亿这一组说的都是“个数上限”——表、锁定及打开对象1024 这一组说的是“结构内部容量”——列数、存储过程参数32767 说的是“并发连接”327687 说的是“同时打开的库”。重新分组后每组内部有共同的语义就不容易串。5.2 索引数量记反1 个簇索引、249 个非簇索引易漏点把 249 记到簇索引头上或者以为一个表可以建多个簇索引。为什么漏簇索引用得少平时建表默认主键就自动生成簇索引很少有人主动 CREATE CLUSTERED导致这个“只能有一个”的限制缺乏体感。怎么补从物理顺序理解。簇索引要求行的物理排序与索引排序相同一张表的数据在磁盘上只可能有一种物理顺序所以只能有一个非簇索引另建一套结构通过它先找到位置再去取数据所以可以有很多个。记住“物理顺序唯一”这五个字1 和 249 就不会反。5.3 范式判定跳步直接看 3NF 忘了 2NF易漏点拿到一个关系直接找传递依赖漏掉前面的部分依赖判断结果把 2NF 的反例判成 3NF。为什么漏教材讲 3NF 时篇幅通常最多复习时注意力自然偏向后面前面的 2NF 只当过渡。怎么补强制自己写三步判断链。第一步看列是不是原子项1NF第二步看非主属性是否完全依赖于码重点是联合主键场景下有没有只依赖其中一个属性的列2NF第三步看非主属性之间有没有决定关系3NF最后看所有决定因素是不是候选码BCNF。联合主键是 2NF 的高危区只要看到两个字段一起做 PRIMARY KEY就先查部分依赖。5.4 视图更新的四个条件记不全易漏点只记得“不能有聚合函数”漏掉派生列、TOP/GROUP BY/UNION/DISTINCT、FROM 子句至少引用一个表这三条。为什么漏这四条散在不同段落里不像五类约束那样有明确的表格形式。怎么补按“查询表达式的组成”倒推——SELECT 列表里不能有派生列和聚合函数FROM 里必须至少有一个表整体不能出现 TOP、GROUP BY、UNION、DISTINCT。也就是从 SELECT、FROM、整体修饰三个位置各取一条四条自然就齐了不需要额外背顺序。5.5 删除列前忘了先删约束易漏点直接 ALTER TABLE ... DROP COLUMN 删列报错后才发现列上有约束、索引或默认值绑定。为什么漏建表时顺手加的约束没记名字删除时不知道删哪个。怎么补养成两个习惯。一是建约束时用 CONSTRAINT 显式命名别让系统生成随机名二是删列前先查依赖涉及 CHECK、FOREIGN KEY、UNIQUE、PRIMARY KEY、索引、默认值、规则的列一律先解绑再删。顺序永远是先删约束、再删列反过来必然失败。6. 复习清单把三层地图压缩成一张自测表复习到最后一轮我的做法是把整份笔记压成一张自测表每一行对应一个“能不能不看书讲出来”的判断点。讲不出来的那一行就是当天要补的洞。下面这张表是我自己用的版本按三层结构排层级自测点过关标准架构六个系统数据库各自的作用能说出 Master 与 Model 的区别Tempdb 为什么内容会消失架构三类文件的扩展名与职责能解释日志文件为什么是“后悔药”架构容量参数三组数能按 20 亿 / 1024 / 32767 分组复述模型实体、属性、码、域、实体型、实体集能各举一例且不混用模型关系术语对照关系/表、元组/行、属性/列能双向翻译模型关系成立的五条条件能说出“没有组合列”对应哪个范式模型1NF 到 BCNF 判定链拿到一个联合主键的表能判出违反哪一范式对象五类约束能说出主键与唯一性在“空值”上的差别对象完整性四分类与三种强制手段域管列、实体管行不能答反对象ALTER TABLE 五个动作能默写删列的正确顺序对象视图更新的四个条件能从 SELECT / FROM / 整体修饰三处倒推对象簇索引与非簇索引能解释 1 与 249 的来源对象游标五步能写出 FETCH_STATUS 的循环骨架对象授权链登录 → 用户 → 角色能说出各自级别表之外还有两个自查动作。第一个是“关书默写建库语句”ON 和 LOG ON 两段五个参数一个不落写完对照检查 MAXSIZE 和 FILEGROWTH 有没有漏。第二个是“给一段带子查询的 UPDATE 挑错”重点看 WHERE 里用的是 IN 还是等号——多值查询用等号必错这是最容易在考场上一秒钟丢分的地方。还有一条血泪经验范式和约束这两块光看会觉得自己懂了一动笔就露馅。我后来的习惯是每复习完一个范式随手编一张三列的小表自己判断它违反第几范式、怎么拆。拆完再回头看分解后的表有没有引入新的传递依赖。这个动作花不了五分钟但比反复读定义有效得多。从那以后我每次复习数据库都强制先画那张三层地图再逐层填自测表填不出来的当天补完。这份 SQL Server 学习笔记我也是按这个路子重新理了一遍从架构存储到范式约束再到可编程对象和易漏点一层层压下来比按章节顺序硬读省力不少。需要这份完整整理的话按平时的获取方式拿就行。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/31 20:33:19 · 阅读 1.2k SQL Server学习笔记：三层架构、范式约束与可编程对象梳理
简介这份SQL Server学习笔记面向数据库管理初学者及运维、开发人员帮助读者快速了解SQL Server的主要特点与核心知识点可作为入门复习、课堂配套和日常查阅的参考。笔记从数据库对象与结构入手梳理Create、Drop、Alter等基本操作C/S体系与常见编程接口表、列、索引、触发器、存储过程的容量限制并延伸到关系数据库模型中的实体、属性、码、域以及层次、关系、网状和面向对象等数据模型。同时整理数据库授权、系统数据库作用、mdf/ndf/ldf文件与文件组、创建数据库和建表语句、主键/外键/默认值/check/unique约束等要点并强调关系表中列类型一致、字段名不重复等基本规则内容按知识模块组织便于对照记忆和查漏补缺。压缩包共1个doc文件约499KB篇幅精炼适合按主题检索。已有440人学习适合需要系统梳理SQL Server基础概念的读者。1. 一张三层地图这份 SQL Server 学习笔记该从哪儿读起SQL Server 学习笔记最容易读成一本语法字典先记 CREATE 怎么拼再背 INSERT 后面跟什么最后发现一到判断题还是发懵。问题不在语法而在这门知识本身是三层结构缺少哪一层都对不上号。底层是架构与存储——C/S 体系、六个系统数据库、mdf/ndf/ldf 三类文件、一张动不动就被考到的容量参数表中间是关系模型与范式——实体、属性、码、域以及 1NF 到 BCNF 的判断顺序上层是可编程对象与完整性控制——五类约束、视图、簇索引与非簇索引、存储过程、游标、授权链。这三层之间的对应关系才是复习时真正该盯住的东西。这份梳理适合已经能写几条 SQL、正在备考或者准备面试、想要一张能查漏补缺清单的人。零基础也能看但先把地图记住比先背语法划算得多。2. 架构与存储C/S 体系、六个系统库与三类物理文件2.1 C/S 体系与编程接口SQL Server 站在哪一层SQL Server 采用 C/S 体系也就是客户端与服务器分离客户端负责界面、业务逻辑和用户交互服务器负责数据存储、查询解析与执行。这个划分看着简单却决定了很多后续概念的位置——登录、用户、角色为什么是两套东西权限为什么要先建登录再建用户根子都在这个“两边分离”的结构上。接口层面它提供丰富的编程接口ODBC、VB、VC、Access 都能接进来。接口多带来的好处是前端语言可以换坏处是复习时容易把“接口”和“语言”混成一类东西看到题目问“支持哪些编程接口”就把 C#、Java 也写上去。更稳妥的记法是接口是通道语言是通道两端的实现通道本身只有 ODBC 这一类标准接口。功能面上还有几条常被忽略支持 Web可做基于 Web 的分析提供数据仓库功能支持 XML扩展标记语言支持分布式分区视图配有分布式管理框架。单库大小范围是 1MB 到 1TB。这几条在简答题里出现频率不低尤其是“分布式分区视图”和“分布式管理框架”很多人只记得“分布式”三个字答不出具体是分区视图还是管理框架。2.2 六个系统数据库每个都对应一个典型故障场景系统数据库不是“装完就忘”的东西它们各自对应一类操作。下面这张表建议直接背尤其是 Master 和 Model 的区别这是最经典的一道送分题也是最容易答反的一道。系统数据库作用记忆抓手Master保存主数据登录账号、其他 SQL Server 数据库、服务器所有配置信息它出问题整个实例起不来Model模板库创建新数据库时以它为模板包含每个数据库都有的系统表改它等于改之后新建的所有库Tempdb存储临时表的数据库用户退出或连接终止内容自动消失Msdb默认大小 12MB保存调度作业、警报、接收警报的操作员信息代理、备份历史都在这PubsSQL Server 提供的样例数据库教学演示用NorthwindSQL Server 提供的样例数据库教学演示用注意 Tempdb 那条“连接终止就消失”和临时表的概念是同一件事的两面临时表存放在临时数据库里用户退出或与数据库的连接终止时自动消失。复习时把这两句绑在一起记比分开背两个知识点省力。2.3 三类物理文件与文件组数据库在磁盘上长什么样逻辑上的数据库最终要映射成几个操作系统文件这是“存储”这一块的核心结论。分三类文件类型扩展名职责注意点主要数据文件.mdf包含数据库的启动信息并存储数据一个库有且只有一个次要数据文件.ndf存放主要文件容纳不下的数据数据要跨多个磁盘时用它延伸日志文件.ldf记录用于恢复数据库的日志信息保证事务机制与可恢复性日志文件的分量要单独强调它是保证数据库事务机制和可恢复性最重要的手段事务日志就是一个不可分割的数据库操作的日志记录。也就是说日志不是“顺手记一下”而是回滚和恢复的依据删日志文件等于把后悔药扔了。文件组则是文件之上的管理单位作用是方便对文件进行管理构成分配或用于数据库管理的单个单元。理解顺序是文件 → 文件组 → 数据库一层套一层不要跳。2.4 创建数据库的语句结构与容量参数表创建数据库的语句结构是三段式CREATE DATABASE 定名ON 定义数据文件LOG ON 定义事务日志文件。每个文件要写清文件名、存储路径、初始大小、可增长到的最大值、增长增量五个要素。CREATE DATABASE ShopDB ON ( NAME ShopDB_data, -- 逻辑文件名 FILENAME D:\data\ShopDB.mdf, -- 主要数据文件路径 SIZE 10MB, -- 初始大小 MAXSIZE 500MB, -- 能增长到的上限 FILEGROWTH 5MB -- 每次增长的增量 ) LOG ON ( NAME ShopDB_log, FILENAME D:\data\ShopDB.ldf, SIZE 5MB, MAXSIZE 200MB, FILEGROWTH 5MB );五个参数里最容易漏写的是 MAXSIZE 和 FILEGROWTH前者决定磁盘会不会被一个库吃光后者决定增长时是一次性拿一大块还是每次拿一点点。一般用户建库时不指定方括号里的可选项语句关键字大小写意义相同数据库的逻辑名甚至可以是中文——这几点原文特意提了说明它们都是判断题爱考的地方。容量参数是这一章的硬骨头一张表扫完对象上限每个数据库的表20 亿个每行的字符8060 个字符每个表的列1024 列索引每表 1 个簇索引、249 个非簇索引每个索引 16 列触发器每表 3 个INSERT、UPDATE、DELETE存储过程最多 1024 个参数32 级嵌套用户连接32767 个锁定及打开对象20 亿个按表的个数算可同时打开的数据库327687 个数据库大小1MB — 1TB这张表的价值不在于全背而在于认出哪些数字是“成对出现”的陷阱表的个数和锁定对象都是 20 亿列是 1024存储过程参数也是 1024索引是 1 249。把数字按“20 亿组、1024 组、32767 组”重新归类比按行死记牢得多。3. 关系模型与范式实体、码、依赖与三范式的判断链3.1 从概念模型到数据模型实体、属性、码、域概念模型是对现实世界的第一次抽象数据模型是对概念模型的第二次落地。数据模型包含三要素数据结构、数据操作、数据的约束条件。这三条几乎每次简答都会问答的时候别只写“有结构有操作”要把约束条件单列出来。往下是实体这一组定义必须能互相区分实体客观存在的、可以相互区分的事物。属性实体所具有的某一特性例如性别。码键唯一标识实体的属性集例如学号是学生实体的码。域属性的取值范围例如性别取值为男、女学号是 11 位整数。实体型对同类实体的抽象和刻画用实体名加属性集合表示例如顾客编号、姓名、性别、年龄。实体集同型实体的集合全体学生、全体顾客都是实体集。联系包括实体内部的联系和实体之间的联系。“实体型”和“实体集”是最容易混的一对实体型是那个括号里带属性列表的模板实体集是照这个模板填出来的一堆具体记录。一个说结构一个说集合含混过去就会在选择题上翻车。常用的数据模型有四类层次模型、关系模型、网状模型、面向对象模型。当前主流是关系模型但“主流”不等于“唯一”答“常用数据模型有哪些”时四类都要写全。3.2 关系术语对照同一件事的两套叫法关系数据库最烦的地方是同一件事有两套名字一套数学味一套工程味。对照表如下数学叫法工程叫法说明关系一张表每张表就代表一个关系元组表中的一行一行就是一条记录属性表中的一列一列就是一个字段分量元组中的一个属性值单元格域属性的取值范围列的取值约束主码唯一确定一个元组的属性组可以是单列也可以是多列组合关系模式对关系的描述关系名 列名 域名 映射 依赖关系模式那一条的完整表述是关系名、列名、属性所属的域名、属性向域的映射、数据间的相互依赖关系。五个部分少写一个就扣分。3.3 一个关系能成立要过五道关关系是数据与数据之间的联系它必须符合以下条件这五条建议按顺序背每一列的数据类型都必须相同。没有完全相同的行。列与列之间的字段名不能重复。没有组合列即一列中不能有子列也不能把一列分割成两列或更多列。每一列都是不可再分的原子数据项这条与第一条常被合起来描述第一范式。第四条是后面第一范式的直接铺垫。原文那个例子很典型把商品所属类别做成 Goods_id(goods_type_1, goods_type_2, goods_type_3) 这种带下标的组合列按生活用品查询商品编号时结果为空——不是数据错了是结构本身违背了“没有组合列”。3.4 四级范式1NF 到 BCNF 的判定链范式是对关系的不同数据依赖程度的要求判断顺序必须固定跳步就会判错。第一范式所设计表的每一个分量必须是不可分的数据项即每一列不许是集合、序列等非原子属性。把非第一范式的表转成第一范式有两条路一是把非原子属性列变为原子属性列可以拆成多列也可以拆成多行二是分解表把一张表拆成多张表。要注意的是分量是否需要继续划分与具体情况相关——这条备注常被忽略它意味着 1NF 不是绝对的取决于使用场景。第二范式在满足第一范式的前提下每个非主属性完全依赖于码即不存在部分依赖于码的非主属性。看一个经典反例-- 联合主键(用户编号, 商品编号) CREATE TABLE buy_info ( 购买了商品的用户编号 VARCHAR(10), 用户购买商品编号 VARCHAR(10), 用户购买商品名称 VARCHAR(10), -- 只依赖商品编号不依赖用户编号 PRIMARY KEY (购买了商品的用户编号, 用户购买商品编号) );用户购买商品名称只由商品编号就能决定只依赖联合主键的一部分这就是部分依赖违反 2NF。而且联合主键的任何一个属性都不能为空一旦主键值为空就会出现插入异常重复存入数据又会造成更新困难两个毛病是连在一起的。第三范式在一组关系中若存在传递关系即 A 能推出 B、B 能推出 CC 不属于 B且 B 不能推出 A则不满足第三范式。换句话说3NF 要求不存在非主属性对码的传递依赖。判断时先确认 1NF 和 2NF再看有没有“非主属性决定非主属性”的链条。BCNF修正的第三范式要求更严——所有决定因素都必须是候选码。3NF 允许主属性对码的部分与传递依赖BCNF 一律不允许。两者的差别不在“更高级”三个字上而在依赖的主语是谁3NF 管非主属性BCNF 连主属性一起管。3.5 建表时的三种码候选码、主码、外部码候选码是此列值组唯一标识一行的属性组可以是一列也可以是多列的组合主码是从候选码中选定一个作为主码拥有候选码的全部特征主码中的属性叫主属性不包含在任何候选码中的属性叫非主属性外部码用来联系不同的两张表。这一段是后面约束和参照完整性的伏笔主键约束对应实体完整性外键约束对应参照完整性两种完整性在概念层就已经分好了。4. 约束、完整性与可编程对象五类约束到游标的落地4.1 五类约束各自管什么、写在哪约束关键字管什么一句话记忆主键约束PRIMARY KEY唯一标识每行值不能为空且每行唯一外键约束FOREIGN KEY ... REFERENCES两张表之间的对应连接动一张表要顾及另一张默认值约束DEFAULT用户未指定时系统自动指派空着就按默认填用户自定义约束CHECK限定输入的取值范围不满足就拒绝执行唯一性约束UNIQUE列值不可重复可空但不可重主键和唯一性的差别在“空”这一项主键值不能为空并保证每行都有非空且唯一值唯一性约束只强制值不重复允许空值。这一点在选择题里出现的频率极高。外键的作用是建立两张表之间的连接关系使用户在一张表做增删改时要顾及与之关联的另一张表。默认值约束的完整表述是当用户未指定时由系统自动指派的数据值、选项设置、排序规则或名称即当用户未指定某些事件发生后要采取的操作时自动采取的操作。CHECK 则是用户自建的一种规范输入值不满足规范时系统拒绝执行用来确保域的完整性。跑一组建表与改表的语句把上面五类约束落一遍CREATE TABLE employees ( employee_id VARCHAR(10), first_name VARCHAR(50) NOT NULL, last_name VARCHAR(50) NOT NULL, email VARCHAR(50), phone_number VARCHAR(10), hire_date DATETIME, job_id VARCHAR(10), salary MONEY, commission_pct VARCHAR(50), manager_id VARCHAR(10) REFERENCES employees(employee_id), -- 自引用外键 department_id VARCHAR(10), CONSTRAINT pk_employees PRIMARY KEY (employee_id), -- 主键约束 CONSTRAINT uq_email UNIQUE (email), -- 唯一性约束 CONSTRAINT ck_hire_date CHECK (hire_date 2990-01-01) -- 检查约束 );参数说明manager_id 引用本表的 employee_id是自引用外键用来表示上下级CONSTRAINT 后跟约束名方便以后用 ALTER 直接定位删除。写这类语句时给每个约束起名字是个好习惯否则后来想删约束只能靠系统生成的乱码名。4.2 数据类型与插入数据的匹配常用数据类型按类记类型含义关键参数char(n)固定长度字符型n 介于 1—8000实际存储长度 n超长会被截掉varchar(n)可变长度字符型存储大小为输入字符的实际字节长度而不是 nint / bigint / smallint / tinyint整型按取值范围从大到小numeric(p, s)精确数值型p 总位数s 小数位money货币与现金值不需单引号但要带适当货币符号datetime日期和时间代表一天内的时间table存储一组数据作为函数结果集返回只支持主键、唯一性和空值约束char 与 varchar 的差别是必考点char 是定长写进去 3 个字符也占 n 个位置varchar 按实际长度存省空间但略有开销。字符常量必须放在单引号或双引号中这是语法层面的硬要求。插入数据时有一条坑插入的列值必须与表中列的个数和顺序相匹配否则插入操作失败。如果建表时该列允许为空没有数据可以用 NULL 代替。table 类型是个特殊存在定义方式和建表差不多包括列名、数据类型和约束条件但只支持主键、唯一性和空值约束——这一句别记成支持全部约束。4.3 完整性四分类与三种强制手段数据完整性指存储在数据库中的所有数据必须保持正确状态在逻辑上保持一致性和准确性。分四类域完整性输入到某一列的数据是否符合这一列的要求即列的输入有效性是对“列”做的规定。实体完整性要求基本表中每一行有唯一标识符能和其它行区分使表中没有重复行一般用主键定义是对“行”做的规定。用户自定义完整性由用户按业务规则自行约定的约束。参照完整性维护表之间主键与外键的对应关系在插入或删除记录时保持表之间已定义的关系。这四类最容易错的地方是“域的完整性管列、实体完整性管行”这一句对不上号答反了就全错。记忆抓手列有取值范围所以域管列行要能区分所以实体管行。强制手段有三种约束、默认、规则。约束是最主要的方式五类约束分别对应上面的完整性默认值用于插入时给没有数据的列赋默认值规则是另一种强制方式配合默认对象使用CREATE DEFAULT 生活用品 AS 生活用品; -- 先建默认对象 EXEC sp_bindefault 生活用品, goods.goods_type_name; -- 再绑定到指定列这里的顺序不能反先建对象后绑定列。默认对象是独立存在的实体可以被绑定到多个列上删列前要先解绑。4.4 ALTER TABLE 的五个动作与删列限制修改表的语句一共五类动作复习时按“增、删、开关、改型、改数据”记-- 1. 增加列或增加约束 ALTER TABLE goods ADD 商品产地 VARCHAR(50); ALTER TABLE goods ADD CONSTRAINT ck_amount CHECK (商品金额 0); -- 2. 删除约束再删除列顺序不能反 ALTER TABLE goods DROP CONSTRAINT ck_amount; ALTER TABLE goods DROP COLUMN 商品产地; -- 3. 关闭与打开约束 ALTER TABLE goods NOCHECK CONSTRAINT ALL; -- 关闭表上所有约束 ALTER TABLE goods CHECK CONSTRAINT ALL; -- 重新打开 -- 4. 修改列的数据类型或可空性 ALTER TABLE goods ALTER COLUMN 商品金额 INT NULL; -- 5. 修改表数据 UPDATE goods SET goods_number goods_number - 1 WHERE goods_id G001;删除列有一串限制被复制列、用在索引中的列、被 CHECK、FOREIGN KEY、UNIQUE 或 PRIMARY KEY 引用的列、有相关默认值的列、绑定到规则的列都不能直接删。要删商品数量这一列必须先把依赖它的约束删掉。顺带记一个带子查询的修改语句写法把商品信息表和拍卖信息表用商品编号关联当某位用户的购买记录不止一条时IN 返回的是多值查询所以用 IN 而不是等号。UPDATE goods SET goods_number goods_number - 1 WHERE goods_id IN ( SELECT goods_id FROM bid_record WHERE reg_name A同学 );4.5 视图三个 with 选项与更新限制视图是从一个或多个基本表导出的逻辑表本身不存数据。建立视图的基本结构是 CREATE VIEW 视图名列名列表AS 查询表达式后面可挂选项WITH CHECK OPTION规定对视图进行插入、修改等操作时必须遵循视图定义中查询语句设置的条件。WITH ENCRYPTION要求在存储视图语句文本时对其进行加密。WITH SCHEMABINDING将视图绑定到架构上。WITH VIEW_METADATA用该选项创建的视图描述结果集中视图内的元数据时浏览模式的元数据返回与基表名相对的视图名。定义视图的查询表达式有三条限制定义视图的用户必须有对派生此视图的基本表或视图进行 SELECT 的权限查询语句中不能含有 INTO、ORDER BY、COMPUTE、COMPUTE BY 这些关键字不能引用临时表或表变量。临时表存在临时数据库里用户退出或连接终止就自动消失所以不能作为视图的基础。更新视图数据要满足四个条件查询语句的 FROM 子句至少引用一个表选择列表中没有派生列没有聚合函数不包含 TOP、GROUP BY、UNION 或 DISTINCT。删除时同理DELETE 中的视图必须是可更新且正确引用一个基表的视图涉及两张表的删除会不成功。CREATE VIEW goods_view_5 AS SELECT goods_name, goods_type_name FROM goods_1 WHERE goods_type_name 电子产品 WITH CHECK OPTION; -- 通过该视图插入非电子产品会被拒绝4.6 索引簇索引与非簇索引的物理差别索引是加速检索表中记录的一种由关键字组成的树状结构建立目的是提高数据库的访问速度。按索引顺序与物理存储顺序是否相同分两类类型与物理顺序的关系数量限制检索路径簇索引相同表中每一行按索引值排序每表只能有一个直接定位到数据非簇索引完全不同数据按另一顺序存储每表最多 249 个每个 16 列先找位置再去取数据“一个表只能有一个簇索引”是高频考点因为物理顺序只有一种排法。需要建索引的地方一般有四类经常搜索的列、需要排序的列、主键或外键、经常出现在 WHERE 语句中的列。-- 唯一簇索引按商品编号排序物理顺序与索引一致 CREATE UNIQUE CLUSTERED INDEX goods_index ON goods_1 (goods_id); -- 复合索引先按编号升序再按类别降序 CREATE INDEX goods_index2 ON goods_1 (goods_id ASC, goods_type_id DESC);参数含义UNIQUE 表示唯一性索引不允许存在索引值相同的两行CLUSTERED 表示簇索引ASC 升序DESC 降序。索引建多了会拖慢增删改所以“经常用在 WHERE 里”只是候选条件不等于必须建。4.7 存储过程与游标封装与逐行处理存储过程里包含一系列 SQL 语句包括查询、插入、删除或更新操作这些操作在调用本存储过程时同时执行。可以被触发器触发的操作有三种UPDATE、DELETE、INSERT正好对应每表三个触发器的上限。CREATE PROCEDURE modify_process bid_user VARCHAR(10), bid_date DATETIME, bid_number INT, bid_goods_id VARCHAR(10), goods_price MONEY AS UPDATE goods SET goods_number goods_number - bid_number -- 扣减库存 WHERE goods_id bid_goods_id; INSERT INTO user_history -- 写入历史记录 VALUES (bid_user, goods_price * bid_number, bid_date); GO参数以 开头调用时按位置或按名传入。要注意的是存储过程中的 SQL 语句已被封装所以无法对其所引用的表进行存在性验证——也就是说建过程时表不在也能建成功运行到才报错这是排错时的一个盲区。游标用于逐行处理五步固定DECLARE 声明、OPEN 打开、FETCH 取值、CLOSE 关闭、DEALLOCATE 释放。DECLARE goods_name VARCHAR(10), goods_number VARCHAR(10); DECLARE shop_info CURSOR FOR SELECT goods_name, goods_number FROM goods WHERE goods_name LIKE S% ORDER BY goods_name, goods_number; OPEN shop_info; FETCH NEXT FROM shop_info INTO goods_name, goods_number; WHILE FETCH_STATUS 0 -- 0 表示取到了数据 BEGIN PRINT goods_name goods_number; FETCH NEXT FROM shop_info INTO goods_name, goods_number; END CLOSE shop_info; DEALLOCATE shop_info;FETCH_STATUS 是循环的开关取不到数据时变为非 0循环结束。少写一次 FETCH 就会死循环这是游标最经典的踩坑点。4.8 授权链登录、用户、角色三层数据库的授权通过新建用户来实现目的是对此用户指定基于本登录所拥有的数据库操作权限。顺序是新建登录 → 新建用户 → 新建角色EXEC sp_addlogin login_a, pwd_a, ShopDB; -- 自定义登录名、密码、默认数据库 EXEC sp_adduser login_a, user_a; -- 登录名映射为数据库用户 EXEC sp_addrole role_sales, dbo; -- 新角色名、角色拥有者 GRANT SELECT ON goods TO user_a; -- 授权 REVOKE SELECT ON goods FROM user_a; -- 回收权限登录是服务器级别的用户是数据库级别的角色是权限的集合。DCL 只有三个关键字要记GRANT 授权、REVOKE 回收权限加上前面 DDL 里的 CREATE、DROP、ALTER 和 DML 里的 SELECT、INSERT、UPDATE、DELETESQL 语句的分类就齐了。DELETE 的特点是删除数据但保持原来数据的有序性这点常和 DROP 对比着考DROP 删对象DELETE 删行。5. 易漏点五处一考就翻车的地方5.1 容量参数记混20 亿、1024、32767 三组数易漏点把“每个数据库 20 亿个表”记成 20 亿行把“每表 1024 列”记成 8060 列把“32767 个用户连接”和“327687 个可同时打开的数据库”互换。为什么漏这些数字单个记没有逻辑只能硬背背到后面就开始互相污染。怎么补按“谁是谁的容器”重新归类。20 亿这一组说的都是“个数上限”——表、锁定及打开对象1024 这一组说的是“结构内部容量”——列数、存储过程参数32767 说的是“并发连接”327687 说的是“同时打开的库”。重新分组后每组内部有共同的语义就不容易串。5.2 索引数量记反1 个簇索引、249 个非簇索引易漏点把 249 记到簇索引头上或者以为一个表可以建多个簇索引。为什么漏簇索引用得少平时建表默认主键就自动生成簇索引很少有人主动 CREATE CLUSTERED导致这个“只能有一个”的限制缺乏体感。怎么补从物理顺序理解。簇索引要求行的物理排序与索引排序相同一张表的数据在磁盘上只可能有一种物理顺序所以只能有一个非簇索引另建一套结构通过它先找到位置再去取数据所以可以有很多个。记住“物理顺序唯一”这五个字1 和 249 就不会反。5.3 范式判定跳步直接看 3NF 忘了 2NF易漏点拿到一个关系直接找传递依赖漏掉前面的部分依赖判断结果把 2NF 的反例判成 3NF。为什么漏教材讲 3NF 时篇幅通常最多复习时注意力自然偏向后面前面的 2NF 只当过渡。怎么补强制自己写三步判断链。第一步看列是不是原子项1NF第二步看非主属性是否完全依赖于码重点是联合主键场景下有没有只依赖其中一个属性的列2NF第三步看非主属性之间有没有决定关系3NF最后看所有决定因素是不是候选码BCNF。联合主键是 2NF 的高危区只要看到两个字段一起做 PRIMARY KEY就先查部分依赖。5.4 视图更新的四个条件记不全易漏点只记得“不能有聚合函数”漏掉派生列、TOP/GROUP BY/UNION/DISTINCT、FROM 子句至少引用一个表这三条。为什么漏这四条散在不同段落里不像五类约束那样有明确的表格形式。怎么补按“查询表达式的组成”倒推——SELECT 列表里不能有派生列和聚合函数FROM 里必须至少有一个表整体不能出现 TOP、GROUP BY、UNION、DISTINCT。也就是从 SELECT、FROM、整体修饰三个位置各取一条四条自然就齐了不需要额外背顺序。5.5 删除列前忘了先删约束易漏点直接 ALTER TABLE ... DROP COLUMN 删列报错后才发现列上有约束、索引或默认值绑定。为什么漏建表时顺手加的约束没记名字删除时不知道删哪个。怎么补养成两个习惯。一是建约束时用 CONSTRAINT 显式命名别让系统生成随机名二是删列前先查依赖涉及 CHECK、FOREIGN KEY、UNIQUE、PRIMARY KEY、索引、默认值、规则的列一律先解绑再删。顺序永远是先删约束、再删列反过来必然失败。6. 复习清单把三层地图压缩成一张自测表复习到最后一轮我的做法是把整份笔记压成一张自测表每一行对应一个“能不能不看书讲出来”的判断点。讲不出来的那一行就是当天要补的洞。下面这张表是我自己用的版本按三层结构排层级自测点过关标准架构六个系统数据库各自的作用能说出 Master 与 Model 的区别Tempdb 为什么内容会消失架构三类文件的扩展名与职责能解释日志文件为什么是“后悔药”架构容量参数三组数能按 20 亿 / 1024 / 32767 分组复述模型实体、属性、码、域、实体型、实体集能各举一例且不混用模型关系术语对照关系/表、元组/行、属性/列能双向翻译模型关系成立的五条条件能说出“没有组合列”对应哪个范式模型1NF 到 BCNF 判定链拿到一个联合主键的表能判出违反哪一范式对象五类约束能说出主键与唯一性在“空值”上的差别对象完整性四分类与三种强制手段域管列、实体管行不能答反对象ALTER TABLE 五个动作能默写删列的正确顺序对象视图更新的四个条件能从 SELECT / FROM / 整体修饰三处倒推对象簇索引与非簇索引能解释 1 与 249 的来源对象游标五步能写出 FETCH_STATUS 的循环骨架对象授权链登录 → 用户 → 角色能说出各自级别表之外还有两个自查动作。第一个是“关书默写建库语句”ON 和 LOG ON 两段五个参数一个不落写完对照检查 MAXSIZE 和 FILEGROWTH 有没有漏。第二个是“给一段带子查询的 UPDATE 挑错”重点看 WHERE 里用的是 IN 还是等号——多值查询用等号必错这是最容易在考场上一秒钟丢分的地方。还有一条血泪经验范式和约束这两块光看会觉得自己懂了一动笔就露馅。我后来的习惯是每复习完一个范式随手编一张三列的小表自己判断它违反第几范式、怎么拆。拆完再回头看分解后的表有没有引入新的传递依赖。这个动作花不了五分钟但比反复读定义有效得多。从那以后我每次复习数据库都强制先画那张三层地图再逐层填自测表填不出来的当天补完。这份 SQL Server 学习笔记我也是按这个路子重新理了一遍从架构存储到范式约束再到可编程对象和易漏点一层层压下来比按章节顺序硬读省力不少。需要这份完整整理的话按平时的获取方式拿就行。希望帮到你。本文还有配套的精品资源点击获取