为什么我们不用 git 当数据库呢?

先看看教材，数据库系统概论就行

首先 Git 是版本控制系统，核心原理就是把你每个版本的文件复制到隐藏的一个单独区域里，跟你写论文每次提交给导师的版本都单独复制出一个文件是一样的，而业务上存取数据并不需要这样的版本控制功能，只需要文件系统帮你存取数据即可。所以数据库用途跟 Git 可能完全没关系，也就是说如果你喜欢的话，完全可以在文件系统上读写文件来存取数据。

任何技术选型都要看需求，通常业务数据库追求的是性能、易用性和一致性，实践是检验真理的唯一标准，题主可以自己尝试写个高并发交互服务，而且要确保事务原子性，你会发现现有的业务数据库帮你做好了很多事情，如果你自己读写文件的话这些事情都要你自己处理，包括对内存的高效利用。

当然不排除个别情况下读写文件就可以满足业务数据管理需求，比如 CMS 。

@andyJado 好像目前是可以实现的，，，关系型数据库的表概念对应 git 库概念对吧？单考虑是否能实现好像确实可以呢。老哥 git 玩挺 6 啊。但是哈，数据库还有分组排序的一些比较细化的功能，git 的话能实现，但是很麻烦，目前想到的是手动创建一个 git 库来专门存索引信息

Homebrew：你说的对

你先用上， 然后教教我。

你说的数据库是 dbms ？ 还是我理解错了

计算机民科成分太高。先当作钓鱼贴

https://legolasng.github.io/2016/10/16/git-as-a-nosql-database/

这个文章看下是否有帮助 @andyJado

@2han9wen71an 哈哈 我有你微信好友啊

Git 当数据库，那不是区块链的链上数据吗。已经有了啊。

也不是不能，就像在有 sql lite 之前，很多应用都是用纯文本来记录数据的
但是吧,你说为什么编程有这么多种语言，每种语言都活的好好的呢？
各有各的侧重点和应用场景，能帮你简化工作量
基于 git 不是不能做数据库，但是不太匹配日常常见的一些场景

为什么那么多种不同的数据库呢？
如果有时间，可以试试了解一下不同数据库的特性和使用场景，然后假设某个场景替换成 git ，相信答案就出来了

我司有项目 直接写二进制文件

看你怎么定义“数据库”这个东西。

一般来说，我们理解的数据库并不只是一个存储数据的东西，需要是能存储和管理结构化数据的东西，这里的存储需要一定的性能，管理需要提供一定的操作方便性（比如 SQL ），这些 GIT 都不能提供。

所以 GIT 算不上是数据库，最多是一个在特定应用下的数据存储后端。

不同场景用不同方案，没有哪个方案是可以万金油一样放到哪里都适用的
关于用 git 做数据库，可以了解一下 NoteDB https://gerrit-review.googlesource.com/Documentation/note-db.html

github 还真不是用 git 做数据库的 它用的是 mysql( https://github.blog/2021-09-27-partitioning-githubs-relational-databases-scale/) 哈哈哈

@Alias4ck 啊哈!

制服我了.

一堆 NoSQL 数据库都想干掉 SQL ，然后又都用回 SQL 了

学而不思则罔，思而不学则殆

看到大家都在吐槽你。我就放心了