关系型数据库的使用已经有相当长的时间了。它们变得流行起来托了管理系统的福,关系模型被实现得相当的好,并且被证明是操作数据的好方法(特别是事务性强的应用)。
在这篇DigitalOcean文章中,我们将尝试理解一些最常用、最流行的关系型数据库管理系统(RDBMS)的内核区别。我们将会探索最底层的区别——特性与功能,它们如何工作,在哪方面更出色,以帮助程序员选择合适的RDBMS。
关系型数据库管理系统
关系与数据类型
重要的和流行的关系型数据库
SQLite支持的数据类型
SQLite的优势
SQLite的劣势
何时使用SQLite
何时不用SQLite
MySQL支持的数据类型
MySQL的优势
MySQL的劣势
何时使用MySQL
何时不用MySQL
PostgreSQL支持的数据类型
PostgreSQL的优势
PostgreSQL的劣势
何时使用PostgreSQL
何时不用PostgreSQL
数据库是有组织地存储模型数据的空间,存储各种类型的信息(数据)。每个数据库,除了无模式型的,都有一个模型,提供数据的结构描述。数据库管理系统是管理数据库结构、大小和排序的应用(或库)。
注: 更多有关数据库管理系统的内容,请看我们的文章:理解数据库。
关系型数据库系统实现了关系模型,并用它来处理数据。关系模型在表中将信息与字段关联起来(也就是schemas),从而存储数据。
这种数据库管理系统需要结构(例如表)在存储数据之前被定义出来。有了表,每一列(字段)都存储一个不同类型(数据类型)的信息。数据库中的每个记录,都有自己唯一的key,作为属于某一表的一行,行中的每一个信息都对应了表中的一列——所有的关系一起,构成了关系模型。
关系可以被看做是包含一系列共同表示被保持数据库以及相关信息的属性的数学集合. 这种类型的识别和采集方法可以让关系型数据库以它们自己的方式运作.
在定义一个可以向其中插入数据的表时,每一个形成一条记录的元素(例如: 属性)都必须同定义的数据类型相匹配(例如:一个integer, 一个date 等等.). 不同的关系型数据库管理系统实现了不同的数据类型 -- 它们不总是能直接互相转换的.
与限制的协作,就像我们之前已经介绍过的,在关系数据库的使用中是很普遍的。事实上,限制形成了关系的核心.
注意: 如果你需要实际上没有关系的,随机的数据(例如一份文档),你也许会对使用NoSQL感兴趣 (无模式数据库). 如果你想对它们有更多了解,看看我们的文章 数据库管理系统的比较吧.
本文中,我们将会介绍三种主要而且重要的开源关系型数据库管理系统,是他们影响了应用开发世界。
SQLite:
一个强大的嵌入式关系型数据库管理系统。
MySQL:
最流行的RDBMS。
PostgreSQL:
最先进SQL型开源objective-RDBMS。
注: 开源应用总是可以自由使用的。大多数时候,复制工程(利用代码)创建新应用也是被允许的。如果你对DBMS感兴趣,你可以看看一些基于这些工程的分支项目,例如MariaDB。
SQLite是非凡的数据库,他可以进程在使用它的应用中。作为一个自包含、基于文件的数据库,SQLite提供了出色的工具集,可以处理所有类型的数据,没有什么限制,而且比起服务器运行的进程型服务器使用起来轻松许多。
一个应用使用SQLite时,它的功能直接被集成在其中,应用会直接访问包含数据的文件(即SQLite数据库),而不是通过一些端口(port, socket)来交互。感谢这种底层技术,这使SQLite变得非常快速和高效,并且十分强大。
NULL:
NULL值。
INTEGER:
有符号整数,按照设置用1、2、3、4、6或8字节存储。
REAL:
浮点数,使用8字节IEEE浮点数方式存储。
TEXT:
文本字符串,使用数据库编码存储(UTF-8, UTF-16BE 或 UTF-16LE)。
BLOB:
二进制大对象,怎么输入就怎么存储。
注: 想了解更多有关SQLite数据类型的信息,可以查看这一主题的 官方文档 。
基于文件:
整个数据库都包含在磁盘上的一个文件中,因此它有很好的迁移性。
标准化:
尽管它看起来像个“简化版”的数据库,SQLite 确实支持 SQL。它略去了一些功能(RIGHT OUTER JOIN 和 FOR EACH STATEMENT),但是,又同时增加了一些其他功能。
对开发乃至测试都很棒:
在绝大多数应用的开发阶段中,大部分人都非常需要解决方案能有并发的灵活性。SQLite 含有丰富功能基础,所能提供的超乎开发所需,并且简洁到只需一个文件和一个 C 链接库。
没有用户管理:
高级数据库都能支持用户系统,例如,能管理数据库连接对数据库和表的访问权限。但由于 SQLite 产生的目的和本身性质(没有多用户并发的高层设计),它没有这个功能。
缺乏额外优化性能的灵活性:
仍然是从设计之初,SQLite 就不支持使用各种技巧来进行额外的性能优化。这个库容易配置,容易使用。既然它并不复杂,理论上就无法让它比现在更快,其实现在它已经很快了。
其它翻译版本 (1) 加载中嵌入式应用:
所有需要迁移性,不需要扩展的应用,例如,单用户的本地应用,移动应用和游戏。
代替磁盘访问:
在很多情况下,需要频繁直接读/写磁盘文件的应用,都很适合转为使用 SQLite ,可以得益于 SQLite 使用 SQL 带来的功能性和简洁性。
测试:
它能秒杀大部分专门针对应用业务逻辑(也就是应用的主要目的:能完成功能)的测试。
其它翻译版本 (1) 加载中多用户应用:
如果你在开发的应用需要被多用户访问,而且这些用户都用同一个数据库,那么相比 SQLite 最好还是选择一个功能完整的关系型数据库(例如 MySQL)。
需要大面积写入数据的应用:
SQLite 的缺陷之一是它的写入操作。这个数据库同一时间只允许一个写操作,因此吞吐量有限。
其它翻译版本 (1) 加载中MySQL 在所有大型数据库服务器中最流行的一个. 它的特性丰富,产品的开源性质使得其驱动了线上大量的网站和应用程序. 要入手 MySQL 相对简单,开发人员可以在互联网上面访问到大量有关这个数据库的信息.
注意: 由于这个产品的普及性,大量的第三方应用、工具和集成库对于操作这个RDBCMS的方方面面大有帮助.
Mysql没有尝试去实现SQL标准的全部,而是为用户提供了很多有用的功能. 作为一个独立的数据库服务器,应用程序同Mysql守护进程的交互,告诉它去访问数据库自身 -- 这一点不像 SQLite.
TINYINT:
一个非常小的整数.
SMALLINT:
一个小整数.
MEDIUMINT:
一个中间大小的整数.
INT or INTEGER:
一个正常大小的整数.
BIGINT:
一个大的整数.
FLOAT:
一个小的 (单精度) 浮点数,不能是无符号的那种.
DOUBLE, DOUBLE PRECISION, REAL:
一个正常大小 (双精度) 的浮点数,不能使无符号的那种.
DECIMAL, NUMERIC:
没有被包装的浮点数。不能使无符号的那种.
DATE:
一个日期.
DATETIME:
一个日期和时间的组合.
TIMESTAMP:
一个时间戳.
TIME:
一个时间.
YEAR:
一个用两位或者4位数字格式表示的年份(默认是4位).
CHAR:
一个固定长度的字符串,存储时总是在其固定长度的空间里右对齐.
VARCHAR:
一个可变长度的字符串.
TINYBLOB, TINYTEXT:
一个BLOB或者TEXT列,最大长度255 (2^8 - 1)个字符.
BLOB, TEXT:
一个BLOB或者TEXT列,最大长度 65535 (2^16 - 1)个字符.
MEDIUMBLOB, MEDIUMTEXT:
一个BLOB或者TEXT列,最大长度 16777215 (2^24 - 1)个字符.
LONGBLOB, LONGTEXT:
一个BLOB或者TEXT列,最大长度4294967295 (2^32 - 1) 个字符.
ENUM:
一个枚举类型.
SET:
一个集合.
本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。 2KB翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。2KB项目(www.2kb.com,源码交易平台),提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务