数据库SQL语言

1、1、 技术标签：（数据库 使用实例）2、 技术细节：（数据库 的具体使用环境 MSSQL、mySQL、Oracle）1、数据库简介：数据库是专门开发数据管理的软件，或者说专门管理数据的软件就是数据库。数据库存在的意义就是：减轻开发人员的负担。数据库是一个综合的软件，那么我们不需要队要进行2进制保存数据进行处理了，但是却是要与数据库产生交互，那么命令式SQL，有技巧的 ，数据库就是万物皆关系（面向对象，万物皆是对象）有所区别。2、数据库的发展：一开始的是层次化的数据与网状数据库 ，后来也发现使用确实很麻烦。于是到了1970年EFCO公司开创了关系性的数据库 ，技术难度大。后来，Oracle（甲骨

2、文）公司的创始人，拉里投入到关系型数据库的研发，并且得到了一个大客户 美国国防部。随即开始出现关系数据库的旋风，随后各个公司都纷纷推出自己的数据库系统。比如：IBM的DB2 ，还有风靡一时的DBS3。但是随即出现不兼容的问题，由于最早的时候都没有进行没规范。所以到最后各个数据库巨头统一了操纵数据库的SQL（结构化数据查询语言） 变成了标准语言，而关系型数据库也俨然变成大家的宠儿，Oracle也从一个小公司，变成现在的数据的巨头，而我们的微软也推出了SQLserver。当然还有PHPer的最爱mySQL。但是mySQL被SUN，SUN被Oracle收购，现在有免费版与收费专业版了。所以我们学习S

3、QL语言的时候，先学共同点，再学特异性。各种数据库软件在使用上有一点区别。3、数据库系统详解：为适应数据处理的需要而发展起来的一种较为理想的数据处理的核心机构。计算机的高速处理能力和大容量存储器提供了实现数据管理自动化的条件。 数据库系统一般由4个部分组成：数据库，即存储在磁带、磁盘、光盘或其他外存介质上、按一定结构组织在一起的相关数据的集合。（个体）数据库管理系统（DBMS）。一组能完成描述、管理、维护子数据库的程序系统。它按照一种公用的和可控制的方法完成插入新数据、修改和检索原有数据的操作。数据库管理员（DBA）。用户和应用程序。（微软的称作SSMS）4、数据库系统的基本要求是： 能够保证

4、数据的独立性。数据和程序相互独立有利于加快软件开发速度，节省开发费用。 冗余数据少，数据共享程度高。 系统的用户接口简单，用户容易掌握，使用方便。 能够确保系统运行可靠，出现故障时能迅速排除；能够保护数据不受非受权者访问或破坏；能够防止错误数据的产生，一旦产生也能及时发现。 有重新组织数据的能力，能改变数据的存储结构或数据存储位置，以适应用户操作特性的变化，改善由于频繁插入、删除操作造成的数据组织零乱和时空性能变坏的状况。 具有可修改性和可扩充性、可维护性。 能够充分描述数据间的内在联系。 5、数据库（Database）:由众多的数据、数据表、约束、存储过程、函数、视图、索引构成的一个数据存储

5、与交互单元，是按照数据结构来组织、存储和管理数据的仓库。6、数据表（table）:数据表，实际上是一个二维表。一般是围绕一个事务动作记录，或者是一个信息主题作为一个数据表。数据表由行与列构成。7、列（column、field）:列，其实就是字段。也是决定了信息的基本单元。列，包含有数据类型的设定。8、行（row、record）；行，实际上就是一条基本信息。一行包含了多列数据的存储的信息。所以一行也有一条记录之称。9、行业（trade）每一个行业每一个需求，没一个需求每一种数据库的设计模式与思想。每个行业的数据设计的重点都是不同的。侧重查询还是操作就是自己选择的问题了。10、索引（index）索

6、引其实就是一个B+树，但是这个索引是Nn层数次方的。目的就是在数据库中划分出一定的区域优化查询。可以提升大量数据的查询速度。索引一般可以分为：基于字段优化查询速度的普通索引、唯一性索引、主键索引、全文索引、单列与多列索引。现在由于数据库系统的不断升级，我们只要设定索引就可以了，不需要特殊的维护。而且数据在查询的时候也会根据查询适当地选择是利用索引查询，还是仅仅是表查询。由于数据库系统的发展，系统内部已经自动帮我们完成对索引的维护。但是在设计的时候要考虑到索引的损耗问题。11、视图（view）固化的子查询，将一个子查询起了一个固化的名字，保存在数据库中，方便以后的使用。其实调用大量的Join来进

7、行一个查询一般也是用视图。视图与索引都是为了优化查询的速度与语句。视图是优化语句，索引是优化单查速度。一般是DBA来设定数据库的视图， 封装内部数据库的数据关系，范式修改数据容易了，视图让我们查询复杂关系的数据变得容易。12、命名规范：数据库对象前缀举例 Pascal命名法表(Table)字段(Column)视图(View)存储过程(Stored procedure)触发器(Trigger)索引(Index)主键(Primary key)外键(Foreign key)Check约束(Check Constraint)Unique约束用户定义数据类型(User-defined data type

8、)用户定义函数(User-defined function)tbl 无 v prtrix_pk_fk_ck_uq_udtfntbl_StudentTitle，studentIDvActivityprDelOrdertrOrder_Dix_CustomerIDpk_Adminfk_Order_OrderTypeck_TableColumnuq_TableColumnudtPhonefnDueDate事务表命名：这个表的起名，建议的写法是将两个表的表名合并(如果表名比较长可做简化)，此处如 tbl_StudentCourse。比如给StudentCourse表中加AccessLevel字段，值域D

9、只读,完全,禁止，就可以实现访问级别。 tbl_StudentCourse_ReadOnly字段命名：所有表示时间的字段，统一以 Date 来作为结尾。登陆时间 LogionDate 所有表示数目、次数的字段，都应该以Count作为结尾。登陆次数 LoginCount所有代表链接的字段，均为Url结尾。广告链接 LoginUrl按照微软的建议，布尔类型的值均以 Is是否、Has有无 或者 Can 能否开头。true都表示肯定。比如tbl_User中全部都是UserId，UserName?没必要，只要我们坚持在他处使用tbl_User.UserId、tbl_User.Name所有的主键都是 信息

10、体Id参数命名：CurrentDate ActivityCountEquipmentType、存储过程命名：prCalculateTotalPrice 估算总价pr CountTotalAmountOfMonthlyPayments 计算每月付费的总金额prGetParentOrganizationalUnitName 获取上级单位名称14、Null的三值关系 null为unknow，逻辑为假，关系忽略，当为不跳过断言Null也是一个集合，但是仅仅表示的是一个空集，但是实际上是null=Unknow。1、 NULL与别的值进行+-*/等计算操作（包括在大多数函数中使用NULL）后，结果是NUL

11、L（标量表达式）。NULL与别的值进行=、 Unknown Unknown AND/OR Unknown - Unknown Unknown OR TRUE - TRUE Unknown AND TRUE - Unknown Unknown OR FALSE - Unknown Unknown AND FALSE - FALSE /code具体可查三值逻辑的真值表。2. 在where/on/having和if/case when中，只有true(1=1)才使条件成立（即在判断语句中Unknown当作False来处理）。比如：where column = value：表中column为NULL的

12、行永远不会返回，即使value是NULL；case value when NULL then XXX when . end：XXX永远不会执行，即使value是NULL；if XXX else YYY end或case when then XXX else YYY end：这两种情况下，,即是null会执行。3. 包含外键约束和Check约束的字段允许NULL（即约束只当条件为False时出错，Unknown是不管的）。4. 包含唯一约束（unique index）的字段只允许一个NULL的行，再插入或更新该字段为NULL的行会报字段重复的错误。5. GROUP BY时，所有NULL被视为一组

13、。6. ORDER BY时，所有NULL排在一起，但NULL排在非空值的前面（最前面）（如SQL Server）还是后面（如Oracle），SQL标准未规定。7. 聚集函数（SUM/AVG/MAX/MIN/COUNT）忽略NULL的行，即是不返回此行数据。8. declare的变量，在未赋值之前为NULL。9. 与NULL处理相关的运算符和函数：- IS NULL/IS NOT NULL：用这两个运算符来判断一个值是否为NULL，而不是=或。- ISNULL/COALESCE：取第一个非空值（注意两个函数的数据类型转换规则不同）。- NULLIF(a,b)：等价于CASE WHEN a = b

14、 THEN NULL ELSE a END。15、Not Null的建表由于三值关系的存在，我们很难辨认出null的时候，我发现很多开发人员在建表的时候，如果要新建一个字段，他的思路是这样的：默认这个字段是可以为Null的，然后去判断是不是非要Not Null不可，如果不是这样，OK，这个字段可以为Null，接着继续进行下一个字段。结果往往是一张表除了主键以外所有的字段都可以为Null。之所以会有这样的思路，是因为Null好啊，程序不容易出错啊，你插入记录的时候如果不小心忘输了一个字段，程序依然可以Run，而不会出现 “XX字段不能为Null”的错误消息。但是，这样做的结果却是很严重的，也会使

15、你的程序变得更加繁琐，你不得不进行一些无谓的空值处理，以避免程序出错。更糟的是，如果一些重要数据，比如说订单的某一项值为Null了，那么大家知道，任何值与Null相操作(比如加减乘除)，结果都是Null，导致的结果就是订单的总金额也为Null。你可以运行下面的代码尝试一下：Select Null + 5 As Result 你可能会说，就算我将字段设置成Not Null，但是它依然可以接受空字符串，这样一来在程序中还是要进行空值处理。请别忘了，数据库还赋予你一个强力武器，就是 Check 约束，当你需要确保一个字段既不可以为Null，又不可以为空的时候，可以这么写：Abstract Varch

16、ar(500) Not Null Constraint ck_ColumnName Check(Len(ColumnName)0),Type TinyInt Not Null Default 0 Constraint ck_ArticleType Check(Type in (0,1,2), 所以，合理的思维方式应该是这样的：默认这个字段是 Not Null的，然后判断这个字段是不是非Null不可，如果不是这样，OK，这个字段是Not Null的，进行下一个字段。16、MSSQL数据类型详解数据类型 描述bit整型 bit 数据类型是整型，其值只能是0、1或空值(null)。这种数据类型用于存

17、储只有两种可能值的数据，如Yes 或No、True 或Fa lse 、On 或Off 。int整型int 数据类型可以存储从- 231(-2147483648)到231 (2147483 647)之间的整数。存储到数据库的几乎所有数值型的数据都可以用这种数据类型。这种数据类型在数据库里占用4个字节smallint整型smallint 数据类型可以存储从- 215(-32768)到215(32767)之间的整数。这种数据类型对存储一些常限定在特定范围内的数值型数据非常有用。这种数据类型在数据库里占用2个字节空间tinyint整型tinyint 数据类型能存储从0到255 之间的整数。它在你只打算

18、存储有限数目的数值时很有用。 这种数据类型在数据库中占用1 个字节numeric精确数字型numeric数据类型与decimal 型相同decimal精确数值型decimal 数据类型能用来存储从-1038-1到1038-1的固定精度和范围的数值型数据。使用这种数据类型时，必须指定范围和精度。 范围是小数点左右所能存储的数字的总位数。精度是小数点右边存储的数字的位数。左边是总数位，右边是小数点后的数位。money货币型money 数据类型用来表示钱和货币值。这种数据类型能存储从-9220亿到9220 亿之间的数据，精确到货币单位的万分之一smallmoney货币型smallmoney 数据类型

19、用来表示钱和货币值。这种数据类型能存储从-214748.3648 到214748.3647 之间的数据，精确到货币单位的万分之一float近似数值型float 数据类型是一种近似数值类型，供浮点数使用。说浮点数是近似的，是因为在其范围内不是所有的数都能精确表示。浮点数可以是从-1.79E+308到1.79E+308 之间的任意数real近似数值型real 数据类型像浮点数一样，是近似数值类型。它可以表示数值在-3.40E+38到3.40E+38之间的浮点数datetime日期时间型datetime数据类型用来表示日期和时间。这种数据类型存储从1753年1月1日到9999年12月3 1日间所有的

20、日期和时间数据， 精确到三百分之一秒或3.33毫秒Smalldatetime日期时间型smalldatetime 数据类型用来表示从1900年1月1日到2079年6月6日间的日期和时间，精确到一分钟cursor特殊数据型cursor 数据类型是一种特殊的数据类型，它包含一个对游标的引用。这种数据类型用在存储过程中，而且创建表时不能用timestamp特殊数据型timestamp 数据类型是一种特殊的数据类型，用来创建一个数据库范围内的唯一数码。 一个表中只能有一个timestamp列。每次插入或修改一行时，timestamp列的值都会改变。尽管它的名字中有“time”， 但timestamp列

21、不是人们可识别的日期。在一个数据库里，timestamp值是唯一的Uniqueidentifier特殊数据型Uniqueidentifier数据类型用来存储一个全局唯一标识符，即GUID。GUID确实是全局唯一的。这个数几乎没有机会在另一个系统中被重建。可以使用NEWID 函数或转换一个字符串为唯一标识符来初始化具有唯一标识符的列char字符型char数据类型用来存储指定长度的定长非统一编码型的数据。当定义一列为此类型时，你必须指定列长。当你总能知道要存储的数据的长度时，此数据类型很有用。例如，当你按邮政编码加4个字符格式来存储数据时，你知道总要用到10个字符。此数据类型的列宽最大为8000

22、个字符varchar字符型varchar数据类型，同char类型一样，用来存储非统一编码型字符数据。与char 型不一样，此数据类型为变长。当定义一列为该数据类型时，你要指定该列的最大长度。 它与char数据类型最大的区别是，存储的长度不是列长，而是数据的长度。其实就是可变长的char类型。text字符型text 数据类型用来存储大量的非统一编码型字符数据。这种数据类型最多可以有231-1或20亿个字符。有点像BLOB、CLOB，只保留16个字节的地址，速度会变慢。它不是char所以字符串的函数对其无效ntext字符型也是用Unicode的text。nchar统一编码字符nchar 数据类型用

23、来存储定长统一编码字符型数据。统一编码用2个字节来存储每个字符，而不是用单字节(普通文本中的情况)。它允许大量的扩展字符。此数据类型能存储4000种字符，使用的字节空间上增加了一倍。可以针对特殊的字符。就会使用Unicode的编码来存储。8000个字节。nvarchar统一编码字符型nvarchar 数据类型用作变长的统一编码字符型数据。此数据类型能存储4000种字符，使用的字节空间增加了一倍。变长、特殊字符。这种Unicode编码要比char、varchar存储相同的数据耗用了ntext统一编码字符型ntext 数据类型用来存储大量的统一编码字符型数据。这种数据类型能存储230 -1或将近1

24、0亿个字符，且使用的字节空间增加了一倍binary二进制数据类型binary数据类型用来存储可达8000 字节长的定长的二进制数据。当输入表的内容接近相同的长度时，你应该使用这种数据类型varbinary二进制数据类型varbinary 数据类型用来存储可达8000 字节长的变长的二进制数据。当输入表的内容大小可变时，你应该使用这种数据类型image二进制数据类型image 数据类型用来存储变长的二进制数据，最大可达231-1或大约20亿字节BLOB、CLOB统一编码字符型记录大量的文字，适合记录博文。Max的突破限制，可以存特别长的数据。这样就可以突破原本的数据类型的长度限制。17、结合信息

25、对象与业务设计数据库设计1、数据库的设计师根据信息要素、关系来设计的；2、数据库的信息查找依赖于信息的使用方式的；3、对于可有可无的东西，我们需要花点时间去好好斟酌；4、简短的查询，比囧长的业务查询更加需要思考；5、使用数据的方式将会与我们占用系统内存与硬盘息息相关，影响着服务器的整体表现，所以我们的设计会有所倚重与侧重；现在基本是双数据库，外层是方便查询，内层是方便修改。SQL换一句话其实就是关系数据库管理系统 Realtional Database Management System ,RDBMS表的设计的方法：1、挑出事物对象（对象信息浓缩法）2、围绕事物对象的信息收集（信息扩散聚拢法）

26、3、信息拆分成块（字段原子性）4、事务需求拆分法（关系设计）5、数据的发散与聚合程度的分析(表设计的检验)18、数据库的原子性1、你的表是描述什么事物，明确表的信息对象主体2、你的表是为了适合什么操作语句的设计的，面向操作设计3、列的内容要不要原子性的切块，让查询直逼要害，列的设计的小块的程度要拿捏好4、表必须是二维表，而且要根据不同的需求进行设计，表的设计与列的设计一样都要依赖与操作与需求原子性的存在是为了切分适合的信息块 ，从而达到信息的最大化、最优化的使用，并不是无限切分就好，要看实际的应用。但是由于原子性数据的表容易设计，而且运行的所需时间较短（查询信息的指向性比较强，同时也便于维护喝

27、更新操作，但是却是在海量数据搜索面前有点乏力），所以对大量的数据处理的时候要加分效果。1、 同一列中不能存在多个类型相同的值，一列不能多值（除非是）2、 同一个表中也不能存在有多个存储相同类型数据的列3、 无重复的行，每列只存储一份同类型下的一份数据（列是单值的），无重复列名4、19、规范化建表让数据具有原子性是设计出规范化数据表的第一步（同时也是为了提高数据库的可读性），但是到后期你可能会因为数据量以及性能的问题打破这种规范化。因为你的数据库投入使用后数据库的大小日益增大，设计规范化的表可以时刻保持你应对以后各种复杂的组合查询 （主要是应对数据库过分膨胀后的，查询缓慢的问题）规范化建表的优点

28、：1、可以减少表中重复数据的存储，减少数据库的大小；2、因为数据库的切割使得你的查询的指向性更强，查找的数据少，查找得更加快速；3、但是最后归根到底还是 避免存储重复的数据节省我们的硬盘空间。20、范式 1NF 2NF 3NF 4NF 1NF，主要是解决表中字段设计、信息与业务之间的关系的问题1、 数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。在第一范式（1NF）中表的每一行只包含一个实例的信息。简而言之，第一范式就是无重复的列，而且单列无重复的值。2、 所有属性都必须是原子的每个属性一个值。一个实体的所有实例都必须包含同等

29、数量的值。一个实体的所有实例必须两两不相同。2NF，主要是设定主键，解决数据库的数据冗余、更新、插入、更新的指向性的问题1、 要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。这个唯一属性列被称为主关键字或主键、主码、唯一关联。引入主键约束primary key，Constraint pk_Article Primary Key(Id)。主键的设定也是有要求的。主键默认不能为空，保持唯一性。插入、更新删、除记录的时候必须指定主键的值。要求主键必须简洁，主键值不能被修改。2、 实体必须满足第一范式。所有属性描述的事实都必须与整个键相关，

30、而不能只描述键的一个子集。3NF，主要是解决排除部分列之间的依赖关系，利用了表与表的主外键关系解决。1、 要求实体数据记录(record)相对于外部完全依赖于主关键ID。所谓完全依赖，是指在除主键外其他的属性列之间不存在对应依赖。如果存在，那么这一依赖部分应该分离出来形成一个表（关联），一般抽离出这一部分的主依赖项的ID，把这一部分作为一个新的表记录，同时原表也存储此次依赖项ID，然后利用建立主外键关系，将一表分成两表，解决原表因为主次依赖项存在而造成的数据冗余等一系列问题（但是对于以查询操作为主、记录大量数据的表此范式就需要斟酌了）。第二范式就是建立主键，与排除其他列对其属性列的依赖（消除部

31、分列的依赖）。2、 实体必须满足第二范式。如果每个非键属性描述的事实都与一个键属性相关，则实体满足第三范式所有属性描述的都必须是关于键的事实，除此之外别无其他。4NF，主要是解决根据属性列的相似（不同的从属对象）与共同（相同的从属对象）信息的建表问题，即是表中所有列对外的一对多关系不受限制1、 因为比较抽象，即是A表中含有a1,a2两个属性列，B表中记录a1的信息（包含b1），C表中包含a2的信息（包含c1），但是b1，c1实际上是相同类型的信息，但是从对象不同。此处就是要我们明确建表的时候，要仔细区分共有与相似（决定建表）的关系，从属对象与属性列之间关系与一对多关系的搭设与否的问题。2、 在

32、实体中，不会出现多于一个的多值依赖。5NF，主要是解决将信息切割得更细，清除所有冗余，但是在4NF设计会出现联接不当而产生的错误record1、在4NF下，一般我们仅仅是区分了属性列的相似与共有信息，但是这个时候就会因为新建的b、c而产生误解数据或者是错误记录。因此可以从第五范式（实际上是所有范式）中得到的启示是，当你觉得可以将表分解为带着不同自然键的更多、更小的表时，这么干很可能就是最好的方式。如果你想要把各个部分联结到一起，表示最初的、分解得更少的数据形式，数据库干这事比你干得强多了。很明显，如果你不能通过联结来重新构建分解前的表，那就最好不要进行分解。即是有一个道理，更少得冗余，更多的错

33、误。唯有靠联接来解决了。或者采用树状分层设计法，同层合并，也可以单独建立一个事务记录表。2、当分解是信息无损的时候，所有关系都被分解成了二元关系。但是面对日益变态的信息几何级的增长，为了令到数据库从焦油坑变成金矿我们会加入数据挖掘的思想，但是这个时候就需要无损的信息与高度分块的。所以在物理建表之前，我们还是需要遵循规范化建表的原则。20、不规范化建表规范化主要用来改善性能，过度规范化的结构会造成查询处理器和SQL Server中其他进程的开销过大（不适用在查询表的设计），或者，有时需要降低复杂性来使得实现更容易些，非规范化在这些时候就会发挥作用。正如我在这章中一直试图阐明的那样，虽然人们大都认

34、为非规范化到第三范式就可以了（靠着减少所需联结的数量，查询过程已经被简化了）然而，这样做冒着引入数据异常的风险。每个使用数据库的应用程序都要复制任何额外写的，用来处理这些异常代码，因此就增加了人为错误的可能性。在这种情况下必须作出的判断是：是一个稍微慢点（但是100正确）的应用更好呢，还是一个更快但正确性稍差的应用更好些。在逻辑建模阶段，绝不应该从我们规范化的结构倒退，对应用程序过早过激地进行性能调优工作。OLTP数据库结构上，所以设计中最重要的部分就是：保证我们的逻辑模型体现了最终的数据库含有的所有实体和属性。一旦开始物理建模过程（这与性能调优应该是同义语），那就有足够充足的理由来对结构进行

35、非规范化操作，要么是出于性能的考虑，要么是出于减少复杂性的考虑，但是，这两种考虑都不适合用在逻辑模型上。当我们物理上的实现在逻辑上也正确的时候，碰到的问题几乎总是会更少些。对几乎所有情况来说，我都建议等到物理建模阶段才对解决方案进行实现，或者，至少等到有某种非做不可的原因时（比如，系统中某些部分失败了）才进行非规范化工作。总结：一般，我们是采用两层数据库的，一层是外层，用于直接的查询。一层是内层数据库，用于记录与维护更新的。维护更新资料的时候，对内层数据库进行操作，当操作完成的时候就会马上更新外层数据库。所以外层数据库（以查询为主）设计的范式要求比较低，但是内层数据库（维护更新为主）的要求就比

36、较高了。13、数据库设计建议：数据库不仅是用来保存数据，还应负责维护数据的完整性和一致性我看过很多的开发人员设计出来的数据库，给我的感觉就是：在他们眼里，数据库的作用就如同它的名称一样不仅仅是用来存放数据的，除了不得不建的主键以外，什么都没有.没有 Check约束，没有索引，没有外键约束，没有视图，甚至没有存储过程。 一个很好的数据库该有的还是有的。什么都没有的数据库插入操作是很好，但是多了这点东西的数据库还是很快的。如果要写代码来确保表中的行都是唯一的，就为表添加一个主键，即是distinct的使用频率应该是比价少的。 如果要写代码来确保表中的一个单独的列是唯一的，就为表添加一个约束，一般是

37、事务状态记录表。 如果要写代码确定表中的列的取值只能属于某个范围，就添加一个Check约束。 如果要写代码来连接 父子 表，就创建一个关系，上下其实都是依据主外键的。 如果要写代码来维护“一旦父表中的一行发生变化，连带变更子表中的相关行”，就启用级联删除和更新。 如果要调用大量的Join来进行一个查询，就创建一个视图。 如果要逐条的写数据库操作的语句来完成一个业务规则，就使用存储过程。 没有提到触发器，实践证明触发器会使数据库迅速变得过于复杂，更重要的是触发器难以调试，如果不小心建了个连环触发器，就更让人头疼了，所以我更倾向于根本就不使用触发器trigger。3、技术实例：（数据库）1、 加载

38、数据库脚本source C:UsersAdministratorDesktopscript-1.sql ;mySQLsource (.) Execute an SQL script file. Takes a file name as an argument.2、 保存为数据库脚本Tee C:UsersAdministratorDesktopscript-1.sql ;tee (T) Set outfile to_outfile. Append everything into given outfile.notee 输入的时候就会把tee与notee进行保存为sql脚本。3、 查询当前实例的数

39、据库集合Show databases ; mySQLmysql show databases;+-+| Database |+-+| information_schema | drinks | mysql | performance_schema | test |+-+4、使用某个数据库mysql use drinks;Database changed5、查询当前数据库的表集mysql show tables;+-+| Tables_in_drinks |+-+| easy_drinks | my_contacts |+-+6、查询表的结构mysql desc my_contacts;+-+-

40、+-+-+-+-+| Field | Type | Null | Key | Default | Extra |+-+-+-+-+-+-+恶补：1、判断存在-利用系统视图判断数据表是否存在,而且是先判断是否存在dbo.tb对象，在判断是否是NIsUserTable-利用系统视图判断对象是否存在,而且是先判断是否存在dbo.对象名对象，在判断是否是N类型Sysobjects是Master系统视图object_id是抓取对象在视图中的IDOBJECTPROPERTY是根据对象判断类型函数，返回的是boolif exists (select * from dbo.sysobjects where i

41、d = object_id(Ndbo.tb) and OBJECTPROPERTY(id, NIsUserTable) = 1)drop table dbo.tb;2、模糊搜索，删除对象，动态SQL语句declare a varchar(2000) MSSQL 删除约束set a=(select name from sysobjects where name like ConstraintName) set a= ALTER TABLE dbo.TableName DROP CONSTRAINT +a exec (a)7、数据库的新建、删、改：新建数据库mysql create databas

42、e myDB; mySQLQuery OK, 1 row affected (0.00 sec)create database mmc; MSSQL：数据库修改exec sp_rename , Name , database MSSQL：删除数据库mysql drop database drinks;mySQLQuery OK, 2 rows affected (0.34 sec)drop database mySQL;MSSQL8、数据表的新建、删、改 ：新建数据表mysql show create table servers;mySQL显示表的创建方式| servers |

43、 CREATE TABLE servers ( Server_name char(64) NOT NULL DEFAULT , Host char(64) NOT NULL DEFAULT , Db char(64) NOT NULL DEFAULT , Username char(64) NOT NULL DEFAULT , Password char(64) NOT NULL DEFAULT , Port int(4) NOT NULL DEFAULT 0, Socket char(64) NOT NULL DEFAULT , Wrapper char(64) NOT NULL DEFAU

44、LT , Owner char(64) NOT NULL DEFAULT , PRIMARY KEY (Server_name) ENGINE=MyISAM DEFAULT CHARSET=utf8 COMMENT=MySQL Foreign Servers table |mysql create table my_contacts( mySQL - last_name int not null Auto_increment, - first_name varchar(20) not null , - email varchar(50) not null, - birthday date, -

45、 profession varchar(50), - location varchar(50), - status varchar(20), - interests varchar(20),- seeking varchar(100) ，Parmary kry (名 ) );Create Table Article MSSQL( IdInt Identity(1,1)Not Null,自增 Title Varchar(50)Not Null Constraint uq_ArticleTitle Unique,1、唯一约束 KeywordsVarchar(50)Not Null Constrai

46、nt ck_KeywordsLength Check (len(Keywords) alter table 旧表名 rename to 新表名; mySQL use databasename; EXEC sp_rename 旧表名, 新表名;MSSQL：删除数据表mysql drop table mytables;mySQLdrop table a1;MSSQL 9、字段、约束（数据表成员）的增加、删、改：增加字段mysql alter table mytablemySQL 添加字段- add column mycolumn2 int first , 其中还有 after column 排在指

47、定的列之后- add primary key (mycolumn2); mySQL 添加主键alter table test1 add nob int identity(1,1) not null MSSQL 添加字段alter table test1 add primary key (nob); MSSQL 添加主键alter table dbo.Article2 add DEFAULT (1) FOR IsOnIndex MSSQL添加默认约束ALTER TABLE dbo.Article2 WITH CHECK ADD CONSTRAINT ck_KeywordsLength2 CHEC

48、K (len(Keywords) alter table mytables - change column firstname firstName varchar(30) ,mySQL 改变名字、类型- add primary key ( lastname );mysql alter table mytablemySQL 不改变名字，改类型- modify mycolumn2 varchar(20);exec sp_rename , Name , column MSSQL 只改变名字alter table test1 alter column ID varchar(200) n

49、ull MSSQL 不改变名字，改类型alter table test1 drop Constraint constraintname; MSSQL 删除约束alter table test1 add primary key (nob); MSSQL 添加主键约束alter table Articles2 add constraint fk_job_id foreign key (Id) references Article3(Id); MSSQL添加外键约束alter table dbo.Article2 add constraint uk_Id unique nonclustered (I

50、d); MSSQL添加唯一约束alter table dbo.Article2 add constraint uk_Id default (1) for IsOnIndex MSSQL添加默认约束alter table dbo.Article2 with check add constraint ck_KeywordsLength2 CHECK (len(Keywords)(10) 新建checkalter table dbo.Article2 chenk constraint ck_KeywordsLength2 MSSQL把ck_KeywordsLength2添加check约束集合alter table dbo.Article2 with check add constra