mysql数据库表间的关系图可以通过navicat查看：
10余年的洛扎网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。成都全网营销推广的优势是能够根据用户设备显示端的尺寸不同，自动调整洛扎建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联建站从事“洛扎网站设计”,“洛扎网站推广”以来，每个客户项目都认真落实执行。
第一步：下载navicat打开；
第二步：点击navicat界面最右下角标注的按钮即可查看关系图。
最新的MySQL Workbench已经完全包含了数据库建模与设计、数据库SQL开发和数据库管理与维护等功能。
Mysql数据库-----表
sh.qihoo.com 2018-04-07 08:20
1、定义: 表（table）是数据库最基本的组成单元，数据库是用来存储数据的，数据库中有很多表，每一个表都是一个独立的单元，表也是一个结构化的文件，由行和列组成，行称为数据或记录，列称为字段，字段又包含：字段名称、字段类型、长度、约束。
2、创建表
（1）、语法格式:create table 表名称(字段名 类型(长度) 约束)；
（2）、MySQL常用数据类型
VARCHAR：可变长度字符串(VARCH AR(3)表示存储的数据长度丌能超过3个字符长度)
CHAR：定长字符串(CHAR(3) 表示存储的数据长度丌能超过3个字符长度)
INT：整数型（INT(3)表示最大可以存储999）
BIGINT：长整型（对应java程序中的long类型）
FLOAT：浮点型单精度（FLOAT(7,2)表示7个有效数字，2个有效小数位）
DOUBLE：浮点型双精度（DOUBLE(7,2)表示7个有效数字，2个有效小数位）
DATE：日期类型（ 实际开发中，常用字符串代替日期类型）
BLOB：二进制大对象 Binary Large Object（专门存储图片、视频、声音等数据）
CLOB：字符型大对象 Character Large Object（ 可存储超大文本，可存储4G+字符串）
VARCHAR与CHAR对比：
都是字符串
VARCHAR比较智能，可以根据实际的数据长度分配空间，比较节省空间；但在分配的时候需要相关判断，效率低。
CHAR不需要劢态分配空间，所以执行效率高，但是可能会导致空间浪费
若字段中的数据不具备伸缩性，建议采用CHAR类型存储
若字段中的数据具备很强的伸缩性，建议采用VARCHAR类型存储
需要用的资料以链接的形式给需要的同学。
我用的mysql版本为： Mysql-5.5.45-win64.msi 密码是：26zw
图形化工具 Navicat(前期不推荐用，直接手动敲)： Navicat 密码：c7fs
开始我的MySQL之旅吧 始于2016.12.04
--WH
一、数据库的安装
这个就不在这里过多阐述了，因为网上实在是太多安装mysql的教程了，有了我给的mysql，在按照这个安装教程(MySQL安装教程)去看，就能够安装完好。
安装好mysql后，如果需要使用windows命令窗口(也就是cmd)来操作mysql，那么就需要配置环境变量，在安装好的mysql下找到bin，将其目录放到环境变量path中去，就行了，检测成功与否的方法是在cmd命令窗口中输入mysql，就会出现一大段英文，就说明成功了，反之失败，如果不会的话就去百度搜教程。
二、数据库的基本操作
1、开启mysql服务命令
net start mysql
2、进入mysql的两种方式
明文进入：mysql -uroot -proot格式：mysql -u帐号 -p密码
密文进入：mysql -uroot -p 按enter会提示你输入密码(Enter pssword:)，此时你写的密码就会显示为***这样。
3、查看mysql中所有的数据库(一般在固定的单词命令就会是用大写，这个要习惯，看多了敲多了就认识了)
前面四个数据库是mysql中自带的，也就是必须的.
SHOW DATABASES;
4、创建名为test_1的数据库
格式：CREATE DATABASE 数据库名
CREATE DATABASE test_1;
5、删除名为test_1的数据库
格式：DROP DATABASE 数据库名
DROP DATABASE test_1;
总结：学习了对数据库的三个操作，1、查看所有数据库 2、创建数据库 3、删除数据库
三、数据表的基本操作
数据表和数据库还有Mysql三者的关系
mysql中保存了很多数据库、一个数据库中可以保存很多表。
对数据表的增(创建表)删(删除表)改(修改表字段)查(查询表结构)。 注意：这里的操作对象是表，对表的操作也就是表的结构，和表中的字段的操作(字段和记录要分清楚)
前提：表是在数据库下的，所以要先确实使用哪个数据库。
USE test_1;
1、创建数据表
格式：CREATE TABLE 数据表名(
字段名1数据类型[列级别约束条件],
字段名2数据类型[列级别约束条件],
字段名3数据类型[列级别约束条件]
);
注意：格式不一定需要这样隔着写，完全可以全部写成一行。但是那样写可观性非常差。我这样写只是为了可以看的更清晰。
解释：
1、[]中括号中的内容表示可以有可以没有，
2、列级别这个“列”一定要搞清楚说的是什么，一张表中有行有列，列表示竖，行表示横
3、约束条件后面会讲到
1.1、创建没有约束的student表
CREATE TABLE student( idINT(11), nameVARCHAR(12), ageINT(11) );
注释：SHOW TABLES 查询数据库底下的所有表。
1.2、创建有约束的student表
六大约束：主键约束、外键约束、非空约束、唯一约束、默认约束、自动增加
1.2.1：主键约束
PRIMARY KEY(primary key)：独一无二(唯一)和不能为空(非空)，通俗的讲，就是在表中增加记录时，在该字段下的数据不能重复，不能为空，比如以上面创建的表为例子，在表中增加两条记录，如果id字段用了主键约束。则id不能一样，并且不能为空。一般每张表中度有一个字段为主键，唯一标识这条记录。以后需要找到该条记录也可以同这个主键来确认记录，因为主键是唯一的，并且非空，一张表中每个记录的主键度不一样，所以根据主键也就能找到对应的记录。而不是多条重复的记录。如果没有主键，那么表中就会存在很多重复的记录，那么即浪费存储空间，在查询时也消耗更多资源。
一般被主键约束了的字段度习惯性的称该字段为该表的主键
单字段主键约束
两种方式都可以
CREATE TABLE student(CREATE TABLE student(
idINT(11) PRIMARY KEY,idINT(11),
nameVARCHAR(12),nameVARCHAR(12),
ageINT(11) ageINT(11),
); PRIMARY KEY(id) );
多字段主键约束(复合主键)
这个id和name都市主键，说明在以后增加的插入的记录中，id和name不能同时一样，比如说可以是这样。一条记录为id=1，name=yyy、另一条记录为：id=1，name=zzz。 这样是可以的。并不是你们所理解的两个字段分别度不可以相同。
CREATE TABLE student(CREATE TABLE student(
idINT(11) PRIMARY KEY,idINT(11),
nameVARCHAR(12) PRIMARY KEY, nameVARCHAR(12),
ageINT(11) ageINT(11),
);PRIMARY KEY(id,name) );
1.2.2：外键约束
什么是外键举个例子就清楚了，有两张表，一张表是emp(员工)表，另一张表是dept(部门)表，一个员工属于一个部门，那么如何通过员工能让我们自己他在哪个部门呢？那就只能在员工表中增加一个字段，能代表员工所在的部门，那该字段就只能是存储dept中的主键了(因为主键是唯一的，才能确实是哪个部门，进而代表员工所在的部门，如果是部门名称，有些部门的名称可能是同名。就不能区分了。)，像这样的字段，就符合外键的特点，就可以使用外键约束，使该字段只能够存储另一张表的主键。如果不被外键约束，那么该字段就无法保证存储进来的值就一定是另一张表的主键值。
外键约束的特点：
1、外键约束可以描述任意一个字段(包括主键)，可以为空，并且一个表中可以有多个外键。但是外键字段中的值必须是另一张表中的主键。
2、这样被外键关联的两种表的关系可以称为父子表或者主从表。子表(从表)拥有外键字段的表，父表(主表)被外键字段所指向的表。
3、子表被外键约束修饰的字段必须和父表的主键字段的类型一样。
注意：一个表中有被外键修饰的字段，就称该表有外键(是“有外键”。而不是“是外键”)，并会给该表中的外键约束取一个名称，所以我们常说的这个表有没有外键，指的不是被外键约束修饰的字段名，而是指这个表是否有存在外键约束。也就是说，不能说这个表的外键是xxx(该表中被外键约束修饰的字段名)，这种说法是错误的，但是大多数人已经习惯了这样，虽然影响不大，但是在很多时候需要理解一个东西时，会造成一定的困扰。
格式：CONSTRAINT外键名称FOREIGN KEY(被外键约束的字段名称)REFERENCES 主表名(主键字段)
英文解释：CONSTRAINT:约束REFERENCES:参考
CREATE TABLE tableA
(
id INT(11),
name VARCHAR(22),
location VARCHAR(50),
PRIMARY KEY(id)
);
CREATE TABLE tableB
(
id INT(11),
name VARCHAR(22) NOT NULL,
deptId INT(11),
PRIMARY KEY(id),
CONSTRAINT tableA_tableB_1 FOREIGH KEY(deptId) REFERENCES tableA(id)
);
解释：tableB中有一个名为tableA_tableB_1的外键关联了tableA和tableB两个表，被外键约束修饰的字段为tableB中的deptId，主键字段为tableA中的id
1.2.3：非空约束
NOT NULL. 被该约束修饰了的字段，就不能为空，主键约束中就包括了这个约束
CREATE TABLE tableA
(
id INT(11),
name VARCHAR(22) NOT NULL,
location VARCHAR(50),
PRIMARY KEY(id)
);
1.2.4：唯一约束
UNIQUE 被唯一约束修饰了的字段，表示该字段中的值唯一，不能有相同的值，通俗点讲，就好比插入两条记录，这两条记录中处于该字段的值不能是一样的。
CREATE TABLE tableA
(
id INT(11),
name VARCHAR(22) UNIQUE,
location VARCHAR(50),
PRIMARY KEY(id)
);
也就是说在插入的记录中，每条记录的name值不能是一样的。
1.2.5：默认约束
Default 指定这一列的默认值为多少，比如，男性同学比较多，性别就可以设置为默认男，如果插入一行记录时，性别没有填，那么就默认加上男
CREATE TABLE table
(
id INT(11) PRIMARY KEY,
name VARCHAR(22) NOT NULL,
deptId INT(11) DEFAULT 1111,
salary FLOAT
);
1.2.6：自动增加
AUTO_INCREMENT 一个表只能一个字段使用AUTO_INCREMENT，并且使用这个约束的字段只能是整数类型(任意的整数类型 TINYINT,SMALLIN,INT,BIGINT)，默认值是1，也就是说从1开始增加的。一般就是给主键使用的，自动增加，使每个主键的值度不一样，并且不用我们自己管理，让主键自己自动生成
CREATE TABLE table ( id INT(11) PRIMARY KEY AUTO_INCREMENT, name VARCHAR(22) NOT NULL );
2、查询表结构
2.1、查看表基本结构语句
格式1：DESCRIBE 表名/DESC 表名这两个的功能是一样的，简写了单词describe
DESCRIBE student;
2.2、查看创建表的语句
格式：SHOW CREATE TABLE 表名
SHOW CREATE TABLE student;
这样显示的格式很不好，看不清楚，所以有了下面这个语句
格式：SHOW CREATE TABLE 表名\G
SHOW CREATE TABLE student\G;
3、修改数据表
修改数据表包括：对表中字段的增加、删除、修改。 在这个里面用的关键字为 ALTER
3.1、修改表名
格式：ALTER TABLE旧表名 RENAME[TO]新表名;
将student表名改为student1(改完后在改回来)
ALTER TABLE student RENAME TO student1;
3.2、修改表中的字段名
格式：ALTER TABLE表名 CHANGE旧字段名新字段名新数据类型
将student表中的name字段名改为 username
ALTER TABLE student CHANGE name username VARCHAR(30);
3.3、修改表中的数据类型
格式：ALTER TABLE表名 MODIFY字段名数据类型
ALTER TABLE student MODIFY username VARCHAR(20);
解释：只能修改字段名的数据类型，但是其原理跟上面change做的事情一样，这里也有修改字段名的过程，只不过修改后的字段名和修改前的字段名相同，但是数据类型不一样。
3.4、修改字段的排列位置
方式1：ALTER TABLE表名 MODIFY字段1数据类型 FIRST|AFTER字段2
解释：将字段1的位置放到第一，或者放到指定字段2的后面
ALTER TABLE student MODIFY username VARCHAR(20) AFTER age;
方式2：ALTER TABLE表名 CHANGE字段1字段2数据类型 FIRST|AFTER字段3
解释：其实是一样的，将是字段2覆盖字段1，然后在进行排序
ALTER TABLE student CHANGE username username VARCHAR(20) AFTER age;
总结
CHANGE和MODIFY的区别？
原理都市一样的，MODIFY只能修改数据类型，但是CHANGE能够修改数据类型和字段名，也就是说MODIFY是CHANGE的更具体化的一个操作。可能觉得用CHANGE只改变一个数据类型不太爽，就增加了一个能直接改数据类型的使用关键字MODIFY来操作。
3.5、添加字段
格式：ALTER TABLE表名称 ADD新字段名数据类型[约束条件][FIRST|AFTER已存在的表名]
解释：在一个特定位置增加一个新的字段，如果不指定位置，默认是最后一个。
ALTER TABLE student ADD sex VARCHAR(11);
3.6、删除字段
格式：ALTER TABLE表名称 DROP字段名;
ALTER TABLE student DROP sex;
3.7、删除表的外键约束
格式：ALTER TABLE表名称 DROP FOREIGN KEY外键约束名
注意：外键约束名 指的不是被外键约束修饰的字段名，切记，而是我们在创建外键约束关系时取的名字。
3.8、更改表的存储引擎
格式：ALTER TABLE表名 ENGINE=更改后的存储引擎名
这个存储引擎目前我自己也不太清楚，虽然知道有哪几种引擎，但是稍微深入一点就不清楚了，所以打算留到日后在说。
4、删除表
4.1、删除无关联表
格式：DROP TABLE表名；
ALTER TABLE student;
4.2、删除被其他表关联的主表
这个是比较重要的一点，在有外键关联关系的两张表中，如果删除主表，那么是删不掉的，并且会报错。因为有张表依赖于他。那怎么办呢？针对这种情况，总共有两种方法
1、先删除你子表，然后在删除父表，这样就达到了删除父表的目的，但是子表也要被删除
2、先解除外键关系，然后在删除父表，这样也能达到目的，并且保留了子表，只删除我们不需要的父表。在3.7中就讲解了如何删除外键关系。
表结构
这种情况可以通过左连接实现
可以看到左连接是以左表为基准，通过关联关系id = pid去找到对应的上级组织记录，所以空的id找不到对应的记录，返回空
有时候我们需要获取某个组织的完整路径 如
部门C/部门C_2/部门C_2_1/部门C_2_1_1
编写存储过程，生成一个临时表tmpLst，按照层级把每一条记录插入到临时表，然后每次从临时表查当前层级的组织，循环去查组织表的上级组织，直到结果ROW_COUNT = 0为止，代表当前层级下的所有组织已经是最后一级
查询到的结果，大家可以自行优化一下显示方式和查询的字段
当然还有另一种方式，从设计上解决
如新加一个唯一约束，把组织的约束定义为 ORG_001_ORG_001_002_ORG_001_003 这样的形式
当需要查询ORG_001所有的下级时，只需要查询约束 like ORG_001% 即可
当需要查询ORG_001_002所有上级时，只需要查询约束 like %ORG_001_002
不过问题在于如果组织的存在架构调整，如，ORG_001_002调整到了 ORG_002下，因为树型结构变化了，直接用like无法查询到正确数据，这个时候要考虑是否允许调整或者调整后修改对应的唯一约束
在使用MySQL的检查(check)约束时,向表中插入不符合约束条件的数据行时,也能插入成功不会报错!
建表语句如下:
向其中插入行
居然返回
看来check约束是白写了,没有起作用.
经过上网查看发现,MySQL只是可以使用check约束, 但不会强制的遵循check约束!
官方推荐使用 枚举类型(ENUM) 来替代以上的使用check约束的情况.将表中的gender字段修改成如下类型:
(注意修改前的表中数据不能有gender字段含有不是'M'或'F'的数据行,否则不能执行以下语句,会报错)
执行alter语句后的person表的gender就会在插入和修改时严格验证属于的数据是否合法啦!
测试一下:
如下插入语句会报错
当输入正确的语句时不会报错,通过验证
查询数据库中所有表名有两种方法：
1、select table_name from information_schema.tables where table_schema='当前数据库';
2、show tables；
其中，information_schema这张数据表保存了MySQL服务器所有数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权限等。
再简单点，这台MySQL服务器上，到底有哪些数据库、各个数据库有哪些表，每张表的字段类型是什么，各个数据库要什么权限才能访问，等等信息都保存在information_schema表里面。
扩展资料：
Mysql的INFORMATION_SCHEMA数据库包含了一些表和视图，提供了访问数据库元数据的方式。
元数据是关于数据的数据，如数据库名或表名，列的数据类型，或访问权限等。有些时候用于表述该信息的其他术语包括“数据词典”和“系统目录”。
下面对一些重要的数据字典表做一些说明：
SCHEMATA表：提供了关于数据库的信息。
TABLES表：给出了关于数据库中的表的信息。
COLUMNS表：给出了表中的列信息。
STATISTICS表：给出了关于表索引的信息。
USER_PRIVILEGES表：给出了关于全程权限的信息。该信息源自mysql.user授权表。
SCHEMA_PRIVILEGES表：给出了关于方案（数据库）权限的信息。该信息来自mysql.db授权表。
TABLE_PRIVILEGES表：给出了关于表权限的信息。该信息源自mysql.tables_priv授权表。
COLUMN_PRIVILEGES表：给出了关于列权限的信息。该信息源自mysql.columns_priv授权表。
CHARACTER_SETS表：提供了关于可用字符集的信息。
COLLATIONS表：提供了关于各字符集的对照信息。
COLLATION_CHARACTER_SET_APPLICABILITY表：指明了可用于校对的字符集。
TABLE_CONSTRAINTS表：描述了存在约束的表。
KEY_COLUMN_USAGE表：描述了具有约束的键列。
ROUTINES表：提供了关于存储子程序（存储程序和函数）的信息。此时，ROUTINES表不包含自定义函数（UDF）。
VIEWS表：给出了关于数据库中的视图的信息。
TRIGGERS表：提供了关于触发程序的信息。
