在網上有很多的關於Oracle 10g開發方面的資料, 因為以前企業對數據庫的實際操作一般都是基於微軟SQL2000和2005 版本偏多. 所以這段時間也是一個轉換過程.特意在網上訂購一本Oracle Database 10G SQL Master SQL and PL/SQL 這本書重新完整的 系統的進行梳理一遍。
總體給我感覺是其實我就是在重新梳理結構化查詢語言(Structured Query Language/SQL) SQL .雖然做了一遍重復性工作. 但體會也是不同的. 類似這本書並沒有費了我很大精力 但給我感覺它就是一條細線. 把我以前遺留的片段全部關聯起來. 視野上更加趨於開闊.我慢慢才體會到。
做程序開發的工作其實可粗可細. 我們常常感慨一個技術大牛所作的創造性思維(類似Robert C.Martin關於敏捷實踐) 其實殊不知他們也是在逐漸積累過程中才有了創造. 就想一句話說的沒有任何事情是憑空而來.那麼對於一個做技術出生的人一個完善的知識體系結構是相當重要的. 所以我更願意傾向於一個科班出生的技術人員.。
目前情況是社會上關於軟件開發培訓的快餐打亂了行業內這種格局, 格局我們沒法控制. 無論這種格局亂還是沒亂但歸咎到底還是一個技術人員在實際工作自我完善自己知識體系這種能力和意識. 對於他人的指導這種”外力的鞭子”抽的我們都有惰性. 自覺的意識才能真正力量. 這種並非一朝一夕的能夠成就的。
它是一個長時間 同時具有一定量積累才能沉澱出來的. 只有不斷完善自己知識體系 不斷學習.才是一個真正技術人員發展上要走長遠子路. 這也是我考察一個技術人員非常重要的標准.
這也是很多經歷了入門級別痛苦後程序員 最為迷茫一個問題. 以上最近這本書給我一點聯想. 轉入正題
Oracle 10g SQL Master SQL and PL/SQL :書樣 隨便推薦給各位. 內容雖然很簡單 但給我感覺細節上講的很全面 完全可以做為一個日常工作中查詢手冊也是沒有問題的.一方面它詳細而通用講述了SQL標准每個細節. 同時也有兩章是Oracle公司自己擴展語法詳細講解.直接形成比對.及時將來遇到與SQL標准不同變更. 一眼就能看出來.
(A)SQL標准與三層.
又重新翻看這個結構化查詢語言(簡稱SQL)的”來世於前生”後.期間不經讓我聯想到到以前項目中對於底層數據訪問層三層架構思想 他們之間聯系. 先來看看SQL標准來歷:
1970年時有E.F.Cold博士提出關系型數據庫這個概率. 聽起來早就不新鮮了.但是SQL就是在E.F.Cold博士工作基礎自上發展而來. 其第一個實現就是有IBM在20世紀70年代中期開發的.當時IBM開展了一個成為System R的研究項目.SQL 就是從這項目中誕生的. 到了1979年底。
一家當時成為Relational Software INc.的公司(其實大家應該都知道就是現在Oracle公司)發布了第一個商業版本的SQL. 隨著發展SQL已經被完全標准化了.而且獲得美國國家標准組織(American Standards Institute ANSI)認證.SQL可以用來訪問Oracle. SQL Server ,DB2.和MySQL 數據庫.直至發展到現在.
SQL在發展的實現標准化.也為三層分工實現編碼與數據庫依賴關系解耦. 編程語言不在依賴數據庫. 主要歸功於SQL訪問數據庫的標准化. 目前架設一下主流的數據Oracle. SqlServer DB2.MySQL每個都有自己一套數據庫訪問方式規則. 那是多麼可怕一件事.當切換一個數據庫 我們就徹底扔掉了一個數據訪問層。
那麼編碼應用程序就死死綁定數據庫上.而從嚴格三層定義來說. 拿掉任何一層都是可以重用. 顯示層. 業務邏輯層 與數據訪問層是沒有任何實際依賴的 層於層之間實現時一種獨立關系. 如果沒有SQL語言標准化.也就沒有實際意義上三層分工實現. 現在項目中如果實現底層數據庫切換可以做一個簡單工廠模式 只需在修改簡單配置. 代價極小. 如果沒有SQL. 這一切就無從談起了.
上述的相關內容就是對Oracle 10G關於表操作常用語句詳解及隨想的描述，希望會給你帶來一些幫助在此方面。
