前言
本节我们继续SQL之旅，本节我们如题来讲讲一些基本知识以及需要注意的地方，若有不妥之处，还望指出，简短的内容，深入的理解。
数据库架构和对象
数据库包含架构，而架构又包含对象，架构可以看做是表、视图、存储过程等对象的容器。架构是一个命名空间，它被用做对象名称的前缀，比如在Cnblogs的架构中有一个名称为Blogs的表，此时我们用架构式限定式名称（即两部分式对象名称）所以Blogs表示为Cnblogs.Blogs。如果我们引用对象时省略了架构名称，SQL Server将会检查对象是否存在用户的默认架构中，如果不是则检查是否存在dbo架构中，当我们创建数据库时，在用户没有显式地指定一个其他架构时，数据库会自动dbo架构作为我们默认的架构。微软也建议在代码中引用对象时始终用【两部分式】对象名称，基于此我们推荐的建议时在引用对象时建议：在代码中始终使用架构限定式的对象名称即两部分式名称。
定义数据完整性
关系模型最大好处则是我们能够自定义数据完整性，同时数据完整性是关系模型不可或缺的一部分，什么是数据完整性，说的通透一点则是对数据进行声明式约束，在SQL Server中声明式约束包括：主键约束、唯一键约束、外键约束、检查约束、默认约束。下面我们一一来介绍这几个约束。
主键约束
下面首先来创建一个表：
CREATE TABLE Blogs
(
BlogId INT NOT NULL,
BlogName VARCHAR(max) NOT NULL
);主键约束用来强制行的唯一性，上述我们无法表示行的唯一性，现在我们添加约束来强制行的唯一性，用PRIMARY KEY约束如下。
ALTER TABLE dbo.Blogs
ADD CONSTRAINT pk_constraint_blogId PRIMARY KEY(BlogId)在键文件夹中则生成对列BlogId的约束即升级为主键，如下：
当对主键插入重复数据时会提示插入重复键失败，违反约束。为了强制逻辑主键约束的唯一性，SQL Server会在后台创建一个唯一索引，唯一索引是SQL Server为了强制唯一性而使用的一种物理机制，索引（不一定是唯一索引）是为了加速查询，避免不必要的全表扫描。
唯一约束
唯一约束强制行的唯一性，允许我们在自己的数据库中实现关系模型的备用键概念。它与主键不同，可以在同一个表中定义多个唯一约束同时允许多个NULL标记（类似NULL标记彼此不同），但是SQL Server拒绝重复NULL标记（类似两个NULL标记彼此相等）通过UNIQUE来约束。如下所示对BlogName进行唯一约束。
