sqlite mysql_两款主流数据库对比，SQLite和MySQL哪款是你的菜？

数据库是按照数据结构来组织、存储和管理数据的仓库，它产生于距今六十多年前，随着信息技术和市场的发展，特别是二十世纪九十年代以后，数据管理不再仅仅是存储和管理数据，而转变成用户所需要的各种数据管理的方式。

数据库有很多种类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。

主流的数据库有：sqlserver，mysql，Oracle、SQLite、Access、MS SQL Server等。

下面我们主要对比下SQLite和MySQL数据库的差别

简单来说，SQLITE功能简约，小型化，追求最大磁盘效率；MYSQL功能全面，综合化，追求最大并发效率。假设仅仅是单机上用的，数据量不是非常大，需要方便移植或者需要频繁读/写磁盘文件的话，就用SQLite比较合适；假设是要满足多用户同一时候訪问，或者是站点訪问量比较大时使用MYSQL比较合适。

SQLiteSQLite是非凡的数据库，他能够进程在使用它的应用中。作为一个自包括、基于文件的数据库，SQLite提供了出色的工具集，能够处理全部类型的数据，没有什么限制，并且比起server执行的进程型server使用起来轻松很多。

一个应用使用SQLite时。它的功能直接被集成在当中。应用会直接訪问包括数据的文件(即SQLite数据库),而不是通过一些端口(port, socket)来交互。感谢这样的底层技术，这使SQLite变得很高速和高效，而且十分强大。

SQLite支持的数据类型

NULL:

NULL值。

INTEGER:

有符号整数。依照设置用1、2、3、4、6或8字节存储。

REAL:

浮点数。使用8字节IEEE浮点数方式存储。

TEXT:

文本字符串，使用数据库编码存储(UTF-8, UTF-16BE 或 UTF-16LE)。

BLOB:

二进制大对象，怎么输入就怎么存储。

注: 想了解很多其它有关SQLite数据类型的信息。能够查看这一主题的 官方文档 。

SQLite 的优点

基于文件:

整个数据库都包括在磁盘上的一个文件里，因此它有非常好的迁移性。

标准化:

虽然它看起来像个“简化版”的数据库，SQLite 确实支持 SQL。

它略去了一些功能(RIGHT OUTER JOIN 和 FOR EACH STATEMENT)，可是，又同一时候添加了一些其它功能。

对开发乃至測试都非常棒：

在绝大多数应用的开发阶段中，大部分人都很需要解决方式能有并发的灵活性。

SQLite 含有丰富功能基础，所能提供的超乎开发所需，而且简洁到仅仅需一个文件和一个 C 链接库。

SQLite的缺点

SQLite 只提供数据库级的锁定，所以不支持高并发。

不支持存储过程。

SQLite 没有用户帐户概念，而是根据文件系统确定所有数据库的权限。这会使强制执行存储配额发生困难,强制执行用户许可变得不可能。

何时使用 SQLite ?

嵌入式应用:

全部需要迁移性，不需要扩展的应用，比如。单用户的本地应用，移动应用和游戏。

取代磁盘訪问:

在非常多情况下。需要频繁直接读/写磁盘文件的应用，都非常适合转为使用 SQLite ，能够得益于 SQLite 使用 SQL 带来的功能性和简洁性。

測试:

它能秒杀大部分专门针相应用业务逻辑(也就是应用的主要目的：能完毕功能)的測试。

何时不用 SQLite ?

多用户应用:

假设你在开发的应用需要被多用户訪问，并且这些用户都用同一个数据库，那么相比 SQLite 不妨选择一个功能完整的关系型数据库(比如 MySQL)。

需要大面积写入数据的应用:

SQLite 的缺陷之中的一个是它的写入操作。这个数据库同一时间仅仅同意一个写操作。因此吞吐量有限。

MySQL

MySQL不支持事务处理，没有视图，没有存储过程和触发器，没有数据库端的用户自定义函数，不能完全使用标准的SQL语法。

从数据库行家听说的第一件事就是MySQL缺乏transactions，rollbacks， 和subselects的功能。如果你计划使用MySQL写一个关于银行、会计的应用程序，或者计划维护一些随时需要线性递增的不同类的计数器，你将缺乏transactions功能。在现有的发布版本的 MySQL下，请不要有任何的这些想法。(请注意，MySQL的测试版3.23.x系列现在已经支持transactions了)。

在非常必要的情况下，MySQL的局限性可以通过一部分开发者的努力得到克服。在MySQL中你失去的主要功能是subselect语句，而这正是其它的所有数据库都具有的。换而言之，这个失去的功能是一个痛苦。

MySQL没法处理复杂的关联性数据库功能，例如，子查询(subqueries)，虽然大多数的子查询都可以改写成join。

MySQL支持的数据类型

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:

一个集合.

MySQL的优点

easy使用:

安装MySQL很easy。第三方库，包含可视化(也就是有GUI)的库让上手使用数据库很简单。

功能丰富:

MySQL 支持大部分关系型数据库应该有的 SQL 功能——有些直接支持，有些间接支持。

安全:

MYSQL 有非常多安全特性，当中有些相当高级。

灵活而强大:

MySQL 能处理非常多数据，此外如有需要，它还能“适应”各种规模的数据。

高速:

放弃支持某些标准。让MySQL效率更高并能使用捷径，因此带来速度的提升。

MySQL的缺点

已知的局限:

从设计之初。MySQL就没打算做到全知全能，因此它有一些功能局限。无法满足某些顶尖水平应用的需求。

可靠性问题:

MySQL 对于某些功能的实现方式(比如，引用。事务。数据审核等) 使得它比其它一些关系型数据库略少了一些可靠性。

开发停滞:

虽然 MySQL 理论上仍是开源产品。也有人抱怨它诞生之后更新缓慢。然而。应该注意到有一些基于 MySQL 并完整集成的数据库(如 MariaDB)，在标准的 MySQL 基础上带来了额外价值。

何时使用 MySQL?

分布式操作:

当SQLite所提供的不能满足你的需要时，能够把MySQL包含进你的部署栈，就像不论什么一个独立的数据库server，它会带来大量的操作自由性和一些先进的功能。

高安全性:

MySQL的安全功能，用一种简单的方式为数据訪问(和使用)提供了可靠的保护。

Web站点和Web应用:

绝大多数的站点(和Web应用程序)能够忽视约束性地简单工作在MySQL上。

这样的灵活的和可扩展的工具是易于使用和易于管理的——这被证明很有助于长期执行。

定制解决方式:

假设你工作在一个高度量身定制的解决方式上，MySQL可以非常easy地跟随和运行你的规则，这要感谢其丰富的配置设置和操作模式。

何时不用MySQL?

SQL服从性:

由于MySQL没有[想要]实现SQL的所有标准，所以这个工具不全然符合SQL。

假设你需要对这种关系数据库管理系统进行整合，从MySQL进行切换是不easy的。

并发:

即使MySQL和一些存储引擎可以真地非常好运行读取操作，但并发读写还是有问题的。

缺乏特色:

再次提及，依据数据库引擎的选择标准，MySQL会缺乏一定的特性，如全文搜索。