第673章 这个事情比较麻烦(2/2)
耦合程度越低，那相互掺杂相互影响的东西就越少，各自发展起来也就越容易，高内聚低耦合，池总工对这一点本质看得非常清楚。
高振东笑道：「对于资料库管理软体，无非就是几个方面的问题，一是它怎麽存储数据，二是其他软体怎麽写入和读出数据，三是它怎麽管理这些数据。」
其他同志纷纷点头，高教授这一手高明，直接釜底抽薪，把数据从软体系统中抽离出来，解决问题。
说完，高振东在黑板上边写边讲，把关系型资料库丶结构化存储丶数据表丶数据栏位丶数据类型丶行列存储丶结构化查询语言（SQL）等等做了一个介绍。
至于资料库范式这些东西，他暂时没说，那是后面的问题，或者说，那是具体的资料库设计的问题，和资料库管理系统本身关系不大，现在说太早了点儿。
高振东的话，顿时就让在场的人员打开了新世界的大门，原来数据还能这麽管？
「这个关系型资料库的概念很不错，靠数据之间的关系，用二维表存储数据，再由二维表组成完整资料库，一下子就把数据的管理级别划分得很清楚。」
「要说表格这东西，我们天天都在打交道，但是就没往这个方向上想过。」
「能支持在一个数据表中存储不同格式的数据，这不就是我们想要解决的问题之一嘛。」
「用最简单的增丶删丶改丶查就概括了对数据的基本操作，完成了对数据的管理，这份提炼能力，那真不是吹的。」
「这个结构化查询语言也很有意思，通过这个东西，就能完成对数据的定制化查询，将应用软体的相关工作量降低到了最小，解决了数据的使用问题。」
「高教授这一手，是应用软体只管提要求，资料库软体负责实现，这样一来，应用软体和资料库只要接口设计得当，各自的变化对对方的影响都降到了最低……」
作为天天和数据打交道的人，统计司的同志说起软体可能一般般，但是对于数据本身，却是再了解不过了。
听了高振东的讲解，一个个都觉得，这东西是真的好。
回过头来想想，高教授也是刚刚参会才知道自家的难点和要求，就这点儿时间，就拿出这麽一套完整的解决方案来，难怪外商部的同志要专门问他，这本事，别人真没有。
让他们最高兴的是，高振东这个解决方案，不只是解决他们眼前的问题，而是彻底从根子上，解决了数据存储管理使用的所有问题。
池总工比他们还要高兴，他很敏锐的感觉到，高振东说的这个资料库系统，是一种非常重要的丶在几乎所有的计算机应用方向上都能用得上的技术。
这一点，他猜对了，作为最基础的计算机应用技术之一，资料库的重要性，和作业系统比起来，一点都不差。
所有的MIS（管理信息系统）里面，绝对都有这东西。其他软体里，没有资料库的，也非常少见。
高振东前世，我们的银行业曾经搞过一次大规模的动作，去IOE，这里面的O，就是资料库。
当然，最后结果嘛，只能说是有一定效果，这和当时的客观条件有关。
池总工大包大揽：「高教授，这个事情，我们运算所干了！」
统计司和经贸院校的同志，也纷纷表示要加入到这个事情里面来，他们有经验，是非常好的助力。
不过高振东的下一句话，让他们统统都傻了眼，差点不相信自己的耳朵，池总工除外。
「这个事情比较麻烦，需要的时间还真挺多的，这样，给我半个月，我直接给你们一套编制好的原始码，你们拿去慢慢调试。」
不是，高教授，你要不要再考虑考虑？
哪怕是对软体再不熟悉的人，也知道这种软体不是写个加减乘除，画几张二维表格那麽简单。
你前半句话听着还像那麽回事儿，需要大量时间。
但是后半句话就跟骂我们这帮人是傻逼没啥区别。
时间挺多=半个月？
高教授对于时间尺度的概念，是不是和普通人有点不一样？
这里面只有池总工不太吃惊，他一个人搞几千上万电晶体的计算机系统丶独自写作业系统都顺利整出来了，资料库系统好像也不是不行，都是系统嘛……
其实这个事情是有些麻烦的，他能搜索到自己保存的开源资料库C语言原始码，但是这些原始码用在现在的计算机上无疑是有点略微超前了，别的不说，不管多精简，论M起的编译后容量，就能搞死一堆计算机。
但是他有办法作弊。
(本章完)