版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、Oracle RDBMS應用系統設計與開發(fā)趙元杰 2007.07.041360136 56811E_mail:zyj5681內容提要要團隊與合合作問題題;Oracle關鍵問題題;數據庫設設計方法法問題;Oracle功能的發(fā)發(fā)現與使使用問題題;嚴謹的程程序設計計問題;測試階段段管理問問題;試用問題題。2E_mail:團隊與合合作-現現代軟件件項目特特互聯網的的時代:項目小組組:項目小組組的成熟熟度和能能力,而而非個別別程序員員的個人人魅力;程序員準準確定位位 ;程序員不不是斗士士 ;一般是殺殺不凈的的BUG。幾百個數數字英雄雄卻很難難鑄造出出一個強強勁的產產業(yè):流水線的的軟件產產業(yè);強有力的的團
2、隊共共同協作作;擔任不同同角色和和責任。管理者要要做:將多個自自由英雄雄團結起起來;組建出高高效的開開發(fā)小組組 ;中國不缺缺個人英英雄,而而是缺乏乏強有力力的團隊隊。3E_mail:團隊與合合作-項項目小組組角色與與分工經常面臨臨的問題題:項目無法法按期完完成,完完成以后后還要不不斷修補補完善,對軟件件人員和和用戶來來說象一一場噩夢夢遙遙無無期;項目進行行當中人人員流失失,產品品夭折;客戶需求求不斷改改變,永永遠對開開發(fā)完成成的產品品不滿意意;開發(fā)成員員之間矛矛盾不斷斷,互相相抱怨,工程進進展緩慢慢;小組成員員分工不不均,工工作分配配失去平平衡等等等;問題對策策:項目負責責人責任任(稱之之為組
3、長長或項目目經理) ;項目負責責人能力力(古人人云:一一將無能能,累死死千軍);項目經理理根據需需求制定定出開發(fā)發(fā)的目標標 ;確實落實實到實際際中。4E_mail:團隊與合合作-項項目小組組角色與與分工角色與分分工:角色性質角色分工項目管理人員 項目經理 產品經理技術經理系統分析人員 框架設計系統分析員軟件設計師商務分析人員業(yè)務流程分析員業(yè)務功能設計員數據庫工程師 數據庫設計員 5E_mail:團隊與合合作-項項目小組組角色與與分工角色與分分工:角色性質角色分工程序開發(fā)人員 軟件實施員 質量控制人員 集成測試員 測試設計師 課程設計師 技術文檔編寫員 技術支持人員 售前工程師 售后工程師 系統
4、管理人員 系統管理員 輔助設計人員 專業(yè)美工 VI設計師6E_mail:團隊與合合作-項項目小組組角色與與分工形成一致致的意見見:是否已經經很清晰晰的理解解了開發(fā)發(fā)的需求求和目標標,并使使每個人人員充滿滿斗志地地準備開開始完成成共同的的目標?是否制定定了一套套規(guī)范的的、經過過評測的的、可復復用的技技術框架架;每個人的的角色分分工是不不是都非非常清楚楚地落實實了;是不是已已經制定定了開發(fā)發(fā)過程中中的周期期劃分及及評估辦辦法?而而不是冒冒險等項項目期限限快到的的時候才才發(fā)現補補牢已晚晚;7E_mail:團隊與合合作-項項目小組組角色與與分工形成一致致的意見見(續(xù)):項目管理理人員是是否有隨隨時把握
5、握開發(fā)進進度的有有效手段段?小組人員員是否都都互相認認識而且且熟悉;每個人是是否都明明白和他他關聯的的角色是是誰,相相互之間間的工作作流程?是否忘了了布置文文檔撰寫寫及管理理的方法法或標準準?8E_mail:團隊與合合作-DBA-總設計師師-開發(fā)發(fā)人員一般DBA與開發(fā)者者存在障障礙;主要問題題是“所有權權”:職責與分分工問題題;DBA覺得是問問題的替替罪羊;需要溝通通。問題在于于對策:搞好關系系,責任任明確;DBA是數據庫庫的維護護者;開發(fā)者是是使用數數據庫人人員;為了共同同的目標標。9E_mail:團隊與合合作-DBA責任一般DBA負責數據據庫管理理;也涉及數數據庫的的邏輯設設計;執(zhí)行物理理
6、設計的的實現;協作開發(fā)發(fā)人員工工作;確保高性性能、安安全及備備份恢復復。10E_mail:內容提要要團隊與合合作問題題;Oracle關鍵問題題;數據庫設設計方法法問題;Oracle功能的發(fā)發(fā)現與使使用問題題;嚴謹的程程序設計計問題;測試階段段管理問問題;試用問題題。11E_mail:Oracle關鍵問題題-Oracle安裝問題題操作系統統的安裝裝問題:規(guī)劃磁盤盤空間;交換空間間問題;一般空間間問題。Oracle安裝建議議:默認安裝裝與自定定義安裝裝問題;數據文件件與日志志文件等等問題;安裝需要要的選件件問題。12E_mail:Oracle關鍵問題題-表空空間與數數據文件件開發(fā)階段段考慮的的問題
7、:要接近將將來的實實際情況況;磁盤空間間的分配配;開發(fā)環(huán)境境與實際際環(huán)境的的空間比比例問題題。為開發(fā)階階段創(chuàng)建建USER/INDEX表空間;表空間存存放開發(fā)發(fā)階段的的對象;不要將對對象創(chuàng)建建在SYSTEM表空間上上:ALTERUSER QUOTA限制;用EXP/IMP將用戶對對象從SYSTEM表空間移移出;或ALTERTABLEMOVE移動。13E_mail:Oracle關鍵問題題-表空空間與數數據文件件數據文件件大小問問題:在OS允許情況況下,要要中庸一一些為好好;不要輕易易RESIZE;與實際數數據量比比例計算算;Oracle10g的BIGFILE問題:支持大文文件;與OS有關;與32bi
8、t和64bit有關;與Oracle塊大小有有關。Oracle9i/10g的OMF問題:支持OMF管理;維護帶來來危險;文件大小小也不合合理。14E_mail:Oracle關鍵問題題-日志志文件問問題日志文件件分布問問題:樹立開發(fā)發(fā)環(huán)境就就是實際際的模擬擬;一般開始始就應注注意安全全與性能能;日志文件件在不同同的磁盤盤;與歸檔日日志文件件分開。日志文件件大小問問題:應用DML并發(fā)數據據量;8i默認太小?。?i默認太大大;10g默認還合合理;可創(chuàng)建合合理大小小并刪除除小的日日志文件件。15E_mail:Oracle關鍵問題題-臨時時表空間間問題臨時表與與臨時文文件問題題:8i臨時表對對應數據據文件
9、;9i/10g臨時表空空間對應應臨時文文件(TEMPFILE);排序的最最大數據據量的估估計。臨時文件件大小問問題:臨時文件件一次給給足;告訴程序序不要隨隨便用ORDERBY等語句;總設計師師對排序序的理解解與估計計;索引、集集合操作作等。16E_mail:Oracle關鍵問題題-用戶戶、權限限于角色色總設計師師規(guī)劃與與DBA創(chuàng)建;創(chuàng)建用戶戶名與實實際用戶戶問題;Oracle系統角色色:Oracle默認系統統權限;開發(fā)權限限與管理理權限;是否創(chuàng)建建應用角角色問題題。17E_mail:用戶權限角色UPDATEONEMPINSERTONEMPSELECTONEMPCREATETABLECREATE
10、SESSIONHR_CLERKHR_MGRABCOracle關鍵問題題-用戶戶角色與與權限18E_mail:Oracle關鍵問題題-用戶戶與權限限160多種系統統權限(systemprivileges):參考原版版OracledatabaseSQL reference參考原版版OracledatabaseadministratorSELECTDISTINCTPRIVILEGEFROMdba_sys_privs order by PRIVILEGE對象權限限(Objectprivileges):參考原版版OracledatabaseSQL reference參考原版版Oracledatabase
11、administrator角色(老老三樣)CONNECT、RESOURCE、DBAselect*fromdba_roles19E_mail:Oracle關鍵問題題-用戶戶與權限限一般用戶戶權限:權限說明CREATE SESSION 允許用戶聯到ORACLE 數據庫,用戶可訪問ORACLE ALTER SESSION 允許用戶發(fā)出ALTER SESSION 設置系統參數 FORCE TRANSACTION 允許用戶在本地數據庫中提交或回滾分布數據庫事務.一般不用設置該權限 20E_mail:Oracle關鍵問題題-用戶戶與權限限一般開發(fā)發(fā)者權限限:權限說明CREATE CLUSTER 創(chuàng)建屬于開
12、發(fā)者自己的表聚簇,開發(fā)者也能撤消他們擁有的聚簇 CREATE PROCEDURE 創(chuàng)建屬于開發(fā)者的存儲過程,軟件包和函數.開發(fā)者也能撤消他們所擁有的這些對象 CREATE DATABASE LINK 定義一個數據庫連接,因為這是一個命名的指向其它數據庫的指針,所以這個特性類似同義詞,主要差別是可以存儲遠程系統中的Oracle id 和口令作連接的一部分 21E_mail:Oracle關鍵問題題-用戶戶與權限限一般開發(fā)發(fā)者權限限(2):權限說明CREATE PUBLIC SYNONYM 為了引用一個諸如表或視圖的數據庫對象所創(chuàng)建的一個替代名,實例中的任何用戶都能使用這個名稱調用它所代表的對象,用
13、戶要訪問對象仍需要對象權限 DROP PUBLIC SYNONYM 為了引用數據庫對而刪除替代名稱,該數據庫對象可實例中的所有用戶使用 CREATE SEQUENCE 創(chuàng)建一個開發(fā)者所有的序列,開發(fā)者也能撤消任何他們建立的序列 22E_mail:Oracle關鍵問題題-用戶戶與權限限一般開發(fā)發(fā)者權限限(3):權限說明CREATE SNAPSHOT 為了引用一個諸如表或視圖的數據庫對象所創(chuàng)建的一個替代名,實例中的任何用戶都能使用這個名稱調用它所代表的對象,用戶要訪問對象仍需要對象權限 DROP PUBLIC SYNONYM 為了引用數據庫對而刪除替代名稱,該數據庫對象可實例中的所有用戶使用 CR
14、EATE SEQUENCE 創(chuàng)建一個開發(fā)者所有的序列,開發(fā)者也能撤消任何他們建立的序列 23E_mail:Oracle關鍵問題題-用戶戶與權限限一般開發(fā)發(fā)者權限限(4):權限說明CREATE SNAPSHOTP 創(chuàng)建一個位于另一個ORACLE實例中的表的本地考備,開發(fā)者也能撤消他們擁有的快照 CREATE SYNONYM 創(chuàng)建一個專用的同義詞(僅供開發(fā)者使用),開發(fā)者也能撤消他們擁有的任何同義詞 CREATE TABLE 開發(fā)者可以創(chuàng)建表和刪除表 24E_mail:Oracle關鍵問題題-用戶戶與權限限一般開發(fā)發(fā)者權限限(5):權限說明CREATE TRIGGER 開發(fā)者可以創(chuàng)建或刪除他們擁有
15、的觸發(fā)器 CREATE VIEW 開發(fā)者可以創(chuàng)建或刪除他們擁有的視圖 UNLIMITED TABLESPACE 允許開發(fā)者在表空間中創(chuàng)建對象而不受表空間大小限制 CREATE TYPE DROP TYPE允許開發(fā)者創(chuàng)建新的對象類型 刪除對象類型 CREATE LIBRARY 允許開發(fā)者創(chuàng)建新的對象庫刪除對象庫 25E_mail:Oracle關鍵問題題-用戶戶與權限限DBA權限與ANY:能做任何何的意思思,如CREATEANY TABLE;SYS具有此權權限;普通開發(fā)發(fā)者不需需要ANY。動態(tài)的PL/SQL用ANY:在SQL下能將對對象創(chuàng)建建到另外外用戶下下;一般在PL/SQL下不能,請用ANY即
16、可;進入測試試后建議議不要用用ANY。26E_mail:Oracle關鍵問題題-用戶戶與權限限DBA權限與ANY:權限說明ANALYZE ANY 允許用戶收集最優(yōu)化統計,使結構有效或識別在數據庫的任何表,表聚簇中被移動和被鏈接的行 ADUIT ANY 允許用戶對數據庫中的任何對象進行審計 CREATE ANY CLUSTER 允許用戶創(chuàng)建聚簇,并給數據庫中的任何用戶賦予所有權 27E_mail:Oracle關鍵問題題-用戶戶與權限限SYSDBA與SYSOPER:SYSDBA(以sysdba連接才有有效):執(zhí)行STARTUP和SHUTDOWN操作ALTERDATABASE: open, moun
17、t,back up,或changecharacter setCREATEDATABASEDROP DATABASECREATESPFILEALTERDATABASEARCHIVELOGALTERDATABASERECOVER包括RESTRICTED SESSION權限28E_mail:Oracle關鍵問題題-用戶戶與權限限SYSDBA與SYSOPER:SYSOPER:執(zhí)行STARTUP和SHUTDOWNCREATESPFILEALTERDATABASEOPEN/MOUNT/BACKUPALTERDATABASEARCHIVELOGALTERDATABASERECOVER包括RESTRICTED
18、 SESSION權限SYSTEM類似SYSOPER:SYSTEM權限沒有有SYS那么多SYSTEM和DBA角色均能能改SYS的口令SYSTEM和SYS口令忘記記:創(chuàng)建口令令文件orapwd29E_mail:內容提要要團隊與合合作問題題;Oracle關鍵問題題;數據庫設設計方法法問題;Oracle功能的發(fā)發(fā)現與使使用問題題;嚴謹的程程序設計計問題;測試階段段管理問問題;試用問題題。30E_mail:數據庫設設計方法法問題應用系統統的類型型:OLTP系統:并發(fā)用戶戶數多(高峰);安裝時選選擇默認認的塊大大小;表結構要要考慮INITRANS等參數;OLAP系統:并發(fā)用戶戶數少(高峰);每次I/O量、
19、塊大大小要大大些;不用考慮慮INITRANS等參數;DSS系統:只讀表空空間問題題;用戶也要要分3、6、9 等以以滿足統統計分析析用戶要要求;大數據處處理要避避開高峰峰時運行行。31E_mail:數據庫設設計方法法問題圖形界面面與腳本本問題:圖形界面面方便、直觀,但也要要腳本;腳本便于于閱讀;文檔就是是腳本,而不是是圖形的的拷貝;移植到真真實環(huán)境境是腳本本,而不不是圖形形界面。腳本與注注釋問題題:腳本也要要加詳細細注釋,腳本就就是程序序;腳本的書書寫要求求可讀性性;腳本也要要有規(guī)范范;腳本規(guī)范范參考/rdbms/admin中Oracle的樣例。32E_mail:數據庫設設計方法法問題自動創(chuàng)建建
20、與卸出出問題:采用腳本本自動創(chuàng)創(chuàng)建表空空間、用用戶、權權限;采用腳本本自動創(chuàng)創(chuàng)建表、索引、約束、視圖;卸出腳本本單獨形形成文件件;正式運行行后卸出出腳本要要保管好好(不要要放在磁磁盤里)。腳本與環(huán)環(huán)境有關關問題:腳本也可可帶變量量;數據文件件路經(Windows/UNIX/LINUX);表空間名名不變(10g可改名),數據據文件大大小可變變;規(guī)模大小小可變。33E_mail:數據庫設設計方法法問題數據庫結結構一次次創(chuàng)建問問題:不要采用用圖形工工具創(chuàng)建建;不要經常常ALTERTABLE;ALTERTABLE要經總設設計師的的批準;ALTERTABLE要在文檔檔上修改改。必要的ALTER問題:存儲
21、參數數不合理理時用;建議不要要使用聯聯機重定定義;聯機重定定義是對對不合理理的已經經存在結結構進行行定義;不合理就就遷移到到新表空空間。34E_mail:數據庫存存儲設計計問題空間的有有效利用用問題:Oracle數據文件件結構;Oracle存儲塊結結構;不同的對對象采用用不同的的塊大小小。Oracle9i/10g塊的可變變問題:9i開始支持持塊大小小可變;可變也得得考慮合合理;根據不同同對象特特性設計計塊大小小與表空空間;總設計師師要研究究Oracle的PCTFREE和PCTUSED。35E_mail:數據庫存存儲設計計問題應用系統統的數據據存儲量量:大表一定定分區(qū):表分區(qū);索引也要要分區(qū);中
22、等數據據量的表表要考慮慮STORAGE參數。大表小表表、索引引要做:Storage估計;索引與的的訪問來來確定PCTFREE;表要分相相對固定定與修改改頻繁;要根據表表修改頻頻率確定定PCTFREE和PCTUSED;不同的Oracle版本PCTFREE和PCTUSED差別。36E_mail:內容提要要團隊與合合作問題題;Oracle關鍵問題題;數據庫設設計方法法問題;Oracle功能的發(fā)發(fā)現與使使用問題題;嚴謹的程程序設計計問題;測試階段段管理問問題;試用問題題。37E_mail:Oracle功能發(fā)現現問題Oracle產品選件件:Oracle企業(yè)與標標準版差差異;Oracle的Partitio
23、n常被遺忘忘問題;不用選件件不要裝裝;Oracle產品已裝裝哪些選選件:SELECT*FROM V$OPTION;38E_mail:Oracle功能發(fā)現現問題Oracle一般的功功能:Oracle的Partition被遺忘問問題安裝時選選擇;在設計時時使用;在SQL中使用。Oracle的Cluster被遺忘問問題設計時選選擇;提高性能能。Oracle的IOT被遺忘問問題設計時選選擇;非結構化化數據可可提高性性能。Oracle的NEST表被遺忘忘問題設計時選選擇;復雜關系系:可減減少查詢詢時的關關聯。39E_mail:Oracle功能發(fā)現現問題Oracle內置包:基本內置置包DBMS_JOB;D
24、BMS_PIPE;DBMS_SQL;.Oracle特殊的內內置包:需要安裝裝的內置置包DBMS_PROFILE;DBMS_TRACE;.40E_mail:內容提要要團隊與合合作問題題;Oracle關鍵問題題;數據庫設設計方法法問題;Oracle功能的發(fā)發(fā)現與使使用問題題;嚴謹的程程序設計計問題;測試階段段管理問問題;試用問題題。41E_mail:嚴謹的程程序設計計問題程序員要要理解:事務處理理技術:明確的COMMIT/ROLLBACK;由DDL語句隱含含地完成成;用戶正常常的斷開開(Disconnect)自動提交交(auto commit);異常的終終止自動回回滾(auto rollback)
25、;在程序中中體現。理解事務務的屬性性:原子的(Atomicity) 所有的或或沒任何何事.一致性(Consistency)每個事務務之前或或之后.獨立性(Isolation) 各自獨立立執(zhí)行.耐久性(Durability )成功的提提交可保保數據長長久保存存在數據據庫中。42E_mail:嚴謹的程程序設計計問題程序員要要理解:Oracle對象:表結構如如何查看看;表之間關關系如何何查看;索引與表表的關系系;PL/SQL程序與Trigger。業(yè)務的流流程:各業(yè)務的的處理流流程;業(yè)務與各各表的關關系;業(yè)務與事事務的聯聯系。43E_mail:嚴謹的程程序設計計問題程序員要要掌握:開發(fā)工具具:熟練使用
26、用PL/SQL編程;開發(fā)工具具的熟練練使用;數據庫DML:DML語言;忌諱和建建議的SQL語句;動態(tài)的SQL問題;程序員要要活學活活用:要理論聯聯系實際際;數據庫業(yè)業(yè)務總是是以事務務來處理理;將用戶的的業(yè)務理理解成事事務并在在程序中中體現;要實現事事務的處處理要求求所涉及及的語句句。44E_mail:嚴謹的程程序設計計問題程序員要要活學活活用問題題:照搬與模模仿:有的例子子與你的的情況可可能不符符;注意搜集集各種技技巧,可可學習方方法;學習權威威專家的的樣例。Oracle原版資料料:詳細的內內容還是是要看原原版;OCP/OCM資料偏概概念;中文網站站文章有有水平的的不多(互相轉轉載)。45E_
27、mail:嚴謹的程程序設計計問題錯誤的捕捕捉與提提示問題題:普遍問題題:多數人僅僅僅編寫寫能夠實實現應用用程序正正面功能能;用戶只會會以正確確的方式式輸入正正確的數數據;系統(軟軟件和硬硬件)總總是處于于良好的的運行狀狀態(tài)。結果是:應用程序序中總會會存在著著不止一一個的bug;用戶總能能找到恰恰當的時時機使得得你的程程序出錯錯;不預先花花費時間間來正確確調試-無休止的的善后工工作;PL/SQL中的錯誤誤處理被被忽略。46E_mail:內容提要要團隊與合合作問題題;Oracle關鍵問題題;數據庫設設計方法法問題;Oracle功能的發(fā)發(fā)現與使使用問題題;嚴謹的程程序設計計問題;測試階段段管理問問題;試用問題題。47E_mail:測試階段段性能測試試:增加用戶戶觀察應應用反應應最高容許許能力硬件測試試:增加硬件件(如內內存)減少硬件件(拔掉掉硬盤、內存)容錯測試試:關閉主數數據庫,備用數數據庫能能否接管管檢查事務務的丟失失情況48E_mail:測試階段段測試階段段考慮的的問題:DBA創(chuàng)建另外外的環(huán)境境;盡量模擬擬用戶的的真實環(huán)環(huán)境;系統架構構師與DBA配合。考慮模擬擬數據:為關鍵表表產生模模擬數據據;模擬數據據從幾萬萬到幾十十,再到到幾百萬萬;模擬插入入、刪除除、修改改操作系系統的確確響應;模擬10用戶(進程)到100用戶戶的資源源競爭情情況。49E_mail:測試階段
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年全球及中國半導體用水溶性助焊劑行業(yè)頭部企業(yè)市場占有率及排名調研報告
- 2025年全球及中國第一人稱視角射擊游戲行業(yè)頭部企業(yè)市場占有率及排名調研報告
- 2025年全球及中國HDPE模制容器行業(yè)頭部企業(yè)市場占有率及排名調研報告
- 2025年全球及中國茂金屬線型低密度聚乙烯樹脂行業(yè)頭部企業(yè)市場占有率及排名調研報告
- 合同起草范本
- 汽車自駕租賃合同
- 房屋委托代管合同
- 2025贈與合同公證書
- 維修工聘用合同范本
- 收獲成長迎接新起點主題班會
- 2024年江西省南昌市南昌縣中考一模數學試題(含解析)
- 繪本的分鏡設計-分鏡的編排
- 查干淖爾一號井環(huán)評
- 體檢中心分析報告
- 人教版初中英語七八九全部單詞(打印版)
- 臺球運動中的理論力學
- 最高人民法院婚姻法司法解釋(二)的理解與適用
- 關于醫(yī)保應急預案
- 新人教版五年級上冊數學應用題大全doc
- 2022年版義務教育勞動課程標準學習培訓解讀課件筆記
- 2022年中國止血材料行業(yè)概覽:發(fā)展現狀對比分析研究報告(摘要版) -頭豹
評論
0/150
提交評論