当前位置:首页 > 都市小说 >四合院:我边做科研边吃瓜 > 四合院:我边做科研边吃瓜
错误举报

第673章 这个事情比较麻烦

    第673章 这个事情比较麻烦
    “现在的问题是规则、要求随便一改,以前的数据就可能要重新进行组织才能符合使用要求,也就是每次对软件的更改,都会对数据的存储形式产生重大影响。”
    思维还是在考虑用一个新软件解决问题,找不出新路子来。
    统计司的同志听了半天,感觉和以前差不多,他将目光投向了外商部的同志。
    想想办法啊同志,你和搞计算机的人熟悉。
    外商部的同志看见他的目光,想起了自己领导的话——“这个事情,多问问高振东同志。”
    对于高振东,外商部领导是充分肯定和信任的。
    他看向在笔记本上写写画画的高振东。
    “高振东同志,你有什么想法?”
    这是非正式的小会议,也没有摆水牌这些东西,会前的介绍也比较简单笼统——“相关专家”,至于这个专家是谁,没太详细说。
    而他这话一出口,各经贸院校的同志这才知道,这个坐在那里仿佛普通工作人员的年轻人,原来是高振东同志。
    作为普通人,别人可能不知道高振东,但是他们作为搞软件的人,不可能不知道。
    基本上他们进入应用软件行业时,学习的每一本书上面,都有这个名字。
    而不久前的c6108和djs-61报道里,这位大牛的名字更是赫然在目。
    在这个不讲究个人英雄主义的时代里,能把名字单独放在报道里,是个什么情况自然不用多说。
    一群院校的同志悄悄交头接耳。
    “这就是高振东同志?”
    “这么年轻?真是看不出来。”
    “别看年轻,在这方面是这个……”
    “你现在这么老实了?前面内部考核的时候,你不还抱怨他写的书太难嘛。”
    “嗨,那是我自己的问题,我自己的问题。”
    “马屁精……”
    在同志们的窃窃私语中,高振东放下笔来。
    包括运算所的池总工在内,都看向了他,想听听他到底是个什么意见,能不能解决问题。
    “我的想法,是这样的,软件肯定是要修改的,这一点毋庸置疑……”
    哪怕是搞数据库,现有软件也是至少需要针对数据库做一次修改。
    其他同志一听这话,得,都一样,没啥新东西。
    不过池总工对高振东的发言风格非常了解,他在等一个词。
    “但是……”
    池总工笑了,来了来了,果然。
    高振东没有停下自己的话:“但既然是数据这方面出的问题,那我们是不是把目光放到数据这头来?不解决数据的问题,那你们的困扰永远都得不到解决。”
    池总工想了想,问道:“高总工,你的意思是制定一个标准的数据存储格式?”
    他知道高振东喜欢用标准解决问题,从根子上解决。
    既然数据乱、关联性不好、难以组织、复用性和共享能力都不太好,那就制定一个标准的数据存储格式。
    有了标准了,所有软件都按照这个标准去存和读,应该能解决问题。
    应该说,他的确是计算机方面最顶尖的人员,这个想法,其实对于解决外商部和统计司的问题,有很大的帮助。
    但是高振东要的不止这点,废老半天劲,只解决一个具体问题那多没意思,这个具体问题里的细节一旦发生变化,还得再来一次。
    他摇摇头:“嗯,数据存储标准这个是肯定要搞的,否则你们的问题也解决不了。但是我觉得更重要的,是把数据的存储和管理这个问题解决好。我的想法是,搞一个管理数据的通用软件,其他应用软件通过这个数据管理软件去使用数据。”
    说完,他举了个例子:“就好比一个仓库,要领料和归还的同志,他不用关心这个仓库里的物料是怎么堆放、放在哪里,他只需要和库管员打交道就行。我要八百颗螺丝,库管员给他,我要还三把螺丝刀,库管员拿去放好。”
    池总工等人,听得眼睛越来越亮,但是高振东的话,并没有停下来。“如此一来,数据的存储和管理,就交给数据管理系统这个库管员了,其他应用软件需要关心的,就是自己拿到数据以后怎么用而已。这个数据管理系统,我们可以叫它……”
    说到这里,高振东在黑板上写下了三个字。
    “数据库!”
    池总工大致听懂他的意思了,拍手叫好。
    “数据库!好,这个名字好!简单明了。高教授这一下子,是将应用软件和数据之间,彻底解耦了啊。”
    耦合程度越低,那相互掺杂相互影响的东西就越少,各自发展起来也就越容易,高内聚低耦合,池总工对这一点本质看得非常清楚。
    高振东笑道:“对于数据库管理软件,无非就是几个方面的问题,一是它怎么存储数据,二是其他软件怎么写入和读出数据,三是它怎么管理这些数据。”
    其他同志纷纷点头,高教授这一手高明,直接釜底抽薪,把数据从软件系统中抽离出来,解决问题。
    说完,高振东在黑板上边写边讲,把关系型数据库、结构化存储、数据表、数据字段、数据类型、行列存储、结构化查询语言(sql)等等做了一个介绍。
    至于数据库范式这些东西,他暂时没说,那是后面的问题,或者说,那是具体的数据库设计的问题,和数据库管理系统本身关系不大,现在说太早了点儿。
    高振东的话,顿时就让在场的人员打开了新世界的大门,原来数据还能这么管?
    “这个关系型数据库的概念很不错,靠数据之间的关系,用二维表存储数据,再由二维表组成完整数据库,一下子就把数据的管理级别划分得很清楚。”
    “要说表格这东西,我们天天都在打交道,但是就没往这个方向上想过。”
    “能支持在一个数据表中存储不同格式的数据,这不就是我们想要解决的问题之一嘛。”
    “用最简单的增、删、改、查就概括了对数据的基本操作,完成了对数据的管理,这份提炼能力,那真不是吹的。”
    “这个结构化查询语言也很有意思,通过这个东西,就能完成对数据的定制化查询,将应用软件的相关工作量降低到了最小,解决了数据的使用问题。”
    “高教授这一手,是应用软件只管提要求,数据库软件负责实现,这样一来,应用软件和数据库只要接口设计得当,各自的变化对对方的影响都降到了最低……”
    作为天天和数据打交道的人,统计司的同志说起软件可能一般般,但是对于数据本身,却是再了解不过了。
    听了高振东的讲解,一个个都觉得,这东西是真的好。
    回过头来想想,高教授也是刚刚参会才知道自家的难点和要求,就这点儿时间,就拿出这么一套完整的解决方案来,难怪外商部的同志要专门问他,这本事,别人真没有。
    让他们最高兴的是,高振东这个解决方案,不只是解决他们眼前的问题,而是彻底从根子上,解决了数据存储管理使用的所有问题。
    池总工比他们还要高兴,他很敏锐的感觉到,高振东说的这个数据库系统,是一种非常重要的、在几乎所有的计算机应用方向上都能用得上的技术。
    这一点,他猜对了,作为最基础的计算机应用技术之一,数据库的重要性,和操作系统比起来,一点都不差。
    所有的mis(管理信息系统)里面,绝对都有这东西。其他软件里,没有数据库的,也非常少见。
    高振东前世,我们的银行业曾经搞过一次大规模的动作,去ioe,这里面的o,就是数据库。
    当然,最后结果嘛,只能说是有一定效果,这和当时的客观条件有关。
    池总工大包大揽:“高教授,这个事情,我们运算所干了!”
    统计司和经贸院校的同志,也纷纷表示要加入到这个事情里面来,他们有经验,是非常好的助力。
    不过高振东的下一句话,让他们统统都傻了眼,差点不相信自己的耳朵,池总工除外。
    “这个事情比较麻烦,需要的时间还真挺多的,这样,给我半个月,我直接给你们一套编制好的源代码,你们拿去慢慢调试。”
    不是,高教授,你要不要再考虑考虑?
    哪怕是对软件再不熟悉的人,也知道这种软件不是写个加减乘除,画几张二维表格那么简单。
    你前半句话听着还像那么回事儿,需要大量时间。
    但是后半句话就跟骂我们这帮人是傻逼没啥区别。
    时间挺多=半个月?
    高教授对于时间尺度的概念,是不是和普通人有点不一样?
    这里面只有池总工不太吃惊,他一个人搞几千上万晶体管的计算机系统、独自写操作系统都顺利整出来了,数据库系统好像也不是不行,都是系统嘛……
    其实这个事情是有些麻烦的,他能搜索到自己保存的开源数据库c语言源代码,但是这些源代码用在现在的计算机上无疑是有点略微超前了,别的不说,不管多精简,论m起的编译后容量,就能搞死一堆计算机。
    但是他有办法作弊。
    (本章完)