mysql 关联

自关联

• 设计省信息的表结构provinces
  • id
  • ptitle
• 设计市信息的表结构cityscitys表的proid表示城市所属的省，对应着provinces表的id值
  • id
  • ctitle
  • proid
• citys表的proid表示城市所属的省，对应着provinces表的id值
• 问题：能不能将两个表合成一张表呢？
• 思考：观察两张表发现，citys表比provinces表多一个列proid，其它列的类型都是一样的
• 意义：存储的都是地区信息，而且每种信息的数据量有限，没必要增加一个新表，或者将来还要存储区、乡镇信息，都增加新表的开销太大
• 答案：定义表areas，结构如下因为省没有所属的省份，所以可以填写为null
  • id
  • atitle
  • pid
• 因为省没有所属的省份，所以可以填写为null
• 城市所属的省份pid，填写省所对应的编号id
• 这就是自关联，表中的某一列，关联了这个表中的另外一列，但是它们的业务逻辑含义是不一样的，城市信息的pid引用的是省信息的id
• 在这个表中，结构不变，可以添加区县、乡镇街道、村社区等信息
• 创建areas表的语句如下：

create table areas(

  id int primary key,
  atitle varchar(20),
  pid int,
  foreign key(pid) references areas(id)
  );

视图

• 对于复杂的查询，在多次使用后，维护是一件非常麻烦的事情
• 解决：定义视图
• 视图本质就是对查询的一个封装
• 定义视图

    create view stuscore as
    select students.*,scores.score from scores
    inner join students on scores.stuid=students.id;

• 视图的用途就是查询

    select * from stuscore;

• 当一个业务逻辑需要多个sql完成时，如果其中某条sql语句出错，则希望整个操作都退回
• 使用事务可以完成退回的功能，保证业务逻辑的正确性
• 事务四大特性(简称ACID)要求：表的类型必须是innodb或bdb类型，才可以对此表使用事务
  • 原子性(Atomicity)：事务中的全部操作在数据库中是不可分割的，要么全部完成，要么均不执行
  • 一致性(Consistency)：几个并行执行的事务，其执行结果必须与按某一顺序串行执行的结果相一致
  • 隔离性(Isolation)：事务的执行不受其他事务的干扰，事务执行的中间结果对其他事务必须是透明的
  • 持久性(Durability)：对于任意已提交事务，系统必须保证该事务对数据库的改变不被丢失，即使数据库出现故障
• 要求：表的类型必须是innodb或bdb类型，才可以对此表使用事务
• 查看表的创建语句 

   show create table students;

• 修改表的类型

   alter table '表名' engine=innodb;

• 事务语句

    开启begin;
    提交commit;
    回滚rollback;

索引

能不用or尽量不用；=尽量放前，<或> 表示范围的尽量放后。
单列索引
多列索引
show index from students    查看索引
create index indexName on mytable(username(length));   创建索引
drop index[indexName] on mytable;        删除索引

缺点：查询速度快，其他操作慢。

set profiling=1  表示启用检测
select *from areas where title='北京市'
show profiles;
show index from areas;
create index titleIndex on areas(title(20));
select *from areas where title='北京市'
show profiles;