繁體中文
纠错建议 阅读记录

笔趣阁 > 都市言情 > 四合院里的大国宗师
字体
背景
热门推荐: 加载中...

第673章 这个事情比较麻烦

第673章 这个事情比较麻烦

「现在的问题是规则丶要求随便一改,以前的数据就可能要重新进行组织才能符合使用要求,也就是每次对软体的更改,都会对数据的存储形式产生重大影响。」

思维还是在考虑用一个新软体解决问题,找不出新路子来。

统计司的同志听了半天,感觉和以前差不多,他将目光投向了外商部的同志。

想想办法啊同志,你和搞计算机的人熟悉。

外商部的同志看见他的目光,想起了自己领导的话——「这个事情,多问问高振东同志。」

对于高振东,外商部领导是充分肯定和信任的。

他看向在笔记本上写写画画的高振东。

「高振东同志,你有什麽想法?」

这是非正式的小会议,也没有摆水牌这些东西,会前的介绍也比较简单笼统——「相关专家」,至于这个专家是谁,没太详细说。

而他这话一出口,各经贸院校的同志这才知道,这个坐在那里仿佛普通工作人员的年轻人,原来是高振东同志。

作为普通人,别人可能不知道高振东,但是他们作为搞软体的人,不可能不知道。

基本上他们进入应用软体行业时,学习的每一本书上面,都有这个名字。

而不久前的C6108和DJS-61报导里,这位大牛的名字更是赫然在目。

在这个不讲究个人英雄主义的时代里,能把名字单独放在报导里,是个什麽情况自然不用多说。

一群院校的同志悄悄交头接耳。

「这就是高振东同志?」

「这麽年轻?真是看不出来。」

「别看年轻,在这方面是这个……」

「你现在这麽老实了?前面内部考核的时候,你不还抱怨他写的书太难嘛。」

「嗨,那是我自己的问题,我自己的问题。」

「马屁精……」

在同志们的窃窃私语中,高振东放下笔来。

包括运算所的池总工在内,都看向了他,想听听他到底是个什麽意见,能不能解决问题。

「我的想法,是这样的,软体肯定是要修改的,这一点毋庸置疑……」

哪怕是搞资料库,现有软体也是至少需要针对资料库做一次修改。

其他同志一听这话,得,都一样,没啥新东西。

不过池总工对高振东的发言风格非常了解,他在等一个词。

「但是……」

池总工笑了,来了来了,果然。

高振东没有停下自己的话:「但既然是数据这方面出的问题,那我们是不是把目光放到数据这头来?不解决数据的问题,那你们的困扰永远都得不到解决。」

池总工想了想,问道:「高总工,你的意思是制定一个标准的数据存储格式?」

他知道高振东喜欢用标准解决问题,从根子上解决。

既然数据乱丶关联性不好丶难以组织丶复用性和共享能力都不太好,那就制定一个标准的数据存储格式。

有了标准了,所有软体都按照这个标准去存和读,应该能解决问题。

应该说,他的确是计算机方面最顶尖的人员,这个想法,其实对于解决外商部和统计司的问题,有很大的帮助。

但是高振东要的不止这点,废老半天劲,只解决一个具体问题那多没意思,这个具体问题里的细节一旦发生变化,还得再来一次。

他摇摇头:「嗯,数据存储标准这个是肯定要搞的,否则你们的问题也解决不了。但是我觉得更重要的,是把数据的存储和管理这个问题解决好。我的想法是,搞一个管理数据的通用软体,其他应用软体通过这个数据管理软体去使用数据。」

说完,他举了个例子:「就好比一个仓库,要领料和归还的同志,他不用关心这个仓库里的物料是怎麽堆放丶放在哪里,他只需要和库管员打交道就行。我要八百颗螺丝,库管员给他,我要还三把螺丝刀,库管员拿去放好。」

池总工等人,听得眼睛越来越亮,但是高振东的话,并没有停下来。

「如此一来,数据的存储和管理,就交给数据管理系统这个库管员了,其他应用软体需要关心的,就是自己拿到数据以后怎麽用而已。这个数据管理系统,我们可以叫它……」

说到这里,高振东在黑板上写下了三个字。

「资料库!」

池总工大致听懂他的意思了,拍手叫好。

「资料库!好,这个名字好!简单明了。高教授这一下子,是将应用软体和数据之间,彻底解耦了啊。」

耦合程度越低,那相互掺杂相互影响的东西就越少,各自发展起来也就越容易,高内聚低耦合,池总工对这一点本质看得非常清楚。

高振东笑道:「对于资料库管理软体,无非就是几个方面的问题,一是它怎麽存储数据,二是其他软体怎麽写入和读出数据,三是它怎麽管理这些数据。」

其他同志纷纷点头,高教授这一手高明,直接釜底抽薪,把数据从软体系统中抽离出来,解决问题。

说完,高振东在黑板上边写边讲,把关系型资料库丶结构化存储丶数据表丶数据栏位丶数据类型丶行列存储丶结构化查询语言(SQL)等等做了一个介绍。

至于资料库范式这些东西,他暂时没说,那是后面的问题,或者说,那是具体的资料库设计的问题,和资料库管理系统本身关系不大,现在说太早了点儿。

高振东的话,顿时就让在场的人员打开了新世界的大门,原来数据还能这麽管?

「这个关系型资料库的概念很不错,靠数据之间的关系,用二维表存储数据,再由二维表组成完整资料库,一下子就把数据的管理级别划分得很清楚。」

「要说表格这东西,我们天天都在打交道,但是就没往这个方向上想过。」

「能支持在一个数据表中存储不同格式的数据,这不就是我们想要解决的问题之一嘛。」

「用最简单的增丶删丶改丶查就概括了对数据的基本操作,完成了对数据的管理,这份提炼能力,那真不是吹的。」

「这个结构化查询语言也很有意思,通过这个东西,就能完成对数据的定制化查询,将应用软体的相关工作量降低到了最小,解决了数据的使用问题。」

「高教授这一手,是应用软体只管提要求,资料库软体负责实现,这样一来,应用软体和资料库只要接口设计得当,各自的变化对对方的影响都降到了最低……」

作为天天和数据打交道的人,统计司的同志说起软体可能一般般,但是对于数据本身,却是再了解不过了。

听了高振东的讲解,一个个都觉得,这东西是真的好。

回过头来想想,高教授也是刚刚参会才知道自家的难点和要求,就这点儿时间,就拿出这麽一套完整的解决方案来,难怪外商部的同志要专门问他,这本事,别人真没有。

让他们最高兴的是,高振东这个解决方案,不只是解决他们眼前的问题,而是彻底从根子上,解决了数据存储管理使用的所有问题。

池总工比他们还要高兴,他很敏锐的感觉到,高振东说的这个资料库系统,是一种非常重要的丶在几乎所有的计算机应用方向上都能用得上的技术。

这一点,他猜对了,作为最基础的计算机应用技术之一,资料库的重要性,和作业系统比起来,一点都不差。

所有的MIS(管理信息系统)里面,绝对都有这东西。其他软体里,没有资料库的,也非常少见。

高振东前世,我们的银行业曾经搞过一次大规模的动作,去IOE,这里面的O,就是资料库。

当然,最后结果嘛,只能说是有一定效果,这和当时的客观条件有关。

池总工大包大揽:「高教授,这个事情,我们运算所干了!」

统计司和经贸院校的同志,也纷纷表示要加入到这个事情里面来,他们有经验,是非常好的助力。

不过高振东的下一句话,让他们统统都傻了眼,差点不相信自己的耳朵,池总工除外。

「这个事情比较麻烦,需要的时间还真挺多的,这样,给我半个月,我直接给你们一套编制好的原始码,你们拿去慢慢调试。」

不是,高教授,你要不要再考虑考虑?

哪怕是对软体再不熟悉的人,也知道这种软体不是写个加减乘除,画几张二维表格那麽简单。

你前半句话听着还像那麽回事儿,需要大量时间。

但是后半句话就跟骂我们这帮人是傻逼没啥区别。

时间挺多=半个月?

高教授对于时间尺度的概念,是不是和普通人有点不一样?

这里面只有池总工不太吃惊,他一个人搞几千上万电晶体的计算机系统丶独自写作业系统都顺利整出来了,资料库系统好像也不是不行,都是系统嘛……

其实这个事情是有些麻烦的,他能搜索到自己保存的开源资料库C语言原始码,但是这些原始码用在现在的计算机上无疑是有点略微超前了,别的不说,不管多精简,论M起的编译后容量,就能搞死一堆计算机。

但是他有办法作弊。

(本章完)