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