数据库的发展经历了哪些阶段

说白了，数据库开发就是一个从手工到自动化建房的过程。

在手动管理阶段，确实是“数据基于记忆，软件基于猜测”。
在我们去年运行的旧设计中，数十个程序具有重复的用户名，并且所有密码更改都必须同步，这很糟糕。
另一件事是信息不是独立的。
如果存储位置移动，则必须更改代码。
很多人不注意这一点。
说实话，这很令人不安。
一开始以为是程序结束了，后来发现连备份都没有，系统就崩溃了，直接恢复了，造成严重损坏。
文件传输系统的阶段是中间阶段。
数据可以保存，但共享很难。
例如，去年我们参与了一个 ERP 项目。
销售和库存系统使用不同的文件来存储客户信息，需要手动输入数据，效率低下且容易出错。
另一个特别的事情是这取决于。
如果稍微更改文件结构，例如添加字段，则还需要更改读取该文件的所有程序。
这是“语言的雪崩效应。
一点点的延迟就会让一切都崩溃”。

到了数据库系统阶段，直接走上了“数据自动化管理”的快车道。
关系型数据库，例如 MySQL 和 Oracle。
去年我们得到了一个拥有一千万用户的系统。
数据量急剧增长，但查询速度却没有减慢。
我们依靠DBMS立即喜欢读写压力。
是如何传达的？多个业务系统直接使用同一个数据库，减少冗余9 0%以上。
最重要的是数据独立性。
如果逻辑结构改变，目的不应该改变。
如果物理存储用硬盘存储，则不会影响使用。
这远非如此。
等等，有一个。
该数据库还带有备份和恢复机制。
即使系统突然断电，系统也能自动恢复。
如果这是手动管理的，那将是一场灾难。

建议从事开发的人员现在停止编写数据库管理系统本身并使用适当的 DBMS。
可以节省多少生意。
话虽如此，分布式数据库还有一种玩法值得了解。

数据库技术发展的三个阶段是哪三个?他们的特点有哪些?

手动管理阶段：
2 0世纪5 0年代末之前。

数据未保存。

没有数据管理软件。

程序员设计数据结构。

没有文件概念。

数据是面向应用的。

文件系统阶段：
2 0 世纪 5 0 年代末 - 2 0 世纪 6 0 年代中期。

数据会长期保存。

程序具有一定的独立性。

各种文件格式。

记录是访问单元。

数据库系统阶段：
2 0世纪6 0年代初末。

复杂的结构化数据模型。

数据独立性高。

低冗余。

数据控制功能。

数据交换已解决。

数据库管理技术的发展经历了哪三个阶段

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

说实话，刚入行的时候，我对数据库开发还是比较迷茫的，但是经过多年的努力，终于积累了一些经验。
你提到的三个步骤基本上抓住了要点。

以手动管理步骤为例。
我见过的最常见的例子是 2 0 世纪 7 0 年代初。
创建有关我们设施的统计报告；我们必须将所有信息硬编码到 FORTRAN 程序中。
运行报告后，没有更多数据，程序必须重新安排到第二天。
更糟糕的是，当隔壁部门创建相同的报表时，由于数据源不同而必须重写。
那个时候，数据冗余简直是可怕的。
我在三个系统中做了一些计算；我们发现每个系统都存储了 2 0 条核心记录的单独副本。
总共数百个硬盘就占了一半的重复数据。
数据自由？不要笑如果你改变了一个字段，所有使用这个数据的程序也都必须改变。
那将是一场噩梦。

在文件系统级别；这些变化是重大的。
例如，早期的 Unix 系统可以存储数据和一些文件共享也完成了。
但老实说，分享只是故事的一半。
不同的应用程序通常会创建自己的文件，并且共享仍然需要手动同步或编写复杂的脚本。
我在银行项目里见过。
他们使用文件系统来存储客户信息。
结果，金融系统和信用系统使用的文件格式略有不同，数据常常不匹配。
在调试时，我们查看了数万条重复的地址记录。
真的很困惑。
独立性有所提高，但距离你说的“相互独立”还很远。
最轻微的移动都会导致系统关闭。

最重要的转折点是关系数据库。
1 9 7 0年Codd发表论文的时候，我还没有进入这个行业，但后来接触了ORACLE、SYBASE这样的系统，我才真正开始明白什么是“结构”。
想一想，使用二维表存储数据和外键连接可以直接在几个层面上提高查询性能。
数百个表用于执行复杂查询和分析销售数据当你第一次使用SQL连接时；怎么说呢，就像突然从泥泞中驶出高速公路一样。
特别是对于标准 SQL。
编写查询时，无需考虑表如何连接。
可以直接写WHERE条件。
这并不令人兴奋。
在 2 0 世纪 9 0 年代，关系数据库几乎成为现实。
非关系型数据库？有什么大不了的？
是的，NoSQL 从那时起开始流行，我也使用 MongoDB 和 Cassandra 参与了几个项目。
说实话，在互联网这样的加密货币中，非关系型数据库有自己独特的特点。
比如说我们曾经搭建过一个社交平台。
一旦用户数量增加，关系数据库的JOIN功能就立即关闭。
切换到 Redis 来存储用户关系会立即变得更快。
但现在说它将完全取代关系数据库还为时过早。
在企业级应用中；关系数据库的地位至少在我遇到的案例中是相当稳定的。

但是技术总是在引入新事物。
例如，现在大数据；图数据库和时间序列数据库再次出现。
再过十年，你可能会觉得现在的数据库模型很愚蠢。
然而，数据结构发生了变化；也许数据共享和数据自由的核心概念是永远无法改变的基础。