第670章 这个事情比较麻烦 (第2/2页)

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