第673章 這個事情比較麻煩
“現在的問題是規則、要求隨便一改，以前的資料就可能要重新進行組織才能符合使用要求，也就是每次對軟體的更改，都會對資料的儲存形式產生重大影響。”
思維還是在考慮用一個新軟體解決問題，找不出新路子來。
統計司的同志聽了半天，感覺和以前差不多，他將目光投向了外商部的同志。
想想辦法啊同志，你和搞計算機的人熟悉。
外商部的同志看見他的目光，想起了自己領導的話——“這個事情，多問問高振東同志。”
對於高振東，外商部領導是充分肯定和信任的。
他看向在筆記本上寫寫畫畫的高振東。
“高振東同志，你有甚麼想法？”
這是非正式的小會議，也沒有擺水牌這些東西，會前的介紹也比較簡單籠統——“相關專家”，至於這個專家是誰，沒太詳細說。
而他這話一出口，各經貿院校的同志這才知道，這個坐在那裡彷彿普通工作人員的年輕人，原來是高振東同志。
作為普通人，別人可能不知道高振東，但是他們作為搞軟體的人，不可能不知道。
基本上他們進入應用軟體行業時，學習的每一本書上面，都有這個名字。
而不久前的C6108和DJS-61報道里，這位大牛的名字更是赫然在目。
在這個不講究個人英雄主義的時代裡，能把名字單獨放在報道里，是個甚麼情況自然不用多說。
一群院校的同志悄悄交頭接耳。
“這就是高振東同志？”
“這麼年輕？真是看不出來。”
“別看年輕，在這方面是這個……”
“你現在這麼老實了？前面內部考核的時候，你不還抱怨他寫的書太難嘛。”
“嗨，那是我自己的問題，我自己的問題。”
“馬屁精……”
在同志們的竊竊私語中，高振東放下筆來。
包括運算所的池總工在內，都看向了他，想聽聽他到底是個甚麼意見，能不能解決問題。
“我的想法，是這樣的，軟體肯定是要修改的，這一點毋庸置疑……”
哪怕是搞資料庫，現有軟體也是至少需要針對資料庫做一次修改。
其他同志一聽這話，得，都一樣，沒啥新東西。
不過池總工對高振東的發言風格非常瞭解，他在等一個詞。
“但是……”
池總工笑了，來了來了，果然。
高振東沒有停下自己的話：“但既然是資料這方面出的問題，那我們是不是把目光放到資料這頭來？不解決資料的問題，那你們的困擾永遠都得不到解決。”
池總工想了想，問道：“高總工，你的意思是制定一個標準的資料儲存格式？”
他知道高振東喜歡用標準解決問題，從根子上解決。
既然資料亂、關聯性不好、難以組織、複用性和共享能力都不太好，那就制定一個標準的資料儲存格式。
有了標準了，所有軟體都按照這個標準去存和讀，應該能解決問題。
應該說，他的確是計算機方面最頂尖的人員，這個想法，其實對於解決外商部和統計司的問題，有很大的幫助。
但是高振東要的不止這點，廢老半天勁，只解決一個具體問題那多沒意思，這個具體問題裡的細節一旦發生變化，還得再來一次。
他搖搖頭：“嗯，資料儲存標準這個是肯定要搞的，否則你們的問題也解決不了。但是我覺得更重要的，是把資料的儲存和管理這個問題解決好。我的想法是，搞一個管理資料的通用軟體，其他應用軟體透過這個資料管理軟體去使用資料。”
說完，他舉了個例子：“就好比一個倉庫，要領料和歸還的同志，他不用關心這個倉庫裡的物料是怎麼堆放、放在哪裡，他只需要和庫管員打交道就行。我要八百顆螺絲，庫管員給他，我要還三把螺絲刀，庫管員拿去放好。”
池總工等人，聽得眼睛越來越亮，但是高振東的話，並沒有停下來。
“如此一來，資料的儲存和管理，就交給資料管理系統這個庫管員了，其他應用軟體需要關心的，就是自己拿到資料以後怎麼用而已。這個資料管理系統，我們可以叫它……”說到這裡，高振東在黑板上寫下了三個字。
“資料庫！”
池總工大致聽懂他的意思了，拍手叫好。
“資料庫！好，這個名字好！簡單明瞭。高教授這一下子，是將應用軟體和資料之間，徹底解耦了啊。”
耦合程度越低，那相互摻雜相互影響的東西就越少，各自發展起來也就越容易，高內聚低耦合，池總工對這一點本質看得非常清楚。
高振東笑道：“對於資料庫管理軟體，無非就是幾個方面的問題，一是它怎麼儲存資料，二是其他軟體怎麼寫入和讀出資料，三是它怎麼管理這些資料。”
其他同志紛紛點頭，高教授這一手高明，直接釜底抽薪，把資料從軟體系統中抽離出來，解決問題。
說完，高振東在黑板上邊寫邊講，把關係型資料庫、結構化儲存、資料表、資料欄位、資料型別、行列儲存、結構化查詢語言（SQL）等等做了一個介紹。
至於資料庫正規化這些東西，他暫時沒說，那是後面的問題，或者說，那是具體的資料庫設計的問題，和資料庫管理系統本身關係不大，現在說太早了點兒。
高振東的話，頓時就讓在場的人員開啟了新世界的大門，原來資料還能這麼管？
“這個關係型資料庫的概念很不錯，靠資料之間的關係，用二維表儲存資料，再由二維表組成完整資料庫，一下子就把資料的管理級別劃分得很清楚。”
“要說表格這東西，我們天天都在打交道，但是就沒往這個方向上想過。”
“能支援在一個資料表中儲存不同格式的資料，這不就是我們想要解決的問題之一嘛。”
“用最簡單的增、刪、改、查就概括了對資料的基本操作，完成了對資料的管理，這份提煉能力，那真不是吹的。”
“這個結構化查詢語言也很有意思，透過這個東西，就能完成對資料的定製化查詢，將應用軟體的相關工作量降低到了最小，解決了資料的使用問題。”
“高教授這一手，是應用軟體只管提要求，資料庫軟體負責實現，這樣一來，應用軟體和資料庫只要介面設計得當，各自的變化對對方的影響都降到了最低……”
作為天天和資料打交道的人，統計司的同志說起軟體可能一般般，但是對於資料本身，卻是再瞭解不過了。
聽了高振東的講解，一個個都覺得，這東西是真的好。
回過頭來想想，高教授也是剛剛參會才知道自家的難點和要求，就這點兒時間，就拿出這麼一套完整的解決方案來，難怪外商部的同志要專門問他，這本事，別人真沒有。
讓他們最高興的是，高振東這個解決方案，不只是解決他們眼前的問題，而是徹底從根子上，解決了資料儲存管理使用的所有問題。
池總工比他們還要高興，他很敏銳的感覺到，高振東說的這個資料庫系統，是一種非常重要的、在幾乎所有的計算機應用方向上都能用得上的技術。
這一點，他猜對了，作為最基礎的計算機應用技術之一，資料庫的重要性，和作業系統比起來，一點都不差。
所有的MIS（管理資訊系統）裡面，絕對都有這東西。其他軟體裡，沒有資料庫的，也非常少見。
高振東前世，我們的銀行業曾經搞過一次大規模的動作，去IOE，這裡面的O，就是資料庫。
當然，最後結果嘛，只能說是有一定效果，這和當時的客觀條件有關。
池總工大包大攬：“高教授，這個事情，我們運算所幹了！”
統計司和經貿院校的同志，也紛紛表示要加入到這個事情裡面來，他們有經驗，是非常好的助力。
不過高振東的下一句話，讓他們統統都傻了眼，差點不相信自己的耳朵，池總工除外。
“這個事情比較麻煩，需要的時間還真挺多的，這樣，給我半個月，我直接給你們一套編制好的原始碼，你們拿去慢慢除錯。”
不是，高教授，你要不要再考慮考慮？
哪怕是對軟體再不熟悉的人，也知道這種軟體不是寫個加減乘除，畫幾張二維表格那麼簡單。
你前半句話聽著還像那麼回事兒，需要大量時間。
但是後半句話就跟罵我們這幫人是傻逼沒啥區別。
時間挺多=半個月？
高教授對於時間尺度的概念，是不是和普通人有點不一樣？
這裡面只有池總工不太吃驚，他一個人搞幾千上萬電晶體的計算機系統、獨自寫作業系統都順利整出來了，資料庫系統好像也不是不行，都是系統嘛……
其實這個事情是有些麻煩的，他能搜尋到自己儲存的開源資料庫C語言原始碼，但是這些原始碼用在現在的計算機上無疑是有點略微超前了，別的不說，不管多精簡，論M起的編譯後容量，就能搞死一堆計算機。
但是他有辦法作弊。
(本章完)