自关联
设计省信息的表结构provinces
id
ptitle
设计市信息的表结构citys
id
ctitle
proid
citys表的proid表示城市所属的省，对应着provinces表的id值
问题：
能不能将两个表合成一张表呢？
思考：
观察两张表发现，citys表比provinces表多一个列proid，其它列的类型都是一样的
意义：
存储的都是地区信息，而且每种信息的数据量有限，没必要增加一个新表，或者将来还要存储区、乡镇信息，都增加新表的开销太大
答案：
定义表areas，结构如下
id
atitle
pid
说明:
因为省没有所属的省份，所以可以pid可以填写为null
城市所属的省份pid，填写省所对应的编号id
这就是自关联，表中的某一列，关联了这个表中的另外一列，但是它们的业务逻辑含义是不一样的，城市信息的pid引用的是省信息的id 在这个表中，结构不变，可以添加区县、乡镇街道、村社区等信息
创建areas表的语句如下：
create table areas( aid int primary key, atitle varchar(20), pid int );
查询一共有多少个省
select count(*) from areas where pid is null;
例1：查询省的名称为“山西省”的所有城市
select city.* from areas as city inner join areas as province on city.pid=province.aid where province.atitle='山西省';
例2：查询市的名称为“广州市”的所有区县
select dis.* from areas as dis inner join areas as city on city.aid=dis.pid where city.atitle='广州市';
总结：
自连接查询其实等同于连接查询，需要两张表，只不过它的左表（父表）和右表（子表）都是自己。做自连接查询的时候，是自己和自己连接，分别给父表和子表取两个不同的别名，然后附上连接条件。
练习： 假想以下场景：某一电商网站想要对站内产品做层级分类，一个类别下面有若干子类，子类下面也会有别的子类。例如数码产品这个类别下面有笔记本，台式机，智能手机等；笔记本，台式机，智能手机又可以按照品牌分类；品牌又可以按照价格分类，等等。也许这些分类会达到一个很深的层次，呈现一种树状的结构。那么这些数据要怎么在数据库中表示呢？我们可以在数据库中创建两个字段来存储id和类别名称，使用第三个字段存储类别的子类或者父类的id，最后通过自连接去查询想要的结果。
创建表： create table tdb_cates( id smallint primary key auto_increment, cate_name varchar(20) not null, parent_id smallint not null );
