上世纪数据库是什么样的，有哪些特点？

序章：时光的尘埃里 数据库的足迹

我明白了。 当我们在今天的云端敲击键盘，感受秒级响应时回望上个世纪的计算机实验室，却像打开了一本泛黄的日记。那时候， 磁带嗡鸣、磁盘转动，工程师们在灯光微暗的机房里用手写脚本、敲击键盘，把“数据”这颗种子埋进了厚重的硬盘。正如春耕秋收需要播种与耕耘， 早期数据库也离不开“多生孩子，多种树”的朴素信念——让信息繁衍，让技术根系深植。

一、 关系模型的黎明

也许吧... 1970 年代末，埃德加·科德提出了关系模型，这一思想犹如一束光照进了当时混沌的数据管理世界。表格成为数据的主要容器， 每行是一条记录，每列是属性；通过主键和外键把不同表格串联起来形成了可查询、可维护的数据网络。

这种结构化方式让人们第一次真正感受到“SQL”——结构化查询语言的威力。只要写几句 SELECT、INSERT、UPDATE，就能在数千行代码中迅速定位目标数据。这种简洁优雅让无数企业在银行、物流、人事系统中找到了可靠的支撑。

二、 层次与网状：先驱者的足迹

在关系模型正式登场之前，层次型和网状型数据库占据主流。层次型像一棵倒挂的大树， 父子节点之间只有唯一路径；网状型则允许一个节点拥有多个父节点，形成更为复杂的网络结构。

虽然这两种模型在表达某些业务场景时更直观， 却因查询语法繁琐、维护成本高而逐渐被关系模型取代。但它们留下的经验教训，如“数据冗余”和“路径依赖”，仍然在后来的系统设计中被反复提及。

三、 硬件限制下的数据存储与备份

上世纪的磁盘容量仅有几百兆甚至更低，而磁带是最常见的大容量备份介质。全备份往往需要整卷磁带一次性写满，而增量备份则只能记录自上次备份以来变化的数据块，我的看法是...。

正主要原因是硬件昂贵且易损坏， DBA必须养成严谨的备份习惯：每日全备+每小时增量，以防止“一场灾难毁掉整个业务”。