简述数据库的发展阶段及各个阶段的特点

数据库开发其实还是蛮有趣的。
分三个主要阶段来考虑。

在手工管理阶段，当时还没有数据库，数据都是在写程序的时候强行插入的。
程序运行后，数据消失，必须重写。
想想看，1 9 8 0 年左右，很多小公司都在这样做。
数据根本不共享。
每个程序都保存自己的一组数据，导致大量的数据重复。
如果改变数据，就必须改变所有使用它的程序，这是非常有问题的。
独立？它不存在，它完全与程序相关联。

在文件系统阶段，我认为这是不可能的，必须保存数据。
然后有了文件系统，1 9 8 5 年左右，很多公司开始使用这种方法。
数据可以保存，但共享仍然是一个问题，数据冗余仍然存在。
独立性略有提高，但程序仍然需要知道如何存储和读取数据。
如果你的文件格式发生变化，程序也必须相应改变，使得更新和维护非常费力。

在数据库系统阶段，这是数据库真正成型的阶段。
就像 1 9 7 0 年左右一样，关系数据库刚刚问世。
数据存储在结构化模型中，一切都经过规划。
可共享性显着提高，数据冗余最小化。
独立性也强很多，数据和程序分离。
数据库管理系统还具有并发控制、恢复和安全等功能。
随后它发展得更快，出现了越来越多类型的层次结构、网格、关系、对象、NoSQL……关系数据库是最强大的。
他们用表来存储数据，查询效率很高，一下子推动了整个行业。
现在云数据库卷土重来，可以自动扩展，使用起来更加方便。

数据库发展的三个阶段

说白了，数据库开发经历了从手写算盘到分布式云数据库的升级，每一步都很有趣。

在人工管理阶段，计算机主要帮助科学家计算方程，数据量少得可怜——大约几百条记录。
此外，数据和程序之间的连接是“小鞋子”。
必须更改所有程序才能更改数据。
坦率地说，这非常令人沮丧，因为程序之间存在大量重复数据。
由于这种设计，我们去年运行的一个项目的维护成本增加了四倍。
后来我发现有些不对劲。
数据根本没有保存，计算完结果就直接扔掉了。
现在看来，它就像一个不记账的银行。
等等，还有一件事。
程序员必须自己管理存储。
如果访问方法写错了，就会崩溃。
很多人不重视这一点。

到了文件系统阶段，磁盘容量突然爆发，数据终于可以长期保存——比如银行存折，可以随时查询。
但问题是数据仍然是“单值”，不同程序使用的文件彼此不认识。
去年，我们接手一个旧系统，发现销售数据和财务数据是分开锁定的，需要三次密码才能交叉访问。
数据组织的形式有很多种，比如索引文件、哈希文件等。
用行话来说，这称为雪崩效应。
事实上，稍微拖延一点，一切都会落后。

数据库系统阶段是真正的进步，数据共享和多用户访问已成为标准。
去年迁移到我们的云数据库后，跨部门数据查询即时可用，开发效率提升5 0%。
但要注意，有些人还在用老方法写SQL，结果导致系统直接卡死。
硬件升级可能会在一定程度上解决问题，但设计思想没有改变，也就是说没有什么用处。
我认为分布式数据库值得尝试，但首要条件是数据标准化。

数据库技术的产生、发展的三个阶段各有什么特点

关系数据库解决数据管理问题。
在 2 0 世纪 6 0 年代，它的性能并不好，而且经常坏掉。

关系模型出现于 2 0 世纪 7 0 年代。
dBaseⅡ将数据库带入个人计算机。

2 0世纪8 0年代局域网得到发展，出现了客户端/服务器结构。
稍后将与互联网结合。

关系数据库现在仍然是主流。
但云和大数据无法解决，所以必须使用NoSQL。

NoSQL与传统不同，可以处理大量数据。
传统行业仍然采用关系模式。

数据管理的三个发展阶段？看了就明白！

记得有一次，我在图书馆看一本关于数据管理的老书，里面提到了一个公司从手工管理层面转向数据库系统层面的情况。
公司以前的数据管理简直是混乱不堪。
每个部门都有自己的文件系统，数据冗余困难，数据丢失很常见。

当时，组织中数据经理的工资和出勤记录存储在两个单独的文件中。
每次支付工资或调整跟踪时，来自两个不同部门的人员都需要手动同步数据。
我记得经理曾经抱怨过。
“每次遇到这些数据，就像玩捉迷藏一样，我们必须努力寻找相关记录。
”后来，公司决定投资一个数据库系统来集中管理所有信息。
那是周末，我听说他们加班到晚上才让新系统顺利上线。
几个月后我再次见到经理时，他看起来轻松多了。
他说：“现在所有信息都在一个数据库中，不用担心数据丢失或重复。
”
这个故事让我想到，技术除了提高效率之外，还会改变人们的工作方式和生活习惯。
等等，还有一件事，我突然想到，如果有这样一个云数据库的话，管理员的工作不是更轻松了吗？然而，现在的挑战是如何处理大量数据以及如何确保数据安全和隐私。
嘿，数据管理确实是无止境的。