关于数据存储

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

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

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

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

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

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

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

转载于:https://www.cnblogs.com/flangrean/p/10308420.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值