⑴ 求英文參考文獻 關於java和oracle和簡訊網站平台介紹的 翻譯後4000-5000字
MAXIMO是IBM公司的產品， MAXIMO以工單的創建、審批、執行、關閉為主線，合理、優化地安排相關的人、財、物資源，將傳統的被動檢修轉變為積極主動的預防性維修，與實時數據採集系統集成，可以實現預測性維修。通過跟蹤記錄企業全過程的維護歷史活動，將維修人員的個人知識轉化為企業范圍的智力資本。集成的工作流與業務流程配置功能，使得用戶可以方便地進行系統的授權管理和應用的客戶化改造工作。
在商業競爭日益激烈的今天，對於擁有高價值資產的企業來說，設備維護已不再局於成本范疇，更成為獲取利潤的戰略工具。 MAXIMO系列產品使這個目標得以實現。
EAM（Enterprise Asset Management） 即企業資產維護管理系統, 它是面向資產 密集型 （Asset -intensive） 企業的企業信息化解決方案的總稱，其前身稱作 CMMS （Computerized Maintenance Management System）計算機維修管理系統， 主要適用於資產密集型企業對高價值固定資產的維護、保養、跟蹤等信息管理。它以提高資產可利用率、降低企業運行維護成本為目標。以優化企業維修資源為核心，通過信息化手段，合理安排維修計劃及相關資源與活動,從而提高企業的經濟效益和企業的市場競爭力。
今天，EAM系統涵蓋了維護、修理和運營所涉及的方方面面，從庫存和采購到工作管理和建立設備模型，但這些僅是EAM系統的基本功能。EAM系統通過創建背後信息來提升維護技術，這些背後的信息在實施EAM之前並不存在，它是加速故障診斷和工作建立的知識基礎。優秀的EAM系統的領先性在於其對復雜設備的建模能力，如從公路、管道、線路到產品流程。EAM系統提供任何工廠和服務領域所需的成熟技術，不受設備所處室內外位置的影響。它還通過連接終端用戶和最有效的信息源支持簡化運營工作，並且這些信息都是在系統中預先設置的。此外，一個端到端的電子商務解決方案可以最大程度降低目標實現的成本。
EAM系統以用戶需要的所有工具開發和設置，用戶無需編程，今天的EAM系統可以適合任何工廠的特定需要，無論工廠的規模大小。
它包括：設備管理、工單管理、預防性維護管理、資源管理、作業計劃管理、安全管理、庫存管理、采購管理、系統管理、應用設置、屏幕編輯等基本模塊，以及工作流管理、決策分析等可選模塊。
多年來，MAXIMO專注於企業資產維護領域，始終站在技術發展的前沿。90年代，它是第一個採用 Client/Server 結構的EAM軟體供應商。如今，在風起雲涌的互聯網 應用大潮中，MAXIMO將它的產品置於Internet技術基礎之上。它可以運行在多種常用的伺服器硬體平台和網路操作系統（ UNIX或 NT）上,支持Windows NT/95/98/2000 客戶機環境。 MAXIMO適用領先的商業化關系型資料庫，包括 Oracle和 Microsoft sql Server。
MAXIMO 的設計宗旨是：
提高工人工作的安全性和效率
減少停機時間
控制維護費用
降低零件庫存和費用
提高采購效率
充分利用設備、設施、人力及其它資源
MAXIMO 是目前市場上最廣泛使用的企業資產管理系統。針對不同行業， MRO 軟體公司設計了相應的應用解決方案： MAXIMO for Facilities、 MAXIMO for Instry。
MyEclipse，是一個十分優秀的用於開發Java, J2EE的Eclipse插件集合，MyEclipse的功能非常強大，支持也十分廣泛，尤其是對各種開元產品的支持十分不錯。
目錄
簡介
分類
版本
使用
配置開發
項目發布
展開
編輯本段
簡介
myeclipse6.6
MyEclipse企業級工作平台（MyEclipse Enterprise Workbench ，簡稱MyEclipse）是對Eclipse IDE的擴展，利用它我們可以在資料庫和JavaEE的開發、發布，以及應用程序伺服器的整合方面極大的提高工作效率。它是功能豐富的JavaEE集成開發環境，包括了完備的編碼、調試、測試和發布功能，完整支持HTML, Struts, JSF, CSS, Javascript, SQL, Hibernate。
編輯本段
分類
在結構上，MyEclipse的特徵可以被分為7類：
1. JavaEE模型
2. WEB開發工具
3. EJB開發工具
4. 應用程序伺服器的連接器
5. JavaEE項目部署服務
6. 資料庫服務
7. MyEclipse整合幫助
對於以上每一種功能上的類別，在Eclipse中都有相應的功能部件，並通過一系列的插件來實現它們。MyEclipse結構上的這種模塊化，可以讓我們在不影響其他模塊的情況下，對任一模塊進行單獨的擴展和升級。
簡單而言，MyEclipse是Eclipse的插件，也是一款功能強大的JavaEE集成開發環境，支持代碼編寫、配置、測試以及除錯，MyEclipse6.0以前版本需先安裝Eclipse。MyEclipse6.0以後版本安裝時不需安裝Eclipse。
編輯本段
Oracle公司是全球最大的信息管理軟體及服務供應商，成立於1977年，總部位於美國加州 Redwood shore。2000財年(99年6月到2000年5月)營業額達101億美元，再創Oracle公司銷售額歷史新高，比去年增長了13億美元，盈利增長61%，達到21億美元。Oracle公司現有員工超過三萬六千人，服務遍及全球145個國家。Oracle公司擁有世界上唯一一個全面集成的電子商務套件Oracle Applications R11i，它能夠自動化企業經營管理過程中的各個方面，深受用戶的青睞，促使Oracle應用軟體在2000財年第四季度的銷售額達4.47億美元，與SAP公司的同期應用軟體銷售額3.52億美元相比，多出近1億美元，這一事實表明，Oracle已經是世界最大的應用軟體供應商。Oracle電子商務套件涵蓋了企業經營管理過程中的方方面面，雖然它在不同的方面分別面對不同的競爭對手，而Oracle電子商務解決方案的核心優勢就在於它的集成性和完整性，用戶完全可以從Oracle公司獲得任何所需要的應用功能，更重要的是，它們具有一致的基於Internet技術的應用體系結構，而如果用戶想從其它廠商處獲得Oracle電子商務所提供的完整功能，不僅需要從多家廠商分別購買不同的應用，而且需要另請咨詢公司把這些不同的應用裝配起來，還必須確保它們能夠協同地工作。
先進的產品和高效率的企業運作，是Oracle公司利潤得以繼續增長的重要原因，一年前，Oracle公司確定了通過採用自身的Internet電子商務解決方案，實現每年節省10億美元企業日常運作費用的目標，這一數據相當於將年度利潤率提高10%。
編輯本段
基本信息
公司LOGO
公司類型： 上市公司 (NASDAQ: ORCL)
成立時間： 1977年
總部地點： 美國加州紅木灘市
首席執行官： 勞倫斯·埃里森 Lawrence (Larry) J. Ellison,
口號： 信息驅動
產業： 資料庫軟體
企業資源計劃
客戶關系管理
年營業額 $117.99 億美元 (2005年)
稅前盈餘 $40.22 億美元 (2005年)
凈利 $28.86 億美元 (2005年)
市值
員工數 49,872 (2005年)
編輯本段
主要產品
伺服器及工具（主要競爭對手：國際商用機器、微軟）
甲骨文公司的主要產品目前分為兩大類：
資料庫伺服器：2007年最新版本11G
應用伺服器： Oracle Application Server
開發工具：Oracle JDeveloper，Oracle Designer，Oracle Developer，等等
Oracle公司總部
應用軟體（主要競爭對手：德國SAP公司。）
企業資源計劃(ERP)軟體。已有10年以上的歷史。2005年，並購了開發企業軟體的仁科軟體公司以增強在這方面的競爭力。
客戶關系管理(CRM)軟體。自1998年開始研發這種軟體。2005年，並購了開發客戶關系管理軟體的希柏軟體公司（Siebel）。
人力資源管理軟體(HCM）。收購了仁科(PeopleSoft)軟體。
編輯本段
應用產品
甲骨文公司伺服器技術執行副總裁Chuck
Oracle應用產品包括財務、供應鏈、製造、項目管理、人力資源和市場與銷售等150多個模塊，榮獲多項世界大獎,現已被全球近7600多家企業所採用。由於在電子商務方面的傑出表現，Oracle公司在美國Mongan Stanley公司最新公布的權威性全球企業1000強中，從去年的第122名一躍成為第13名，成為全球第二大獨立軟體公司和最大的電子商務解決方案供應商。目前， Amazon和Dell等全球十個最大的Internet電子商務網站、全球十個最大的B-to-B網站中的九個、93%的上市.COM公司、65家「財富全球100強」企業均不約而同地採用Oracle電子商務解決方案。四年前電子商務在全球范圍內還僅處於萌芽狀態時，Oracle公司便前瞻性地作出了從領先的資料庫廠商向以Internet計算為基礎的完整的電子商務解決方案供應商轉型的戰略部署。這一前瞻性戰略為Oracle帶來了巨大的利益，今天，Oracle能夠領先於競爭對手提供包括平台產品、應用產品和完善的服務在內的先進的、完整的、集成的電子商務解決方案，可以無縫集成供應鏈管理(SCM)、企業資源管理(ERP)、客戶資源管理(CRM)和企業商業智能(BI)和電子商務應用IP(Internet Pocurement)、Exchange、Portal-to-go等產品。Oracle從低端到高端的所有方案100%基於Internet應用體系結構，都可以通過Web安全、直接地訪問，使企業能夠通過Web完成包括報價、定單、支付、執行、服務等在內的企業業務過程的所有環節，幫助企業將現有業務內容快速轉移到電子商務，迅速獲得來自電子商務的高效益。
編輯本段
歷史沿革
Oracle 資料庫70年代 一間名為Ampex的軟體公司，正為中央情報局設計一套名叫Oracle的資料庫，Ellison是程序員之一。
甲骨文公司CEO拉里
1977年艾利森與女上司Robert Miner創立「軟體開發實驗室」（Software Development Labs），當時IBM發表「關系資料庫」的論文，艾利森以此造出新資料庫，名為甲骨文。
1978年公司遷往矽谷，更名為「關系式軟體公司」 (RSI)，兩年後，共有8名員工，年收入少於100萬美金。最先提出「關系資料庫」的IBM採用RSI的資料庫。1982年再更名為甲骨文(Oracle)。
1984年三年內，先後進軍加拿大、荷蘭、英國、奧地利、日本、德國、瑞士、瑞典、澳大利亞、芬蘭、法國、香港、挪威、西班牙。1986年上市時，年收入暴升至5500萬美元，同年3月招股，集資3150萬美元。
1987年年收入達到 1.31 億美元，甲骨文一年後成為世界第四大軟體公司。兩年內再進軍墨西哥、巴西、中國、塞普勒斯、馬來西亞及紐西蘭。一年後，收入再升一倍至2.82億美元。
1990年甲骨文兩年內揮軍進入智利、希臘、韓國、葡萄牙、土耳其、委內瑞拉、台灣、比利時、阿根廷、哥倫比亞、哥斯大黎加及菲律賓等地，但是當年甲骨文的業績首次發生虧損，市值急跌80%，艾利森首次安排資深管理人員參與經營。
Oracle 資料庫
1992年旗艦產品Oracle 7面世，使該公司業務重新步上軌道，年收入達到11.79億美元。曾被視為甲骨文接班人、但後來被踼出局的Raymond Lane擔任營運總監。
1995年艾利森宣布PC已死，把全數產品推向互聯網發展，並另組「網路計算機公司」（Network Computer），銷售「網路計算機」，最終被淘汰收場。
2000年科網接近尾聲時，推出E-Business Suite，搶占應用產品市場，與昔日的生意夥伴構成嚴重利益沖突。同期微軟及IBM數據技術提升，此後Oracle新增訂單數目的佔有率，在兩年內下跌6.6%，業務倒退10%。
2003年敵意收購仁科軟體公司，引起業界哄動。兩公司的爭議新聞層出不窮。同年美國司法部落案阻止甲骨文收購。 2009年4月20日，甲骨文公司宣布將以每股9.50美元，總計74億美金收購太陽計算機系統公司。
編輯本段
起源
1970年的6月，IBM公司的研究員埃德加·考特 （Edgar Frank Codd） 在 Communications of ACM 上發表了那篇著名的《大型共享資料庫數據的關系模型》（A Relational Model of Data for Large Shared Data Banks）的論文。這是資料庫發展史上的一個轉折。要知道，當時還是層次模型和網狀模型的資料庫產品在市場上佔主要位置。從這篇論文開始，拉開了關系型資料庫軟體革命的序幕。
雖然早在1970年就誕生了關系模型理論，但是市場上遲遲不見關系型資料庫管理軟體的推出。主要原因是很多反對者認為關系型資料庫速度太慢，比不上當時的層次式資料庫。值得好笑的是，IBM雖然1973年就啟動了System R的項目來研究關系型資料庫的實際可行性，也沒有及時推出這樣的產品，因為當時IBM的的IMS（著名的層次型資料庫）市場不錯，如果推出關系型資料庫，牽涉到IBM很多人的自身利益。再者，IBM龐大復雜的官僚機構處在決策上遠不那麼靈活。
美國 Oracle 公司總部一瞥
1977年6月，Larry Ellison與Bob Miner和Ed Oates在矽谷共同創辦了一家名為軟體開發實驗室（Software Development Laboratories，SDL）的計算機公司（ORACLE公司的前身）。那個時候，32歲的Larry Ellison，這個讀了三家大學都沒能畢業的輟學生，還只是一個普通的軟體工程師。公司創立之初，Miner是總裁，Oates為副總裁，而Ellison，因為一個合同的事情，還在另一家公司上班。沒多久，第一位員工Bruce Scott（用過ORACLE資料庫軟體的人都知道有個Scott用戶的吧？沒錯，就是這個Scott，至於Scott用戶的密碼Tiger，那是Scott養的貓的名字）加盟進來，在Miner和Oates有些厭倦了那種合同式的開發工作後，他們決定開發通用軟體，不過們還不知道自己能開發出來什麼樣的產品。Oates最先看到了埃德加·考特的那篇著名的論文連同其他幾篇相關的文章並推薦Ellison和Miner也閱讀一下。Ellison和Miner預見到資料庫軟體的巨大潛力（跟著IBM走，沒錯），於是，SDL開始策劃構建可商用的關系型資料庫管理系統（RDBMS）。
很快他們就弄出來一個不太像樣的產品，或者具體的說，更像一個Demo。根據Ellison和Miner他們在前一家公司從事的一個由中央情報局投資的項目代碼,他們把這個產品命名為ORACLE。因為他們相信，ORACLE（字典里的解釋有「神諭, 預言」之意）是一切智慧的源泉。1979年，SDL更名為關系軟體有限公司（Relational Software，Inc.，RSI），畢竟「軟體開發實驗室」不太像一個大公司的名字。1983年，為了突出公司的核心產品，RSI再次更名為ORACLE。
編輯本段
發展歷程
發布ORACLE產品
RSI在1979年的夏季發布了可用於DEC公司的PDP-11計算機上的商用ORACLE產品，這個資料庫產品整合了比較完整的SQL實現，其中包括子查詢、連接及其他特性。但不得不說，軟體不是很穩定，並缺少事務處理這樣的重要功能。出於市場策略，公司宣稱這是該產品的第二版，但卻是實際上的第一版。之所以被命名為第2版而不是第1版，是因為Ellison認為潛在的客戶更願意購買第2個版本，而不是初始版本。（雖然這樣做有些不太誠實，還是要承認這是個十分高明的技巧。到現在還有一些公司把自己賣給客戶的版本叫做1.0 ，學學1979年的ORACLE吧！）多年以後的今天，ORACLE公司聲稱是他們第一個提供了第一個SQL關系型資料庫管理系統。
雖然軟體不是很好，但是客戶還是有的。美國中央情報局迫不及待的想買一套這樣的軟體來滿足他們的需求。但在咨詢了IBM公司之後發現IBM沒有可以商用的產品，他們聯系了RSI。於是RSI有了第一個客戶。在當時，政府和軍方的機構往往同時有幾種計算機，而那時還沒有什麼「軟體可移植」這樣的說法，當然，也幾乎沒有具有這樣的能力的應用軟體。也就是說，給PDP-11開發的ORACLE資料庫不能用在IBM主機和DEC的VAX上。很快用戶就表現出來這樣的需求：ORACLE能否同時在不同的操作系統上運行？這給RSI帶來了新的挑戰（主要是Miner和Scott）。70年代末期和80年代早期的軟體一般都設計成在單一操作系統上運行，具有可移植能力的軟體很少。
發布ORACLE第三版
1983年3月，RSI發布了ORACLE第三版。Miner和Scott歷盡艱辛用C語言重新寫就這一版本。要知道，C語言當時推出不久，用它來寫ORACLE軟體也是具有一定的風險的，但除此之外，別無他法。很快就證明了這樣做是多麼的正確:C編譯器便宜而又有效，還有很好的移植性。從現在起，ORACLE產品有了一個關鍵的特性：[可移植性]。ORACLE第3版還推出了SQL語句和事務處理的「原子性」--SQL語句要麼全部成功，要麼全部失敗，事務處理要麼全部提交，要麼全部回滾。ORACLE第3版還引入了非阻塞查詢，使用存儲在"Before Image File"中的數據來查詢和回滾事務，從而避免了讀鎖定（read lock）的使用（雖然通過使用表級鎖定限制了它的吞吐量）。同樣是1983年，IBM發布了姍姍來遲的Database 2（DB2），但只可在MVS上使用。不管怎麼說，ORACLE已經佔取了先機。 在開發第三版還沒有結束的時候，Scott離開了ORACLE。當時用C語言改寫ORACLE的壓力很大，無休止的軟體調試終於讓Scott不堪重負，選擇了一走了之。把剩下的重擔交給了Miner一個人。在出售了自己的%4的股票之後，Scott 後來創建了Gupta公司（現更名為Centura Software）和PointBase公司（提供百分之百純Java嵌入式資料庫），都是開發和資料庫相關的產品。多年後有人問到他的%4的ORACLE股票的時候，Scott，這個曾經給ORACLE寫出第一行代碼的技術高手，也只能報以一笑了。如果能堅持下來，那是一筆幾億美金的財富。不過當時的Scott沒有那麼多的想法，他只是太累了。
可移植性
ORACLE最先將其軟體移植到DEC VAX計算機上的VMS操作系統上。早在1979年公司就已經雇了一位DEC公司的技術高手Robot Brandt進行VAX上ORACLE的開發。開始的時候資金有限，只能到加州大學伯克利分校去蹭機器進行開發，後來好一些，但機器也是借來的。盡管困難重重，Brandt還是比較成功的完成了移植工作。隨著VAX小型機的大量銷售乃至供不應求，ORACLE軟體也成為VAX上最受歡迎的程序。這一點要歸功於Larry對市場的先知先覺。如果說，是IBM引領著ORACLE公司走上資料庫的大船，那麼DEC公司的VAX就是帶著他們揚帆出海了。短短的幾年之後，ORACLE資料庫被移植到各種主要平台之上。ORACLE產品也一直因為有可移植性這個關鍵特性而被那些潛在的客戶關注。
Oates這個時候因為婚姻趨於破裂而情緒沮喪，已經不能把精力全部放到公司上，不得不離開公司。幾年後，他又重返公司，重新為ORACLE做出巨大的貢獻，他許下諾言，在公司員工超過1萬人的時候會再度離開。1999年，他完成了心願。現在他正在縱情於音樂，自得其樂。
很長一段時間里，公司研發由Miner獨力承擔。Miner視金錢如無物，為人低調，和Ellison的鋒芒必露形成鮮明的對比。在公司里，大家一致認為他是老好人，他也深受員工愛戴。Ellison是公司的大腦，Miner則當之無愧的成為公司的心臟。他是個沉默的英雄，正如Steve Jobs背後的Steve Wozniak一樣。
⑵ 如何安裝oracle資料庫伺服器
軟體准備database和client（在參考文獻里有下載鏈接）
2
打開database安裝包，運行安裝程序Setup.exe,系統將啟動Oracle Universal Installer，然後進行先決條件檢查。會出現如下圖示:
3
之後，系統將打開如下界面：選擇安裝方法。
ORACLE提供了兩種安裝方法：基本安裝（I）和高級安裝（A）。從上面的圖中我們可以看到兩種安裝方法的不同之處,Oracle默認是選擇基本安裝:
4
基本安裝，當填好對應的各項之後，「下一步」按鈕將由灰色恢復正常，如下圖所示，這時點擊下一步即可進行安裝。
5
高級安裝，選擇「高級安裝」，「下一步」按鈕會恢復正常，點擊下一步，
將出現如下的畫面「選擇安裝類型」。安裝類型共有4種，分別是企業版（E）、標准版（S）、個人版（P）和定製（C）。每種安裝的不同之處，我們也可以從圖片上看到。為了完整安裝Oracle 10g，我們選擇了定製，然後選擇下一步。
6
出現「指定主目錄詳細信息」設置。這里我們可以輸入或選擇所安裝產品的名稱以及安裝產品的完整路徑。如下圖所示，這里我們沒有進行修改，直接下一步。
7
載入產品之後，將出現選擇產品組件的畫面，如下圖所示，選擇需要的組件之後，點擊下一步。這里我們選擇了幾乎所有的組件
8
出來的畫面為「產品的先決條件檢查」步驟。當我們在第4步選擇基本安裝後，直接就可以跳到這個畫面。
9
點擊「下一步」，一會將出現「創建資料庫」的畫面，如下圖，這里有三個選項，分別為創建資料庫（C）、配置自動存儲管理（ASM）（A）和僅安裝資料庫軟體（S），這里我們選擇了創建資料庫（C），點擊下一步。
10
Oracle MTS Recovery Service配置界面，如下圖，下一步
11
最後檢查安裝清單，然後點擊安裝。
12
安裝中的畫面，系統將復制文件並進行配置。
13
配置助手，安裝完成後系統會自動運行下面所示的配置程序。
14
緊接著系統出現如下的界面Oracle Net Configuration Assistant，選擇「執行典型配置「後，系統將返回13步中所示的畫面繼續運行下面的配置程序。
15
Database Configuration Assistant界面，選擇模版來創建資料庫，這里會有11步操作：
16
步驟一：資料庫模版，選擇定製資料庫，下一步
17
步驟二：資料庫標識。填入全局資料庫名（XXXX）和SID（XXXX）(默認為orcl)，下一步
18
步驟三：管理選項，默認，下一步
19
步驟四：資料庫身份證明。可以為系統中的帳戶配置不同的口令，為方便起見，我這里選擇了「所有帳戶使用同一口令」，設置初始口令，然後點擊下一步
20
步驟五：存儲選項，默認，下一步。
步驟六：資料庫文件所在位置。默認，下一步。
步驟七：恢復配置。默認，下一步
步驟八：資料庫內容，默認，下一步
步驟九：初始化參數。包括內存、調整大小、字元集和連接模式等的修改。默認，下一步
步驟十：資料庫存儲。可以指定用於創建資料庫的存儲參數。該頁允許查看和更改控制文件、表空間、數據文件、回退段和重做日誌組。默認，下一步
步驟十一：創建選項。默認勾選創建資料庫，然後點擊完成。
這時系統會彈出一個確認框，點擊「確定」即可開始資料庫的創建過程。
創建過程如下：創建並啟動Oracle實例，創建資料庫文件，創建數據字典視圖，添加Oracle JVM，添加Oracle Data Mining，添加Oracle Text，添加Oracle XML資料庫，添加Oracle OLAP，添加Oracle Spatial，添加Oracle Label Security，添加EnterManager檔案庫，添加用於.NET的Oracle Database Extensions，最後創建資料庫。
經過漫長的資料庫創建過程之後，終於提示如下，表示資料庫創建完成。
點擊退出之後，系統將返回第13步繼續執行Sql Plus的配置過程，這一步是自動執行的，不需要人工干預。之後系統將提示如下信息，表示資料庫已經安裝完成，至此，資料庫安裝完成，同時我們記錄下最後畫面中的信息，方便我們日後對資料庫進行管理等操作。信息如下：
Enterprise Manager Database Control URL - (XXXX) : http://xxxx:1158/em
資料庫配置文件已經安裝到 C:\oracle\proct\10.2.0,同時其他選定的安裝組件也已經安裝到 C:\oracle\proct\10.2.0\db_1。
iSQL*Plus URL 為: http://xxxx:5560/isqlplus
iSQL*Plus DBA URL 為: http://xxxx:5560/isqlplus/dba
⑶ 求資料庫方面的英文參考文獻
www.foxweb.com去找一下它。翻譯個說明文檔就行了。
⑷ 哪裡可以下載oracle的英文參考文獻
官方網站就有
http://docs.oracle.com/cd/B19306_01/nav/portal_booklist.htm
⑸ 如何在windows系統上安裝Oracle database資料庫
現在Oracle資料庫越來越流行，用戶所佔數量也日趨上升，所以學會Oracle資料庫，這樣對用其他資料庫也會輕車熟路，那既然要學習Oracle資料庫，就得先安裝個Oracle資料庫，但是有好多人不懂得安裝，今天我就來介紹如何在windows系統上安裝Oracle資料庫。後續我還會介紹如何通過虛擬機上安裝Linux系統，在Linux系統上安裝Oracle資料庫，請關注！ 一台裝有windows系統的電腦 資料庫安裝包（包括database和client） 1 軟體准備database和client（在參考文獻里有下載鏈接） 2 打開database安裝包，運行安裝程序Setup.exe,系統將啟動Oracle Universal Installer，然後進行先決條件檢查。會出現如下圖示: 3 之後，系統將打開如下界面：選擇安裝方法。 ORACLE提供了兩種安裝方法：基本安裝（I）和高級安裝（A）。從上面的圖中我們可以看到兩種安裝方法的不同之處,Oracle默認是選擇基本安裝: 4 基本安裝，當填好對應的各項之後，「下一步」按鈕將由灰色恢復正常，如下圖所示，這時點擊下一步即可進行安裝。 5 高級安裝，選擇「高級安裝」，「下一步」按鈕會恢復正常，點擊下一步， 將出現如下的畫面「選擇安裝類型」。安裝類型共有4種，分別是企業版（E）、標准版（S）、個人版（P）和定製（C）。每種安裝的不同之處，我們也可以從圖片上看到。為了完整安裝Oracle 10g，我們選擇了定製，然後選擇下一步。 6 出現「指定主目錄詳細信息」設置。這里我們可以輸入或選擇所安裝產品的名稱以及安裝產品的完整路徑。如下圖所示，這里我們沒有進行修改，直接下一步。 7 載入產品之後，將出現選擇產品組件的畫面，如下圖所示，選擇需要的組件之後，點擊下一步。這里我們選擇了幾乎所有的組件 8 出來的畫面為「產品的先決條件檢查」步驟。當我們在第4步選擇基本安裝後，直接就可以跳到這個畫面。 9 點擊「下一步」，一會將出現「創建資料庫」的畫面，如下圖，這里有三個選項，分別為創建資料庫（C）、配置自動存儲管理（ASM）（A）和僅安裝資料庫軟體（S），這里我們選擇了創建資料庫（C），點擊下一步。 10 Oracle MTS Recovery Service配置界面，如下圖，下一步 11 最後檢查安裝清單，然後點擊安裝。 12 安裝中的畫面，系統將復制文件並進行配置。 13 配置助手，安裝完成後系統會自動運行下面所示的配置程序。 14 緊接著系統出現如下的界面Oracle Net Configuration Assistant，選擇「執行典型配置「後，系統將返回13步中所示的畫面繼續運行下面的配置程序。 15 Database Configuration Assistant界面，選擇模版來創建資料庫，這里會有11步操作： 16 步驟一：資料庫模版，選擇定製資料庫，下一步 17 步驟二：資料庫標識。填入全局資料庫名（XXXX）和SID（XXXX）(默認為orcl)，下一步 18 步驟三：管理選項，默認，下一步 19 步驟四：資料庫身份證明。可以為系統中的帳戶配置不同的口令，為方便起見，我這里選擇了「所有帳戶使用同一口令」，設置初始口令，然後點擊下一步 20 步驟五：存儲選項，默認，下一步。 21 步驟六：資料庫文件所在位置。默認，下一步。 22 步驟七：恢復配置。默認，下一步 23 步驟八：資料庫內容，默認，下一步 24 步驟九：初始化參數。包括內存、調整大小、字元集和連接模式等的修改。默認，下一步 25 步驟十：資料庫存儲。可以指定用於創建資料庫的存儲參數。該頁允許查看和更改控制文件、表空間、數據文件、回退段和重做日誌組。默認，下一步 26 步驟十一：創建選項。默認勾選創建資料庫，然後點擊完成。
⑹ oracle資料庫中有哪些字元集，字元集之間的子集和超集關系是怎麼樣的
理解ORACLE資料庫字元集
一．引言
ORACLE資料庫字元集，即Oracle全球化支持(Globalization Support)，或即國家語言支持（NLS）其作用是用本國語言和格式來存儲、處理和檢索數據。利用全球化支持，ORACLE為用戶提供自己熟悉的資料庫母語環境，諸如日期格式、數字格式和存儲序列等。Oracle可以支持多種語言及字元集，其中oracle8i支持48種語言、76個國家地域、229種字元集，而oracle9i則支持57種語言、88個國家地域、235種字元集。由於oracle字元集種類多，且在存儲、檢索、遷移oracle數據時多個環節與字元集的設置密切相關，因此在實際的應用中，資料庫開發和管理人員經常會遇到有關oracle字元集方面的問題。本文通過以下幾個方面闡述，對oracle字元集做簡要分析
二．字元集基本知識
2.1字元集
實質就是按照一定的字元編碼方案，對一組特定的符號，分別賦予不同數值編碼的集合。Oracle資料庫最早支持的編碼方案是US7ASCII。
Oracle 的字元集命名遵循以下命名規則 :
即: <語言><比特位數><編碼 >
比如: ZHS16GBK表示採用GBK編碼格式、16位（兩個位元組）簡體中文字元集
2.2字元編碼方案
2.2.1 單位元組編碼
（1）單位元組7位字元集，可以定義128個字元，最常用的字元集為 US7ASCII
（2）單位元組8位字元集，可以定義256個字元，適合於歐洲大部分國家
例如：WE8ISO8859P1(西歐、8位、ISO標准8859P1編碼 )
2.2.2 多位元組編碼
（1）變長多位元組編碼
某些字元用一個位元組表示，其它字元用兩個或多個字元表示，變長多位元組編碼常用於對亞洲語言的支持， 例如日語、漢語、印地語等
例如：AL32UTF8（其中AL代表ALL,指適用於所有語言）、 zhs16cgb231280
（2）定長多位元組編碼
每一個字元都使用固定長度位元組的編碼方案，目前oracle唯一支持的定長多位元組編碼是AF16UTF16，也是僅用於國家字元集
2.2.3 unicode 編碼
Unicode 是一個涵蓋了目前全世界使用的所有已知字元的單一編碼方案，也就是說Unicode為每一個字元提供唯一的編碼。UTF-16是unicode的16位編碼方式，是一種定長多位元組編碼，用2個位元組表示一個unicode字元，AF16UTF16是UTF-16編碼字元集。
UTF-8 是unicode的8位編碼方式，是一種變長多位元組編碼，這種編碼可以用1、2、3個位元組表示一個unicode字元，AL32UTF8，UTF8、UTFE是UTF-8編碼字元集
2.3 字元集超級
當一種字元集（字元集A）的編碼數值包含所有另一種字元集（字元集B）的編碼數值，並且兩種字元集相同編碼數值代表相同的字元時，則字元集A是字元集B的超級，或稱字元集B是字元集A的子集。
Oracle8i 和oracle9i官方文檔資料中備有子集-超級對照表（subset-superset pairs），例如：WE8ISO8859P1是WE8MSWIN1252的子集。由於US7ASCII是最早的Oracle資料庫編碼格式，因此有許多字元集是US7ASCII的超集，例如WE8ISO8859P1、ZHS16CGB231280、ZHS16GBK都是US7ASCII的超集。
2.4 資料庫字元集（oracle伺服器端字元集）
資料庫字元集在創建資料庫時指定，在創建後通常不能更改。在創建資料庫時，可以指定字元集(CHARACTER SET)和國家字元集(NATIONAL CHARACTER SET)。
2.4.1 字元集
(1) 用來存儲CHAR, VARCHAR2, CLOB, LONG等類型數據
(2) 用來標示諸如表名、列名以及PL/SQL變數等
(3) 用來存儲SQL和PL/SQL程序單元等
2.4.2 國家字元集：
(1) 用以存儲NCHAR, NVARCHAR2, NCLOB等類型數據
(2) 國家字元集實質上是為oracle選擇的附加字元集，主要作用是為了增強oracle的字元處理能力，因為NCHAR數據類型可以提供對亞洲使用定長多位元組編碼的支持，而資料庫字元集則不能。國家字元集在oracle9i中進行了重新定義，只能在unicode編碼中的AF16UTF16和UTF8中選擇，默認值是 AF16UTF16
2.4.3查詢字元集參數
可以查詢以下數據字典或視圖查看字元集設置情況
nls_database_parameters 、props$、 v$nls_parameters
查詢結果中NLS_CHARACTERSET表示字元集，NLS_NCHAR_CHARACTERSET表示國家字元集
2.4.4 修改資料庫字元集
按照上文所說，資料庫字元集在創建後原則上不能更改。如果需要修改字元集，通常需要導出資料庫數據，重建資料庫，再導入資料庫數據的方式來轉換，或通過ALTER DATABASE CHARACTER SET語句修改字元集，但創建資料庫後修改字元集是有限制的，只有新的字元集是當前字元集的超集時才能修改資料庫字元集，例如UTF8是US7ASCII的超集，修改資料庫字元集可使用ALTER DATABASE CHARACTER SET UTF8。
2.5 客戶端字元集（NLS_LANG參數）
2.5.1 客戶端字元集含義
客戶端字元集定義了客戶端字元數據的編碼方式，任何發自或發往客戶端的字元數據均使用客戶端定義的字元集編碼,客戶端可以看作是能與資料庫直接連接的各種應用，例如sqlplus,exp/imp等。客戶端字元集是通過設置NLS_LANG參數來設定的。
2.5.2 NLS_LANG 參數格式
NLS_LANG=_.
Language: 顯示oracle消息,校驗，日期命名
Territory ：指定默認日期、數字、貨幣等格式
Client character set ：指定客戶端將使用的字元集
例如： NLS_LANG=AMERICAN_AMERICA.US7ASCII
AMERICAN是語言，AMERICA是地區，US7ASCII是客戶端字元集
2.5.3 客戶端字元集設置方法
1)UNIX 環境
$NLS_LANG=「simplified chinese」_china.zhs16gbk
$export NLS_LANG
編輯oracle用戶的profile文件
2)Windows 環境
編輯注冊表
Regedit.exe---HKEY_LOCAL_MACHINE---SOFTWARE---ORACLE—HOME0
2.5.4 NLS 參數查詢
Oracle 提供若干NLS參數定製資料庫和用戶機以適應本地格式，例如有NLS_LANGUAGE,NLS_DATE_FORMAT,NLS_CALENDER等，可以通過查詢以下數據字典或v$視圖查看。
NLS_DATABASE_PARAMETERS-- 顯示資料庫當前NLS參數取值，包括資料庫字元集取值
NLS_SESSION_PARAMETERS-- 顯示由NLS_LANG 設置的參數，或經過alter session 改變後的參數值（不包括由NLS_LANG 設置的客戶端字元集）
NLS_INSTANCE_PARAMETE-- 顯示由參數文件init.ora 定義的參數V$NLS_PARAMETERS--顯示資料庫當前NLS參數取值
2.5.5 修改NLS參數
使用下列方法可以修改NLS參數
（1）修改實例啟動時使用的初始化參數文件
（2）修改環境變數 NLS_LANG
（3）使用ALTER SESSION語句，在oracle會話中修改
（4）使用某些SQL函數
NLS 作用優先順序別：Sql function>alter session>環境變數或注冊表>參數文件>資料庫默認參數
三．導入/導出與字元集轉換
3.1 EXP/IMP
Export 和 Import 是一對讀寫Oracle數據的工具。Export 將 Oracle 資料庫中的數據輸出到操作系統文件中, Import 把這些文件中的數據讀到Oracle 資料庫中，由於使用exp/imp進行數據遷移時，數據從源資料庫到目標資料庫的過程中有四個環節涉及到字元集，如果這四個環節的字元集不一致，將會發生字元集轉換。
EXP
____________ _________________ _____________
|imp導入文件|<-><->
------------ ----------------- -------------
IMP
____________ _________________ _____________
|imp導入文件|->|環境變數NLS_LANG|->|資料庫字元集|
------------ ----------------- -------------
四個字元集是
（1）源資料庫字元集
（2）Export過程中用戶會話字元集（通過NLS_LANG設定）
（3）Import過程中用戶會話字元集（通過NLS_LANG設定）
（4）目標資料庫字元集
3.2導出的轉換過程
在Export過程中，如果源資料庫字元集與Export用戶會話字元集不一致，會發生字元集轉換，並在導出文件的頭部幾個位元組中存儲Export用戶會話字元集的ID號。在這個轉換過程中可能發生數據的丟失。
例:如果源資料庫使用ZHS16GBK，而Export用戶會話字元集使用US7ASCII，由於ZHS16GBK是16位字元集,而US7ASCII是7位字元集，這個轉換過程中，中文字元在US7ASCII中不能夠找到對等的字元，所以所有中文字元都會丟失而變成「?? 」形式，這樣轉換後生成的Dmp文件已經發生了數據丟失。
因此如果想正確導出源資料庫數據，則Export過程中用戶會話字元集應等於源資料庫字元集或是源資料庫字元集的超集
3.3導入的轉換過程
（1）確定導出資料庫字元集環境
通過讀取導出文件頭，可以獲得導出文件的字元集設置
（2）確定導入session的字元集，即導入Session使用的NLS_LANG環境變數
（3）IMP讀取導出文件
讀取導出文件字元集ID，和導入進程的NLS_LANG進行比較
（4）如果導出文件字元集和導入Session字元集相同，那麼在這一步驟內就不需要轉換，如果不同，就需要把數據轉換為導入Session使用的字元集。可以看出，導入數據到資料庫過程中發生兩次字元集轉換
第一次:導入文件字元集與導入Session使用的字元集之間的轉換，如果這個轉換過程不能正確完成，Import向目標資料庫的導入過程也就不能完成。
第二次:導入Session字元集與資料庫字元集之間的轉換。
然而,oracle8i的這種轉換只能在單位元組字元集之間進行,oracle8i導入Session不支持多位元組字元集之間的轉換，因此為了避免第一次轉換，導入Session使用的NLS_LANG與導出文件字元集相同，第二次轉換（通過SQL*Net）支持任何兩種字元集。以上情況在Oracle9i中略有不同
四．亂碼問題
oracle在數據存儲、遷移過程中經常發生字元亂碼問題，歸根到底是由於字元集使用不當引起。下面以使用客戶端sqlplus向資料庫插入數據和導入/導出（EXP/IMP）過程為例，說明亂碼產生的原因。
4.1使用客戶端sqlplus向資料庫存儲數據
這個過程存在3個字元集設置
（1）客戶端應用字元集
（2）客戶端NLS_LANG參數設置
（3）伺服器端資料庫字元集(Character Set)設置
客戶端應用sqlplus中能夠顯示什麼樣的字元取決於客戶端操作系統語言環境(客戶端應用字元集)，但在應用中錄入這些字元後，這些字元能否在資料庫中正常存儲，還與另外兩個字元集設置緊密相關，其中客戶端NLS_LANG參數主要用於字元數據傳輸過程中的轉換判斷。常見的亂碼大致有兩種情形：
（1）漢字變成問號「？」；
當從字元集A 轉換成字元集B時，如果轉換字元之間不存在對應關系，NLS_LANG使用替代字元「？」替代無法映射的字元
（2）漢字變成未知字元（雖然有些是漢字，但與原字元含義不同）
轉換存在對應關系，但字元集A 中的字元編碼與字元集B 中的字元編碼代表不同含義
4.2發生亂碼原因
亂碼產生是由於幾個字元集之間轉換不匹配造成，分以下幾種情況：
（註：字元集之間如果不存在子集、超集對應關系時的情況不予考慮，因為這種情況下字元集之間轉換必產生亂碼）
1）伺服器端資料庫字元集與客戶端應用字元集相同，與客戶端NLS_LANG參數設置不同
如果客戶端NLS_LANG字元集是其它兩種字元集的子集，轉換過程將出現亂碼。
解決方法：將三種字元集設置成同一字元集，或NLS_LANG字元集是其它兩種字元集的超集
2 ）伺服器端資料庫字元集與客戶端NLS_LANG參數設置相同，與客戶端應用字元集不同
如果客戶端應用字元集是其它兩種字元集的超集時，轉換過程將出現亂碼，但對於單位元組編碼存儲中文問題，可參看本文第5章節的分析
3 ）客戶端應用字元集、客戶端NLS_LANG參數設置、伺服器端資料庫字元集互不相同
此種情況較為復雜，但三種字元集之間只要有不能轉換的字元，則必產生亂碼
4.3導入/導出過程出現亂碼原因
這個過程存在4個字元集設置，在3.1章節中已分析
（1）源資料庫字元集
（2）EXP過程中NLS_LANG參數
（3）IMP過程中NLS_LANG參數
（4）目標資料庫字元集
出現亂碼原因
1 ）當源資料庫字元集不等於EXP過程中NLS_LANG參數，且源資料庫字元集是EXP過程中NLS_LANG的子集，才能保證導出文件正確，其他情況則導出文件字元亂碼
2 ）EXP過程中NLS_LANG字元集不等於IMP過程中NLS_LANG字元集，且EXP過程中NLS_LANG字元集是IMP過程中NLS_LANG字元集的子級, 才能保證第一次轉換正常，否則第一次轉換中出現亂碼。
3 ）如果第一次轉換正常，IMP過程中NLS_LANG字元集是目標資料庫字元集的子集或相同，才能保證第二次轉換正常，否則則第二次轉換中出現亂碼
五．單位元組編碼存儲中文問題
由於歷史的原因，早期的oracle沒有中文字元集（如oracle6、oracle7、oracle7.1）,但有的用戶從那時起就使用資料庫了，並用US7ASCII字元集存儲了中文，或是有的用戶在創建資料庫時，不考慮清楚，隨意選擇一個默認的字元集，如WE8ISO8859P1或US7ASCII，而這兩個字元集都沒有漢字編碼，雖然有些時候選用這種字元集好象也能正常使用，但用這種字元集存儲漢字信息從原則上說就是錯誤的，它會給資料庫的使用與維護帶來一系列的麻煩。
正常情況下，要將漢字存入資料庫，資料庫字元集必須支持中文，而將資料庫字元集設置為US7ASCII等單位元組字元集是不合適的。US7ASCII字元集只定義了128個符號，並不支持漢字。另外，如果在SQL*PLUS中能夠輸入中文，操作系統預設應該是支持中文的，但如果在NLS_LANG中的字元集設置為US7ASCII，顯然也是不正確的，它沒有反映客戶端的實際情況。但在實際應用中漢字顯示卻是正確的，這主要是因為Oracle檢查資料庫與客戶端的字元集設置是同樣的，那麼數據在客戶與資料庫之間的存取過程中將不發生任何轉換，但是這實際上導致了資料庫標識的字元集與實際存入的內容是不相符的。而在SELECT的過程中，Oracle同樣檢查發現資料庫與客戶端的字元集設置是相同的，所以它也將存入的內容原封不動地傳送到客戶端，而客戶端操作系統識別出這是漢字編碼所以能夠正確顯示。
在這個例子中，資料庫與客戶端都沒有設置成中文字元集，但卻能正常顯示中文，從應用的角度看好象沒問題。然而這裡面卻存在著極大的隱患，比如在應用length或substr等字元串函數時，就可能得到意外的結果。
對於早期使用US7ASCII字元集資料庫的數據遷移到oracle8i/9i中（使用zhs16gbk），由於原始數據已經按照US7ASCII格式存儲，對於這種情況，可以通過使用Oracle8i的導出工具，設置導出字元集為US7ASCII，導出後使用UltraEdit等工具打開dmp文件，修改第二、三字元，修改 0001 為0354,這樣就可以將US7ASCII字元集的數據正確導入到ZHS16GBK的資料庫中。
六．結束語
為了避免在資料庫遷移過程中由於字元集不同導致的數據損失，oracle提供了字元集掃描工具（character set scanner），通過這個工具我們可以測試在數據遷移過程中由於字元集轉換可能帶來的問題，然後根據測試結果，確定數據遷移過程中最佳字元集解決方案。
參考文獻
[1]Biju Thomas , Bob Bryla 《oracle9i DBA基礎I 學習指南》電子工業出版社 2002
⑺ Oracle利用數據泵如何讓A電腦資料庫客戶端將B資料庫伺服器數據備份到C電腦，在線等，求答案，謝
寫個腳本，分為兩步:
使用 network_link 參數 背到 A 機
從A機 sftp 或者 scp 傳到c機，可能需要建立用戶等效性
例如：
#!/bin/bash
expdp system/oracle directory=mp mpfile=scott_test.dmp logfile=scott_log.dmp network_link='power1' schemas=scott ;
scpscott_test.dmp c:/你在c機的目錄
############################
使用network_link 參數:
一：伺服器端的數據導出到指定的客戶端
1，修改客戶端的TNSNAMES文件
POWER1 =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.111.13)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = power1)
)
)
2，創建dblink
SQL> CREATE PUBLIC DATABASE LINK "POWER1"
2 CONNECT TO scott
3 IDENTIFIED BY "Oracle"
4 USING 'POWER1';
Database link created.
SQL> select * from al@power1;
D
-
X
3，directory目錄
SQL> set lines 170
SQL> col owner for a15
SQL> col directory_name for a60
SQL> col directory_name for a30
SQL> col DIRECTORY_PATH for a70
SQL> select * from dba_directories;
OWNER DIRECTORY_NAME DIRECTORY_PATH
--------------- ------------------------------ ----------------------------------------------------------------------
SYS DUMP /tmp
SYS TOAD_BDUMP_DIR /u01/app/oracle/diag/rdbms/orcl11g/orcl11g/trace
SYS XMLDIR /u01/app/oracle/proct/11.2/db_1/rdbms/xml
SYS DATA_PUMP_DIR /u01/app/oracle/admin/orcl11g/dpmp/
SYS ORACLE_OCM_CONFIG_DIR /u01/app/oracle/proct/11.2/db_1/ccr/state
如果不存在使用create directory創建再用grant授予用戶許可權
4，導數據
[oracle11g@rhel4 admin]$ expdp system/oracle directory=mp mpfile=scott_test.dmp logfile=scott_log.dmp network_link='power1' schemas=scott
Export: Release 11.2.0.3.0 - Proction on Tue Mar 26 18:22:28 2013
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Proction
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORA-31631: privileges are required
ORA-39149: cannot link privileged user to non-privileged user
grant這個命令要在源端資料庫上面執行
SQL> GRANT exp_full_database TO scott;
Grant succeeded.
回到客戶端上面
[oracle11g@rhel4 admin]$ expdp system/oracle directory=mp mpfile=scott_test.dmp logfile=scott_log.dmp network_link='power1' schemas=scott
參考文獻：
http://www.linuxidc.com/Linux/2013-04/82115.htm
⑻ 如何在windows系統上安裝Oracle資料庫
軟體准備database和client（在參考文獻里有下載鏈接）
2
打開database安裝包，運行安裝程序Setup.exe,系統將啟動Oracle Universal Installer，然後進行先決條件檢查。會出現如下圖示:
3
之後，系統將打開如下界面：選擇安裝方法。
ORACLE提供了兩種安裝方法：基本安裝（I）和高級安裝（A）。從上面的圖中我們可以看到兩種安裝方法的不同之處,Oracle默認是選擇基本安裝:
4
基本安裝，當填好對應的各項之後，「下一步」按鈕將由灰色恢復正常，如下圖所示，這時點擊下一步即可進行安裝。
5
高級安裝，選擇「高級安裝」，「下一步」按鈕會恢復正常，點擊下一步，
將出現如下的畫面「選擇安裝類型」。安裝類型共有4種，分別是企業版（E）、標准版（S）、個人版（P）和定製（C）。每種安裝的不同之處，我們也可以從圖片上看到。為了完整安裝Oracle 10g，我們選擇了定製，然後選擇下一步。
6
出現「指定主目錄詳細信息」設置。這里我們可以輸入或選擇所安裝產品的名稱以及安裝產品的完整路徑。如下圖所示，這里我們沒有進行修改，直接下一步。
7
載入產品之後，將出現選擇產品組件的畫面，如下圖所示，選擇需要的組件之後，點擊下一步。這里我們選擇了幾乎所有的組件
8
出來的畫面為「產品的先決條件檢查」步驟。當我們在第4步選擇基本安裝後，直接就可以跳到這個畫面。
9
點擊「下一步」，一會將出現「創建資料庫」的畫面，如下圖，這里有三個選項，分別為創建資料庫（C）、配置自動存儲管理（ASM）（A）和僅安裝資料庫軟體（S），這里我們選擇了創建資料庫（C），點擊下一步。
10
Oracle MTS Recovery Service配置界面，如下圖，下一步
11
最後檢查安裝清單，然後點擊安裝。
12
安裝中的畫面，系統將復制文件並進行配置。
13
配置助手，安裝完成後系統會自動運行下面所示的配置程序。
14
緊接著系統出現如下的界面Oracle Net Configuration Assistant，選擇「執行典型配置「後，系統將返回13步中所示的畫面繼續運行下面的配置程序。
15
Database Configuration Assistant界面，選擇模版來創建資料庫，這里會有11步操作：
16
步驟一：資料庫模版，選擇定製資料庫，下一步
17
步驟二：資料庫標識。填入全局資料庫名（XXXX）和SID（XXXX）(默認為orcl)，下一步
18
步驟三：管理選項，默認，下一步
19
步驟四：資料庫身份證明。可以為系統中的帳戶配置不同的口令，為方便起見，我這里選擇了「所有帳戶使用同一口令」，設置初始口令，然後點擊下一步
20
步驟五：存儲選項，默認，下一步。
步驟六：資料庫文件所在位置。默認，下一步。
步驟七：恢復配置。默認，下一步
步驟八：資料庫內容，默認，下一步
步驟九：初始化參數。包括內存、調整大小、字元集和連接模式等的修改。默認，下一步
步驟十：資料庫存儲。可以指定用於創建資料庫的存儲參數。該頁允許查看和更改控制文件、表空間、數據文件、回退段和重做日誌組。默認，下一步
步驟十一：創建選項。默認勾選創建資料庫，然後點擊完成。
這時系統會彈出一個確認框，點擊「確定」即可開始資料庫的創建過程。
創建過程如下：創建並啟動Oracle實例，創建資料庫文件，創建數據字典視圖，添加Oracle JVM，添加
Oracle Data Mining，添加Oracle Text，添加Oracle XML資料庫，添加Oracle OLAP，添加
Oracle Spatial，添加Oracle Label Security，添加EnterManager檔案庫，添加用於.NET的
Oracle Database Extensions，最後創建資料庫。
經過漫長的資料庫創建過程之後，終於提示如下，表示資料庫創建完成。
點擊退出之後，系統將返回第13步繼續執行Sql Plus的配置過程，這一步是自動執行的，不需要人工干預。之後系統將提示如下信息，表示資料庫已經安裝完成，至此，資料庫安裝完成，同時我們記錄下最後畫面中的信息，方便我們日後對資料庫進行管理等操作。信息如下：
Enterprise Manager Database Control URL - (XXXX) : http://xxxx:1158/em
資料庫配置文件已經安裝到 C:\oracle\proct\10.2.0,同時其他選定的安裝組件也已經安裝到 C:\oracle\proct\10.2.0\db_1。
iSQL*Plus URL 為: http://xxxx:5560/isqlplus
iSQL*Plus DBA URL 為: http://xxxx:5560/isqlplus/dba
⑼ 求SQL資料庫論文
ORACLE中SQL查詢優化研究
摘 要 資料庫性能問題一直是決策者及技術人員共同關注的焦點，影響資料庫性能的一個重要因素就是SQL查詢語句的低效率。論文首先分析了導致SQL查詢語句性能低下的四個常見原因以及SQL調優的一般步驟，然後分別針對如何降低I/O操作、在查詢語句中如何避免對查詢結果的高成本操作以及在多表連接時如何提高查詢效率進行了分析。
關鍵詞 ORACLE；SQL；優化；連接
1 引言
隨著網路應用不斷發展，系統性能已越來越引起決策者的重視。影響系統性能的因素很多，低效的SQL語句就是其中一個不可忽視的重要原因。論文首先分析導致SQL性能低下的常見原因，然後分析SQL調優應遵循的一般步驟，最後從如何降低I/O、避免對查詢結果的高成本操作和多表連接中如何提高SQL性能進行了研究。鑒於目前ORACLE在資料庫市場上的主導地位，論文將只針對ORACLE進行討論。
2 影響SQL性能的原因
影響SQL性能的因素很多，如初始化參數設置不合理、導入了不準確的系統及模式統計數據從而影響優化程序(CBO)的正確判斷等，這些往往和DBA密切相關。純粹從SQL語句出發，筆者認為影響SQL性能不外乎以下四個重要原因：
(1)在大記錄集上進行高成本操作，如使用了引起排序的謂詞等。
(2)過多的I/O操作(含物理I/O與邏輯I/O)，最典型的就是未建立恰當的索引，導致對查詢表進行全表掃描。
(3)處理了太多的無用記錄，如在多表連接時過濾條件位置不當導致中間結果集包含了太多的無用記錄。
(4)未充分利用資料庫提供的功能，如查詢的並行化處理等。
第(4)個原因處理起來相對簡單。論文將針對前三個原因論述如何提高SQL查詢語句的性能。
3 SQL優化的一般步驟
SQL優化一般需經過發現問題、分析問題、提出解決措施、應用措施、測試性能幾個步驟，如圖1所示。「發現問題就是解決問題的一半」，因此在SQL調優過程中，定位問題SQL是非常重要的一步，一般可藉助於ORACLE自帶的性能優化工具如STATSPACK、TKPROF、AUTOTRACE等輔助用戶進行，同時還應該重視動態性能視圖如V$SQL、V$MYSTAT、V$SYSSTAT等的研究。
圖1 SQL優化的一般步驟
4 SQL語句的優化
4.1 優化排序操作
排序的成本十分高昂，當在查詢語句中使用了引起結果集排序的謂詞時，SQL性能必然受到影響。
4.1.1 排序過程分析
當待排序數據集不是太大時，伺服器在內存(排序區)完成排序操作，如果排序需要更多的內存空間，伺服器將進行如下處理：
(1) 將數據分成多個小的集合，對每一集合進行排序。
(2) 伺服器向磁碟申請臨時空間，將排好序的中間結果寫入臨時段，再對另外的集合進行排序。
(3) 在所有的集合均排好序後，伺服器再將它們進行合並得到最終的結果，如果排序區尺寸太小，合並無法一次完成時，將分多次進行。
從上述分析可知，排序是一種十分昂貴的操作，它消耗大量的CPU時間和內存，觸發磁碟分頁和交換操作，因此只要有可能，我們就應該在SQL語句中盡量避免排序操作。
4.1.2 SQL中引起排序的操作
SQL查詢語句中引起排序的操作大致有：ORDER BY 和GROUP BY 從句；DISTINCT修飾符；UNION、INTERSECT、MINUS集合操作符；多表連接時的排序合並連接(SORT MERGE JOIN)等。
4.1.3 如何避免排序
1)建立恰當的索引
對經常進行排序和連接操作的欄位建立索引。在建立索引後，當伺服器向這些欄位發出排序請求時，將直接引用索引而不進行排序操作；當進行等值連接查詢操作時，若建立連接的欄位未建立索引，伺服器進行的是排序合並連接(SORT MERGE JOIN)，連接操作的過程如下：
對進行連接的兩個或多個表分別進行全掃描；
對每一個表中的行集分別進行全排序；
合並排序結果。
如果建立連接的欄位已建立索引，伺服器進行嵌套循環連接(NESTED LOOP JOINS)，該連接方式不需要任何排序，其過程如下：
對驅動表進行全表掃描；
對返回的每一行利用連接欄位值實施索引惟一掃描；
利用從索引掃描中返回的ROWID值在從表中定位記錄；
合並主、從表中的匹配記錄。
因此，建立索引可避免多數排序操作。
2)用UNIION ALL替換UNION
UNION在進行表鏈接後會篩選掉重復的記錄，所以在表鏈接後會對所產生的結果集進行排序運算，刪除重復的記錄再返回結果。大部分應用中是不會產生重復記錄的，最常見的是過程表與歷史表UNION 。因此，採用UNION ALL操作符替代UNION，因為UNION ALL操作只是簡單的將兩個結果合並後就返回。
4.2 優化I/O
過多的I/O操作會佔用CPU時間、消耗大量內存和佔用過多的栓鎖，因此有必要對SQL的I/O進行優化。優化I/O的最有效方式就是用索引掃描代替全表掃描。
4.2.1 應用基於函數的索引
基於函數的索引(FUNCTION BASED INDEX，簡記為FBI)提供了索引計算列並在查詢中使用這些索引的能力。FBI的實質是對查詢所需中間結果進行預處理。如果一個FBI與查詢語句中的內嵌函數完全匹配，CBO在生成查詢計劃時，將自動啟用索引范圍掃描(INDEX RANGE SCAN)替換全表掃描(FULL TABLE SCAN)。考察下面的代碼段並用AUTOTRACE觀察創建FBI前後執行計劃的變化。
select * from emp where upper(ename)=』SCOTT』
創建FBI前，很明顯是全表掃描。
Execution Plan
……
1 0 TABLE ACCESS (FULL) OF 'EMPLOYEES' (Cost=2 Card=1 Bytes=22)
idle>CREATE INDEX EMP_UPPER_FIRST_NAME ON EMPLOYEES(UPPER(FIRST_NAME))；
索引已創建。
再次運行相同查詢，
Execution Plan
……
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'EMPLOYEES' (Cost=1 Card=1 Bytes=22)
2 1 INDEX (RANGE SCAN) OF 'EMP_UPPER_FIRST_NAME' (NON-UNIQUE) (Cost=1 Card=1)
這一簡單的例子充分說明了FBI在SQL查詢優化中的作用。FBI所用的函數可以是用戶自己創建的函數，該函數越復雜，基於該函數創建FBI對SQL查詢性能的優化作用越明顯。
4.2.2 應用物化視圖和查詢重寫
物化視圖是一個預計算結果集，其中通常包含聚集與多表連接等復雜操作。資料庫自動維護物化視圖，且隨用戶的要求進行刷新。查詢重寫機制就是用資料庫中的替代對象(如物化視圖)將用戶提交的查詢重寫為完全不同但功能等價的查詢。查詢重寫對用戶透明，用戶完全按常規編寫訪問資料庫的查詢語句，優化程序(CBO)自動決定是否對用戶提交的查詢進行重寫。查詢重寫是提高查詢性能的一種非常有效的方法，尤其是在數據倉庫環境中針對匯總、多表連接以及其它高成本的操作方面。
下面以一個非常簡單的例子來演示物化視圖和查詢重寫在優化SQL查詢性能方面的作用。
select dept.deptno，dept.dname，count(*)
from emp，dept
where emp.deptno=dept.deptno
group by dept.deptno，dept.dname
查詢計劃及主要統計數據如下：
執行計劃：
-----------------------------------------
……
2 1 HASH JOIN (Cost=5 Card=14 Bytes=224)
3 2 TABLE ACCESS (FULL) OF 'DEPT' (Cost=2 Card=4 Bytes=52)
4 2 TABLE ACCESS (FULL) OF 'EMP' (Cost=2 Card=14 Bytes=42)
主要統計數據：
-----------------------------------------
305 recursive calls
46 consistent gets
創建物化視圖EMP_DEPT：
create materialized view emp_dept build immediate
refresh on demand
enable query rewrite
as
select dept.deptno，dept.dname，count(*)
from emp，dept
where emp.deptno=dept.deptno
group by dept.deptno，dept.dname
/
再次執行查詢，執行計劃及主要統計數據如下：
執行計劃：
-------------------------------------
……
1 0 TABLE ACCESS (FULL) OF 'EMP_DEPT' (Cost=2 Card=327 Bytes=11445)
主要統計數據：
------------------------------------
79 recursive calls
28 consistent gets
可見，在建立物化視圖之前，首先執行兩個表的全表掃描，然後進行HASH連接，再進行分組排序和選擇操作；而建立物化視圖後，CBO自動將上述復雜操作轉換為對物化視圖EMP_DEPT的全掃描，相關的統計數據也有了很大的改善，遞歸調用(RECURSIVE CALLS)由305降到79，邏輯I/O(CONSISTENT GETS)由46降為28。
4.2.3 將頻繁訪問的小表讀入CACHE
邏輯I/O總是快於物理I/O。如果資料庫中存在被應用程序頻繁訪問的小表，可將這些表強行讀入KEEP池，從而避免物理I/O的發生。
4.3 多表連接優化
最能體現查詢復雜性的就是多表連接，多表連接操作往往要耗費大量的CPU時間和內存，因此多表連接查詢性能優化往往是SQL優化的重點與難點。
4.3.1 消除外部連接
通過消除外部連接，不僅使得到的查詢更易於讀取，而且性能也經常可以得到改善。一般的思路是，有以下形式的查詢：
SELECT …，OUTER_JOINED_TABLE.COLUMN
FROM SOME_TABLE，OUTER_JOINED_TO_TABLE
WHERE …=OUTER_JOINED_TO_TABLE(+)
可轉換為如下形式的查詢：
SELECT …，(SELECT COLUMN FROM OUTER_ JOINED_TO_TABLE WHERE …)FROM SOME_TABLE；
4.3.2 謂詞前推，優化中間結果
多表連接的性能低下多數是因為連接操作與過濾操作的次序不合理，大多數用戶在編寫多表連接查詢時，總是先進行連接操作再應用過濾條件，這導致伺服器做了太多的無用功。針對這類問題，其優化思路就是盡可能將過濾謂詞前推，使不符合條件的記錄提前被篩選掉，只對符合條件的少數記錄進行連接處理，這樣可成倍的提高SQL查詢效能。
標准連接查詢如下：
Select a.prod_name，sum(b.sale_quant)，
sum(c.sale_quant)，sum(d.sale_quant)
From proct a，tele_sale b，online_sale c，store_sale d
Where a.prod_id=b.prod_id and a.prod_id=c.prod_id
and a.prod_id=d.prod_id And a.order_date>sysdate-90
Group by a.prod_id；
啟用內嵌視圖，且將條件a.order_date>sysdate-90前移，優化後代碼如下：
Select a.prod_name，b.tele_sale_sum，c.online_sale_sum，d.store_sale_sum From proct a，
(select sum(sal_quant) tele_sale_sum from proct，tele_sale
Where proct.order_date>sysdate-90 and proct.prod_id =tele_sale.prod_id) b，
(select sum(sal_quant) online_sale_sum
from proct，tele_sale
Where proct.order_date>sysdate-90 and proct.prod_id =online_sale.prod_id) c，
(select sum(sal_quant) store_sale_sum
from proct，store_sale
Where proct.order_date>sysdate-90 and proct.prod_id =store_sale.prod_id) d，
Where a.prod_id=b.prod_id and
a.prod_id=c.prod_id and a.prod_id=d.prod_id；
5 結束語
SQL語言在資料庫應用中佔有非常重要的地位，其性能的優劣直接影響著整個信息系統的可用性。論文從影響SQL性能的最主要的三個方面入手，分析了如何優化SQL查詢的I/O、避免高成本的排序操作和優化多表連接。需要強調的一點是，理解SQL語句所解決的問題比SQL調優本身更重要，因此SQL調優需要系統分析人員、開發人員和資料庫管理員密切協作。
參考文獻
[1]Thomas Kyte.Effective Oracle by Design：Design and Build High-performance Oracle Application[M]，The McGral- Hill Companies，Inc，2003
[2]Kevin Loney，George Koch，Oracle 9i：The Complete Reference[M]，The McGral-Hill Companies，Inc，2002
[3] Oracle9i SQL Reference release 2(9.2)[OL/M]，2002.10. http：//www.oracle.com/technology/
[4] Oracle9i Data Warehousing Guide release 2(9.2) [OL/M]，2002.03. http：//www.oracle.com/technology/
[5]Alexey Danchenkov，Donald Burleson，Oracle Tuning：The Definitive Reference[OL/M]，Rampant Techpress，2006.
[6] Oracle9i Database Concepts release 2(9.2) [OL/M]，2002.08. http：//www.oracle.com/technology/
[7] Oracle9i supplied plsql packages and types reference release 2(9.2) [OL/M]，2002.12. http：//www.oracle.com/ technology/