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