关系型
- MySQL,Oracle,sql-server,sql-lite,DB2,access,sybase
非关系型
- mongodb,Redis,HBASE,memcache,
区别
- 储存容量
- 存储结构
- 表的字段数量是否可以扩展、类型是否一定
- 访问效率
关系型数据库的优点:
- 容易理解:二维表结构是非常贴近逻辑世界的一个概念,关系模型相对网状、层次等其他模型来说更容易理解
- 使用方便:通用的SQL语言使得操作关系型数据库非常方便
- 易于维护:丰富的完整性(实体完整性、参照完整性和用户定义的完整性)大大减低了数据冗余和数据不一致的概率
关系型数据库存在的问题
- 网站的用户并发性非常高,往往达到每秒上万次读写请求,对于传统关系型数据库来说,硬盘I/O是一个很大的瓶颈
- 网站每天产生的数据量是巨大的,对于关系型数据库来说,在一张包含海量数据的表中查询,效率是非常低的
- 在基于web的结构当中,数据库是最难进行横向扩展的,当一个应用系统的用户量和访问量与日俱增的时候,数据库却没有办法像web server和app server那样简单的通过添加更多的硬件和服务节点来扩展性能和负载能力。当需要对数据库系统进行升级和扩展时,往往需要停机维护和数据迁移。
- 性能欠佳:在关系型数据库中,导致性能欠佳的最主要原因是多表的关联查询,以及复杂的数据分析类型的复杂SQL报表查询。为了保证数据库的ACID特性,必须尽量按照其要求的范式进行设计,关系型数据库中的表都是存储一个格式化的数据结构。
非关系型数据库
非关系型数据库:指非关系型的,分布式的,且一般不保证遵循ACID原则的数据存储系统。
非关系型数据库结构
非关系型数据库以键值对存储,且结构不固定,每一个元组可以有不一样的字段,每个元组可以根据需要增加一些自己的键值对,不局限于固定的结构,可以减少一些时间和空间的开销。
优点
- 用户可以根据需要去添加自己需要的字段,为了获取用户的不同信息,不像关系型数据库中,要对多表进行关联查询。仅需要根据id取出相应的value就可以完成查询。
- 适用于SNS(Social Networking Services)中,例如facebook,微博。系统的升级,功能的增加,往往意味着数据结构巨大变动,这一点关系型数据库难以应付,需要新的结构化数据存储。由于不可能用一种数据结构化存储应付所有的新的需求,因此,非关系型数据库严格上不是一种数据库,应该是一种数据结构化存储方法的集合。
不足:
只适合存储一些较为简单的数据,对于需要进行较复杂查询的数据,关系型数据库显的更为合适。不适合持久存储海量数据
表与表的关系:
- 一对一
- 一对多
- 多对多
表创建
- 客服表
create table customer
(
cid INT(11) NOT NULL PRIMARY KEY AUTO_INCREMENT,
cname VARCHAR(50) NOT NULL,
ccity VARCHAR(50) NOT NULL,
ccontact VARCHAR(20) NULL,
cemail VARCHAR(20) NULL
);
- 订单表
create table t_order
(
t_id int(11) not null primary key auto_increment,
t_name varchar(255) not null,
t_type varchar(255) not null,
t_quantity varchar(255) not null,
t_money varchar(255) not null
);
两表连接
- 查询
select * from customer;
select * from t_order;
- 左连接
select * from customer c left JOIN t_order t on c
.cid = t.t_id;
- 右连接
select * from customer c right JOIN t_order t on c
.cid = t.t_id;
- 删除主键
alter table course modify number int;
alter table course drop primary key;