第673章 这个事情比较麻烦(2 / 3)

投票推荐 加入书签 留言反馈

  高振东没有停下自己的话:“但既然是数据这方面出的问题,那我们是不是把目光放到数据这头来?不解决数据的问题,那你们的困扰永远都得不到解决。”
  池总工想了想,问道:“高总工,你的意思是制定一个标准的数据存储格式?”
  他知道高振东喜欢用标准解决问题,从根子上解决。
  既然数据乱、关联性不好、难以组织、复用性和共享能力都不太好,那就制定一个标准的数据存储格式。
  有了标准了,所有软件都按照这个标准去存和读,应该能解决问题。
  应该说,他的确是计算机方面最顶尖的人员,这个想法,其实对于解决外商部和统计司的问题,有很大的帮助。
  但是高振东要的不止这点,废老半天劲,只解决一个具体问题那多没意思,这个具体问题里的细节一旦发生变化,还得再来一次。
  他摇摇头:“嗯,数据存储标准这个是肯定要搞的,否则你们的问题也解决不了。但是我觉得更重要的,是把数据的存储和管理这个问题解决好。我的想法是,搞一个管理数据的通用软件,其他应用软件通过这个数据管理软件去使用数据。”
  说完,他举了个例子:“就好比一个仓库,要领料和归还的同志,他不用关心这个仓库里的物料是怎么堆放、放在哪里,他只需要和库管员打交道就行。我要八百颗螺丝,库管员给他,我要还三把螺丝刀,库管员拿去放好。”
  池总工等人,听得眼睛越来越亮,但是高振东的话,并没有停下来。“如此一来,数据的存储和管理,就交给数据管理系统这个库管员了,其他应用软件需要关心的,就是自己拿到数据以后怎么用而已。这个数据管理系统,我们可以叫它……”
  说到这里,高振东在黑板上写下了三个字。
  “数据库!”
  池总工大致听懂他的意思了,拍手叫好。
  “数据库!好,这个名字好!简单明了。高教授这一下子,是将应用软件和数据之间,彻底解耦了啊。”
  耦合程度越低,那相互掺杂相互影响的东西就越少,各自发展起来也就越容易,高内聚低耦合,池总工对这一点本质看得非常清楚。
  高振东笑道:“对于数据库管理软件,无非就是几个方面的问题,一是它怎么存储数据,二是其他软件怎么写入和读出数据,三是它怎么管理这些数据。”
  其他同志纷纷点头,高教授这一手高明,直接釜底抽薪,把数据从软件系统中抽离出来,解决问题。
  说完,高振东在黑板上边写边讲,把关系型数据库、结构化存储、数据表、数据字段、数据类型、行列存储、结构化查询语言(sql)等等做了一个介绍。
  至于数据库范式这些东西,他暂时没说,那是后面的问题,或者说,那是具体的数据库设计的问题,和数据库管理系统本身关系不大,现在说太早了点儿。
  高振东的话,顿时就让在场的人员打开了新世界的大门,原来数据还能这么管?
  “这个关系型数据库的概念很不错,靠数据之间的关系,用二维表存储数据,再由二维表组成完整数据库,一下子就把数据的管理级别划分得很清楚。”
  “要说表格这东西,我们天天都在打交道,但是就没往这个方向上想过。”
  “能支持在一个数据表中存储不同格式的数据,这不就是我们想要解决的问题之一嘛。”
  “用最简单的增、删、改、查就概括了对数据的基本操作,完成了对数据的管理,这份提炼能力,那真不是吹的。”
  “这个结构化查询语言也很有意思,通过这个东西,就能完成对数据的定制化查询,将应用软件的相关工作量降低到了最小,解决了数据的使用问题。”
  “高教授这一手,是应用软件只管提要求,数据库软件负责实现,这样一来,应用软件和数据库只要接口设计得当,各自的变化对对方的影响都降到了最低……”
  作为天天和数据打交道的人,统计司的同志说起软件可能一般般,但是对于数据本身,却是再了解不过了。
  听了高振东的讲解,一个个都觉得,这东西是真的好。
  回过头来想想,高教授也是刚刚参会才知道自家的难点和要求,就这点儿时间,就拿出这么一套完整的解决方案来,难怪外商部的同志要专门问他,这本事,别人真没有。
  让他们最高兴的是,高振东这个解决方案,不只是解决他们眼前的问题,而是彻底从根子上,解决了数据存储管理使用的所有问题。 ↑返回顶部↑

章节目录