网上找不到东西，自己写一个分析。

  之前看到数据库这东西不明白它的用处，有一个专门的公司来做这个真的有必要吗？现在也是不怎么清楚是什么情况。

  如果直接保存在记事本或者类似的格式里，也是数据。大概读写比较慢，数据库能让读写快一些，用专门的底层语言来实现数据类型流的处理。想起来那些数据库设计遵循的标准，大概很少有人能达到吧。

  平时设计数据库都有数据重复，来提高查询速度，方便使用。更改起来不方便，同时平时也不怎么改所以影响不大。想设计成没有数据冗余并且速度可以，这个是比较好的追求。

  现在数据库，整体感觉上是平面存储，毕竟硬件本身都是放在一个平面上，即使是处理器的交互也在平面空间。这样不容易做到去冗余大概，毕竟，立体起来才容易相互链接。现在的搜查和事务技术，想起来就令人头大，好些比较琐碎。数据库软件本身做不到低冗余，何况使用它设计出来的数据库。

  记录的东西在方便记录和方便查询统计上不容易做统一协调。我是在些excel记录的时候这样发现。单个单元格里边并不是单个内容，单个内容里边也不是单个记录。想要编排好这些东西大概需要一段时间消化，处理好相互关系。现在在说的是数据库的事。数据库也不容易处理好需求里的这份关系。

  我们退一步讲，单从印象上去感觉数据库，想着应该是很容易取出东西，想要的功能都可以很方便实现。形成一个抽象空间，自动处理字段长度过长的智能储存等相关的功能。使用数据的时候要规定长度，这在外看起来是不容易理解的事。毕竟数据库应该是个抽象层，既然是抽象层怎么会有大小限制。说种类限制，也就是数字还是字符串，这个还好理解一点。长度限制就让人无语了。现在还没有长度不限的数据库，也就是链接层只开放给数据库自己。这样数据库和一个个excel单元表没有什么区别，甚至还没有单元格做的好。单元格还要面对对外显示的需求，数据库是关灯黑，本身不需要处理存储中的显示问题，可以任意存放，也就是里边可以用链接来抽象成一个立体空间。一条数据每个字段之间的连接可以超脱出物理层，建立一个单独的抽象层来存储。数据具体放在哪里只有这个表单知道，如果不通过表单、直接从后台打开文件得不到连续的字段。数据库运行就是来处理数据存放位置和抽象表单的高速连接。这样才显得比较好一点。