說到這裡，高振東在黑板上寫下了三個字。
“資料庫！”
池總工大致聽懂他的意思了，拍手叫好。
“資料庫！好，這個名字好！簡單明瞭。高教授這一下子，是將應用軟體和資料之間，徹底解耦了啊。”
耦合程度越低，那相互摻雜相互影響的東西就越少，各自發展起來也就越容易，高內聚低耦合，池總工對這一點本質看得非常清楚。
高振東笑道：“對於資料庫管理軟體，無非就是幾個方面的問題，一是它怎麼儲存資料，二是其他軟體怎麼寫入和讀出資料，三是它怎麼管理這些資料。”
其他同志紛紛點頭，高教授這一手高明，直接釜底抽薪，把資料從軟體系統中抽離出來，解決問題。
說完，高振東在黑板上邊寫邊講，把關係型資料庫、結構化儲存、資料表、資料欄位、資料型別、行列儲存、結構化查詢語言（SQL）等等做了一個介紹。
至於資料庫正規化這些東西，他暫時沒說，那是後面的問題，或者說，那是具體的資料庫設計的問題，和資料庫管理系統本身關係不大，現在說太早了點兒。
高振東的話，頓時就讓在場的人員開啟了新世界的大門，原來資料還能這麼管？
“這個關係型資料庫的概念很不錯，靠資料之間的關係，用二維表儲存資料，再由二維表組成完整資料庫，一下子就把資料的管理級別劃分得很清楚。”
“要說表格這東西，我們天天都在打交道，但是就沒往這個方向上想過。”
“能支援在一個資料表中儲存不同格式的資料，這不就是我們想要解決的問題之一嘛。”
“用最簡單的增、刪、改、查就概括了對資料的基本操作，完成了對資料的管理，這份提煉能力，那真不是吹的。”
“這個結構化查詢語言也很有意思，透過這個東西，就能完成對資料的定製化查詢，將應用軟體的相關工作量降低到了最小，解決了資料的使用問題。”
“高教授這一手，是應用軟體只管提要求，資料庫軟體負責實現，這樣一來，應用軟體和資料庫只要介面設計得當，各自的變化對對方的影響都降到了最低……”
作為天天和資料打交道的人，統計司的同志說起軟體可能一般般，但是對於資料本身，卻是再瞭解不過了。
聽了高振東的講解，一個個都覺得，這東西是真的好。
回過頭來想想，高教授也是剛剛參會才知道自家的難點和要求，就這點兒時間，就拿出這麼一套完整的解決方案來，難怪外商部的同志要專門問他，這本事，別人真沒有。
讓他們最高興的是，高振東這個解決方案，不只是解決他們眼前的問題，而是徹底從根子上，解決了資料儲存管理使用的所有問題。
池總工比他們還要高興，他很敏銳的感覺到，高振東說的這個資料庫系統，是一種非常重要的、在幾乎所有的計算機應用方向上都能用得上的技術。
這一點，他猜對了，作為最基礎的計算機應用技術之一，資料庫的重要性，和作業系統比起來，一點都不差。
所有的MIS（管理資訊系統）裡面，絕對都有這東西。其他軟體裡，沒有資料庫的，也非常少見。
高振東前世，我們的銀行業曾經搞過一次大規模的動作，去IOE，這裡面的O，就是資料庫。
當然，最後結果嘛，只能說是有一定效果，這和當時的客觀條件有關。
池總工大包大攬：“高教授，這個事情，我們運算所幹了！”
統計司和經貿院校的同志，也紛紛表示要加入到這個事情裡面來，他們有經驗，是非常好的助力。
不過高振東的下一句話，讓他們統統都傻了眼，差點不相信自己的耳朵，池總工除外。
“這個事情比較麻煩，需要的時間還真挺多的，這樣，給我半個月，我直接給你們一套編制好的原始碼，你們拿去慢慢除錯。”
不是，高教授，你要不要再考慮考慮？
哪怕是對軟體再不熟悉的人，也知道這種軟體不是寫個加減乘除，畫幾張二維表格那麼簡單。
你前半句話聽著還像那麼回事兒，需要大量時間。
但是後半句話就跟罵我們這幫人是傻逼沒啥區別。
時間挺多=半個月？
高教授對於時間尺度的概念，是不是和普通人有點不一樣？
這裡面只有池總工不太吃驚，他一個人搞幾千上萬電晶體的計算機系統、獨自寫作業系統都順利整出來了，資料庫系統好像也不是不行，都是系統嘛……
其實這個事情是有些麻煩的，他能搜尋到自己儲存的開源資料庫C語言原始碼，但是這些原始碼用在現在的計算機上無疑是有點略微超前了，別的不說，不管多精簡，論M起的編譯後容量，就能搞死一堆計算機。
但是他有辦法作弊。