数据库类型有哪四种

关系表使用数据库来存储数据。
MySQL 和 Oracle 都属于这一类。
它常用于金融行业，对于确保检查数据的准确性非常重要。

非关系型数据库不限于表结构。
MongoDB是JSON格式，使用Redis进行存储。
智能手机方便且价格实惠。

专门研究时间戳数据的时间序列数据库。
非常适合监控设备和库存信息。

内存中的数据直接放到内存中，速度非常快。
返回缓存是典型的。
需要高频率的流量。

关系数据库的特点

是的，关系数据库；我就自己的错误做一个简单的总结。

上周有客户问我为什么使用关系型数据库这么稳定。
其实有几点：
1 ．数据像表一样存储：这是最基本的关系模型。
类称为元组；列称为属性；名称和数据类型是必需的。
例如，我之前在上海做的项目中，每个客户的信息都存储在一行中，列是客户ID，名字，电话号码等，这是非常清晰的。

2 SQL的剑太锋利：所有关系数据库都必须支持SQL。
检查数据；更新数据和删除数据都非常简单。
我在深圳的时候，有一个老板想查一下交易情况。
我写了一条 SQL 语句，几分钟后他就成功了。
它比任何可视化工具都要快。

3 数据像教科书一样标准化：关系数据库注重标准化。
严格来说，这意味着减少重复数据，保证数据一致性。
在我这样做之前，我有一个糟糕的项目。
结果客户地址改了，修改了上百个不得不做。
糟糕的。
我在这里构建的系统是以标准化方式设计的，使维护更容易。

4 快速稳定的数据检索：如果数据库性能良好，可以快速检索数据。
杭州以前有一个制度。
用户抱怨数据加载缓慢。
随后对索引进行了优化，速度立即提升。

5 无法混淆数据：关系型数据库中主键不能为空；关系数据库有自己的规则，例如外键必须一致，以确保数据准确可靠。
我的一个朋友构建了一个系统，因为他忘记定义外键。
结果数据乱七八糟，客户差点就来找他了。

6 不用担心多人使用时混乱：它提供事务处理和集成控制；这意味着如果很多人同时处理数据库。
系统可以确保数据不存在差异。
这种事在北京经常发生。
银行系统和电子商务系统必须这样运作。

无论如何，关系数据库就是这样；使用方便，数据稳定。
选择与否取决于您的项目需求。

关系数据库优缺点

哎，说到关系数据库，这玩意的优点还是蛮明显的。
首先，它很容易理解。
如果你看行列的二维表格，不就是我们平时看的表格吗？ 它逻辑清晰，比那些网络、层次模型更容易理解。
操作简单。
任何人都可以使用 SQL 语言编写查询并更改数据，并且可以在几分钟内完成。

然后，关于数据一致性，关系数据库做得很好，ACID特性保证数据不会出现问题。
像银行转账这样的事情，数据不可能有错，这就需要关系型数据库。
数据稳定，存储在磁盘上且不会丢失，可存储大量数据。

服务稳定，与MySQL、Oracle一样，性能好，问题少，企业可以放心使用。

但是，也有不足之处。
并发高时，IO压力大，数据读取慢。
维护索引是一项很累人的工作。
更新数据时，还需要更新索引，影响读写性能。
维护数据一致性的成本很高，包括锁定和并发控制，这些都会影响性能。

水平扩展，分库分表，这个就麻烦了，数据迁移，跨库查询，分布式事务，这些问题不好解决。
扩展表结构不方便。
要改变表结构，必须执行DDL，并且可能需要锁定表，导致服务不可用。

全文检索功能弱，像模糊查询，使用like，效率低，分词能力差，全文检索场景有限。

总的来说，关系数据库有明显的优点，也有很多缺点。
选择数据库时，要根据具体需求，权衡利弊。

关系型数据库的概念和特点

关系数据库将数据存储在表中，将字段与关系链接起来，并使用 SQL 执行查询。

数据就像表、行记录、列字段。

表通过字段链接，具有很强的逻辑关系。

SQL查询，效率高，百万数据运行。

索引优化，主外键，数据准确快速。

ACID保证事务将完成并且操作不会被中断。

通用标准，健壮的SQL，兼容多种系统。

生态系统成熟，功能丰富，业务逻辑优秀。

局限性大，非结构化，处理效率低。

扩展性差，成本高，非关系型更灵活。

学习 SQL，练习基础知识并增强多表查询能力。

选择 DBMS、MySQL、PostgreSQL、Oracle、SQLServer。

选择取决于需求、规模、性能、预算和技术堆栈。

适用场景、数据一致、复杂查询和事务应用。

不适用于场景，非结构化数据，高并发写入，快速迭代。