数据库类型有哪些

说实话，当我第一次接触数据库时，关系型和非关系型这些术语让我很困惑。
直到遇到一个活生生的例子我才明白。

我记得我在一家电商公司实习的时候，他们后台用的是MySQL。
每次有事件发生，数据库的压力就直接爆炸。
后台的人告诉我，如果MySQL专门用于双十一这样的大型活动，服务器就会被烧毁。
后来他们开发了分布式架构，引入了MongoDB来存储用户行为日志。
说实话，MongoDB的文档模型在这个场景下是非常不错的，查询效率要高很多。
但如果你想查看某个用户最近7 天的订单详情，使用MongoDB会有点费力。
此时，MySQL还是需要靠边站。

在非关系类型中，键值数据库是最特殊的。
我之前在另一个项目中使用过 Cassandra，它确实有效。
我们是一个直播的APP。
我们写入高频数据，例如发表评论的用户。
Cassandra直接暴力写入，毫秒级即可完成。
但如果你想检查某个人发布的所有评论，使用 Cassandra 就有点傻了。
它根本没有这样的概念。
此时，您必须返回MySQL。

最有趣的是对象数据库。
虽然现在很少用，但是跑过一段时间的文件存储项目，用了类似OODB的思路。
当时有一个需要存储用户上传的文档。
使用关系数据库需要将文档拆分为字段并存储一堆乱码。
切换到使用 OODB 将文档直接存储为对象，开发体验立即得到提升。

对于这些模型和结构，说实话我刚开始学习的时候感觉很神秘。
后来发现关系模型就是表，对象模型就是对象，其他的很少接触。
在架构层面上，给我印象最深的是Oracle的升级，它将数据库直接从内部物理文件移动到外部SQL Developer界面。
中间概念层的变化是巨大的。

仅仅看定义是无法理解数据模型的。
你必须跑一遍才能知道哪一个的陷阱更多。
现在回想起来，我当时在使用 MariaDB 时遇到的陷阱让我觉得自己很愚蠢。

数据库类型有哪四种

呃，伙计，当谈到数据库时，我遇到了很多陷阱。
我记得有一年，我接了一个项目。
数据量巨大，我们必须处理数亿条记录。
那一刻，我惊呆了。
我使用的是关系型数据库，结果好像卡住了，查询速度很慢。
那时我开始研究不同类型的数据库。

我们先来说关系数据库。
这就像一位严格的老师，注重结构，用SQL语言进行查询，保证数据的一致性和完整性。
我当时用的是MySQL，相当稳定，但是处理大量数据时，速度就没法比了。
非常适合需要强一致性的业务，比如金融交易、电商订单等。

然后我改变了主意，尝试了非关系型数据库，即NoSQL。
这些东西非常灵活，支持高并发，适合处理海量数据。
我尝试了MongoDB，它对于文档存储非常方便，可以处理用户画像、内容管理等，但是它缺乏强关系型数据库的一致性。
对于一些要求严格一致性的业务是相当无法处理的。

然后，我发现了一个时序数据库，它是专门针对时序数据设计的，比如物联网设备监控、服务器日志分析等。
我使用的是InfluxDB，它支持时序数据的高效存储和查询，对于处理此类业务非常有用。

最后，我还连接了内存数据库，它的读写速度非常快，比磁盘数据库快1 0-1 00倍。
记得以前使用Redis的时候，它可以轻松处理系统的缓存和实时计算的需求。
然而，这些数据存储在内存中。
一旦断电，数据就会丢失。
必须注意数据持久化。

总之，数据库的选择一定要根据具体的业务场景来选择。
关系型数据库非常适合需要强一致性、复杂关联查询的业务；非关系型数据库适合实时数据处理、互联网应用等；时间序列数据库适合处理时间序列数据；内存数据库非常适合缓存系统和实时计算等低延迟场景。
对此我不敢乱说。
毕竟我不是专家。
我只是分享一点个人经验。
大家好，请问您有什么具体的业务场景吗？我可以帮助您分析合适的数据库类型。

数据库类型,varchar和nvarchar的区别

请稍等。
昨天帮邻居老王搬家，他的电脑里全是旧的数据库文档。
他拿出一张纸，上面写着varchar和nvarchar。
他愣了一下，表示这件事得仔细谈谈。

VARCHAR，他指着说道。
就像写日记一样，想写多少就写多少，空的页就会被占满。
他办公室里一半的抽屉都是空的，但它们仍然是抽屉。
他补充说，这种类型足以存储常规文本，例如中文或英文。
他的侄子上次用这个工具保存了英文歌名《Shape of You》，但歌名只有一行字，不多不少。
在他使用的 2 000 年左右的旧系统中，文档中 VARCHAR 的最大长度为 2 5 5 个字符。

NVARCHAR，他改变了看法，说这就像一个国际邮箱，你可以向任何国家发送信件并接收。
她的女儿正在国外读书，她收到的信有中文、英文和符号。
不过，这个邮箱要大得多。
他指着我说，如果我输入相同的单词，NVARCHAR 会占用两倍的空间。
他有一份旧报告显示 NVARCHAR 存储的存储量是 VARCHAR 的两倍。
他回忆说，几年前，他的公司在其外贸网站上使用了 NVARCHAR。
后来我们发现服务器硬盘出现了危急情况，所以我们把很少使用的字段改回VARCHAR。

他放下纸，突然想到这要看情况。
如果只写中文，就用VARCHAR来节省空间。
但如果你像他一样，家里有很多外国朋友，NVARCHAR 可以帮助你避免尴尬。
他看着窗外，说这个数据库也是同样的原理。