如题所述
这三个具体都有各自的有点和缺点，哪个好需要看使用在什么地方
1、什么时候要用 SQLite
a)、嵌入式应用 所有需要迁移性，不需要扩展的应用，例如，单用户的本地应用，移动应用和游戏
b)、代替磁盘访问 在很多情况下，需要频繁直接读/写磁盘文件的应用，都很适合转为使用 SQLite ，可以得益于 SQLite 使用 SQL 带来的功能性和简洁性
c)、测试 它能秒杀大部分专门针对应用业务逻辑（也就是应用的主要目的：能完成功能）的测试
2、什么时候不要用SQLite
a)、多用户应用 如果你在开发的应用需要被多用户访问，而且这些用户都用同一个数据库，那么相比 SQLite 最好还是选择一个功能完整的关系型数据库（例如 MySQL）
b)、需要大面积写入数据的应用 SQLite 的缺陷之一是它的写入操作。这个数据库同一时间只允许一个写操作，因此吞吐量有限
3、何时使用 MySQL？
a)、分布式操作 当你需要的比SQLite可以提供的更多时，把MySQL包括进你的部署栈，就像任何一个独立的数据库服务器，会带来大量的操作自由和一些先进的功能
b)、高安全性 MySQL的安全功能，用一种简单的方式为数据访问（和使用）提供了可靠的保护
c)、Web网站 和 Web应用 绝大多数的网站（和Web应用程序）可以忽视约束性地简单工作在MySQL上。这种灵活的和可扩展的工具是易于使用和易于管理的——这被证明非常有助于长期运行
d)、定制解决方案 如果你工作在一个高度量身定制的解决方案上，MySQL能够很容易地尾随和执行你的规则，这要感谢其丰富的配置设置和操作模式
4、何时不用 MySQL？
a)、SQL 服从性 因为 MySQL 没有[想要]实现 SQL 的全部标准，所以这个工具不完全符合SQL。如果你需要对这样的关系数据库管理系统进行整合，从MySQL进行切换是不容易的
b)、并发 即使MySQL和一些存储引擎能够真地很好执行读取操作，但并发读写还是有问题的
c)、缺乏特色 再次提及，根据数据库引擎的选择标准，MySQL会缺乏一定的特性，如全文搜索
5、何时使用PostgreSQL？
a)、数据完整性 当可靠性和数据完整性是绝对必要而无需理由时，PostgreSQL是更好的选择
b)、复杂的自定义过程 如果你需要你的数据库执行自定义过程，可扩展的PostgreSQL是更好的选择
c)、整合 在将来，如果可能要把整个数据库系统迁移到另一个适当的解决方案（例如Oracle）中，PostgreSQL对于这种切换将是最兼容和易于操作的
d)、复杂的设计 相比其他的开源和免费的 RDBMS（关系数据库管理系统）实现来说，对于复杂的数据库设计，PostgreSQL提供了大部分的功能和可能性，同时并没放弃其他有价值的地方
6、何时不用 PostgreSQL？
a)、速度 如果你需要的只是快速的读取操作, PostgreSQL 不是为此而准备的工具
b)、简化体制 除非你需要绝对的数据完整性，原子性，一致性，隔离性，耐久性，或复杂的设计，PostgreSQL 对简化体制来说是杀手
c)、复制 除非你愿意花不少时间，精力和资源，否则对于那些缺乏数据库和系统管理经验的人来说，实现与MySQL的（主从）复制可能不容易
1、什么时候要用 SQLite
a)、嵌入式应用 所有需要迁移性，不需要扩展的应用，例如，单用户的本地应用，移动应用和游戏
b)、代替磁盘访问 在很多情况下，需要频繁直接读/写磁盘文件的应用，都很适合转为使用 SQLite ，可以得益于 SQLite 使用 SQL 带来的功能性和简洁性
c)、测试 它能秒杀大部分专门针对应用业务逻辑（也就是应用的主要目的：能完成功能）的测试
2、什么时候不要用SQLite
a)、多用户应用 如果你在开发的应用需要被多用户访问，而且这些用户都用同一个数据库，那么相比 SQLite 最好还是选择一个功能完整的关系型数据库（例如 MySQL）
b)、需要大面积写入数据的应用 SQLite 的缺陷之一是它的写入操作。这个数据库同一时间只允许一个写操作，因此吞吐量有限
3、何时使用 MySQL？
a)、分布式操作 当你需要的比SQLite可以提供的更多时，把MySQL包括进你的部署栈，就像任何一个独立的数据库服务器，会带来大量的操作自由和一些先进的功能
b)、高安全性 MySQL的安全功能，用一种简单的方式为数据访问（和使用）提供了可靠的保护
c)、Web网站 和 Web应用 绝大多数的网站（和Web应用程序）可以忽视约束性地简单工作在MySQL上。这种灵活的和可扩展的工具是易于使用和易于管理的——这被证明非常有助于长期运行
d)、定制解决方案 如果你工作在一个高度量身定制的解决方案上，MySQL能够很容易地尾随和执行你的规则，这要感谢其丰富的配置设置和操作模式
4、何时不用 MySQL？
a)、SQL 服从性 因为 MySQL 没有[想要]实现 SQL 的全部标准，所以这个工具不完全符合SQL。如果你需要对这样的关系数据库管理系统进行整合，从MySQL进行切换是不容易的
b)、并发 即使MySQL和一些存储引擎能够真地很好执行读取操作，但并发读写还是有问题的
c)、缺乏特色 再次提及，根据数据库引擎的选择标准，MySQL会缺乏一定的特性，如全文搜索
5、何时使用PostgreSQL？
a)、数据完整性 当可靠性和数据完整性是绝对必要而无需理由时，PostgreSQL是更好的选择
b)、复杂的自定义过程 如果你需要你的数据库执行自定义过程，可扩展的PostgreSQL是更好的选择
c)、整合 在将来，如果可能要把整个数据库系统迁移到另一个适当的解决方案（例如Oracle）中，PostgreSQL对于这种切换将是最兼容和易于操作的
d)、复杂的设计 相比其他的开源和免费的 RDBMS（关系数据库管理系统）实现来说，对于复杂的数据库设计，PostgreSQL提供了大部分的功能和可能性，同时并没放弃其他有价值的地方
6、何时不用 PostgreSQL？
a)、速度 如果你需要的只是快速的读取操作, PostgreSQL 不是为此而准备的工具
b)、简化体制 除非你需要绝对的数据完整性，原子性，一致性，隔离性，耐久性，或复杂的设计，PostgreSQL 对简化体制来说是杀手
c)、复制 除非你愿意花不少时间，精力和资源，否则对于那些缺乏数据库和系统管理经验的人来说，实现与MySQL的（主从）复制可能不容易
温馨提示：答案为网友推荐，仅供参考
