數(shù)據(jù)架構(gòu)設計指導書

1、2013年06月數(shù)據(jù)架構(gòu)設計指導書（版本號V1.0）LonShine朗新科技（中國）有限公司更改履歷用修訂的方式進行修改。目錄編寫目的333適用范圍333數(shù)據(jù)架構(gòu)設計原則333數(shù)據(jù)架構(gòu)設計444企業(yè)業(yè)務數(shù)據(jù)分類444TOC o 1-5 h z按數(shù)據(jù)格式劃分444按數(shù)據(jù)參照程度劃分444按數(shù)據(jù)采集頻道劃分555按使用性質(zhì)劃分555數(shù)據(jù)主題域555數(shù)據(jù)主題域視圖555數(shù)據(jù)主題域關系視圖6664.3概念數(shù)據(jù)模型概念數(shù)據(jù)模型主要由最佳實踐和業(yè)務需求作為驅(qū)動因素高階的數(shù)據(jù)模型，定義了重要的業(yè)務領域概念（即數(shù)據(jù)主題域）和彼此的關系，由核心的數(shù)據(jù)實體或其集合，以及實體間的關聯(lián)關系組成。概念數(shù)據(jù)模型獨立于信息

2、系統(tǒng)存在，不涉及信息在系統(tǒng)中的表示。777概念模型視圖888數(shù)據(jù)流轉(zhuǎn)視圖999邏輯數(shù)據(jù)模型101010邏輯數(shù)據(jù)模型視圖101010數(shù)據(jù)分布視圖111111物理數(shù)據(jù)模型121212物理模型視圖131313數(shù)據(jù)庫詳細設計131313數(shù)據(jù)基礎設計131313常用參數(shù)141414主要模式141414表空間規(guī)劃及存儲容量估算141414歷史表151515表分區(qū)161616DBLINK181818同義詞191919主鍵191919索引202020約束202020修改標志時間戳202020LOB字段202020冗余字段設計212121編寫目的為了提高數(shù)據(jù)架構(gòu)設計能力、規(guī)范軟件設計流程、加強架構(gòu)管控力度，提高

3、軟件安全特制定本規(guī)范。此文檔描述了數(shù)據(jù)架構(gòu)設計等。適用范圍適用于數(shù)據(jù)架構(gòu)設計人員。數(shù)據(jù)架構(gòu)設計原則數(shù)據(jù)資產(chǎn)化原則：將數(shù)據(jù)作為公司具有價值的無形資產(chǎn)來管理，統(tǒng)一認識，加強數(shù)據(jù)資產(chǎn)認責管理，保障數(shù)據(jù)資產(chǎn)的價值發(fā)揮。數(shù)據(jù)共享性原則：避免數(shù)據(jù)孤島的建設和數(shù)據(jù)私有化，加強數(shù)據(jù)在公司各級單位、各個業(yè)務領域間的共享。營造及時、準確的共享數(shù)據(jù)環(huán)境，完善數(shù)據(jù)管控機制，確保數(shù)據(jù)共享符合信息安全要求。數(shù)據(jù)可用性原則：建立標準化、多樣化的數(shù)據(jù)資產(chǎn)獲取渠道和訪問方式。加強數(shù)據(jù)質(zhì)量管理，增強用戶使用數(shù)據(jù)的信心，有效支撐各類分析應用建設。數(shù)據(jù)認責原則：針對不同的數(shù)據(jù)資產(chǎn)指定權威的數(shù)據(jù)擁有者、質(zhì)量責任者、日常管理維護者等角色

4、，建立配套的數(shù)據(jù)管控機制和評價考核體系，確保數(shù)據(jù)認責工作的有效開展。數(shù)據(jù)標準化原則：在公司全局范圍內(nèi)建立通用的數(shù)據(jù)標準，包括業(yè)務數(shù)據(jù)標準，主數(shù)據(jù)標準，元數(shù)據(jù)標準等，避免數(shù)據(jù)的二義性，促進數(shù)據(jù)共享和利用。數(shù)據(jù)安全性原則：定義數(shù)據(jù)安全級別，建立數(shù)據(jù)安全控制過程，保證數(shù)據(jù)被合理的訪問、共享和發(fā)布，避免未經(jīng)授權的數(shù)據(jù)操作，滿足監(jiān)管單位和公司業(yè)務經(jīng)營對數(shù)據(jù)安全的要求。數(shù)據(jù)架構(gòu)設計數(shù)據(jù)架構(gòu)設計主要解決：存在哪些數(shù)據(jù)資源、如何管理數(shù)據(jù)資源、解析業(yè)務信息的數(shù)據(jù)模型是什么、面向交易、交換和分析的數(shù)據(jù)模型是什么、信息在流程間、數(shù)據(jù)在功能間如何流轉(zhuǎn)等問題。數(shù)據(jù)架構(gòu)設計主要內(nèi)容：數(shù)據(jù)主題域設計、概念數(shù)據(jù)模型設計、邏輯

5、數(shù)據(jù)模型設計、物理數(shù)據(jù)模型設計等。企業(yè)業(yè)務數(shù)據(jù)分類按數(shù)據(jù)格式劃分結(jié)構(gòu)化數(shù)據(jù)：方便用數(shù)據(jù)庫的二維表結(jié)構(gòu)來邏輯表達實現(xiàn)的數(shù)據(jù)，數(shù)據(jù)結(jié)構(gòu)字段含義確定，清晰。例如：客戶信息、用電記錄等。是挖掘數(shù)據(jù)價值的主要對象。非結(jié)構(gòu)化數(shù)據(jù)：很難按照一個概念去處理的無結(jié)構(gòu)性的數(shù)據(jù)。例如文本、多媒體數(shù)據(jù)等。其數(shù)據(jù)利用技術相對于結(jié)構(gòu)化數(shù)據(jù)起步晚，是未來數(shù)據(jù)應用的一個發(fā)展方向。按數(shù)據(jù)參照程度劃分主數(shù)據(jù)：用于描述企業(yè)核心業(yè)務實體/對象的基本業(yè)務數(shù)據(jù)，它在企業(yè)內(nèi)長期存在并且被重復應用于多個業(yè)務部門和信息系統(tǒng)，是最容易產(chǎn)生數(shù)據(jù)一致性問題的一類數(shù)據(jù)，需要單獨的管控機制對其進行管理。非主數(shù)據(jù)：相對于主數(shù)據(jù)，其它的參照度低的、存在周期

6、短的非核心實體/對象數(shù)據(jù)可認為是非主數(shù)據(jù)。按數(shù)據(jù)采集頻道劃分非實時數(shù)據(jù)：相對于實時數(shù)據(jù)，其它的企業(yè)經(jīng)營過程中產(chǎn)生的，由業(yè)務人員通過應用系統(tǒng)輸入的數(shù)據(jù)都可認為是非實時數(shù)據(jù)實時數(shù)據(jù)：主要是由一些傳感器設備以自動化的方式采集的秒級、毫秒級的數(shù)據(jù)，例如電網(wǎng)運行數(shù)據(jù)、設備狀態(tài)數(shù)據(jù)等。這些數(shù)據(jù)的特點是數(shù)據(jù)內(nèi)容簡單，但數(shù)據(jù)量很大。按使用性質(zhì)劃分分析性數(shù)據(jù)：用于支持日常報表、查詢、分析等決策需求的數(shù)據(jù)。共享數(shù)據(jù)：來自某個業(yè)務系統(tǒng)，在業(yè)務部門之間、業(yè)務系統(tǒng)之間重復使用的數(shù)據(jù)數(shù)據(jù)主題域數(shù)據(jù)主題域由業(yè)務信息按照其業(yè)務耦合程度聚合而成的高階數(shù)據(jù)主題群，一般與業(yè)務域有著緊密的對應關系。例如：財務、物資、生產(chǎn)等。數(shù)據(jù)主題

7、域通過數(shù)據(jù)主題域視圖和數(shù)據(jù)主題域關系視圖來體現(xiàn)。數(shù)據(jù)主題域視圖展現(xiàn)數(shù)據(jù)域和數(shù)據(jù)主題，并定義數(shù)據(jù)主題對業(yè)務域的支撐關系。例圖如下：數(shù)據(jù)主題域關系視圖展現(xiàn)數(shù)據(jù)主題域之間的邏輯關系。一般分為一級數(shù)據(jù)主題域關系視圖和二級數(shù)據(jù)主題域關系視圖，二級是一級的細化。一級數(shù)據(jù)主題域關系視圖如下：項tl物竇頂目項設備電剛姑枸購釆產(chǎn)品電測通過市扇兗婦資產(chǎn)巾場9人員財務物責檢算b覽立會設丫“運疔駕圭經(jīng)背忡理費印頃目成木規(guī)制物蚩設備輕貴丄安全電山輸出和輸入綜合二級數(shù)據(jù)主題域關系視圖如下：充值電能產(chǎn)品產(chǎn)動汽車服務物資(物資配送L_-|-JJ亠utI、L卡配送產(chǎn)品電池管資產(chǎn)廠電動汽車CJ費用查詢重要客戶服務廠營銷賬能效服客

8、戶檔案網(wǎng)站服務客戶重要客戶服務j能效管理服務跟/客戶服務7概念數(shù)據(jù)模型概念數(shù)據(jù)模型主要由最佳實踐和業(yè)務需求作為驅(qū)動因素高階的數(shù)據(jù)模型，定義了重要的業(yè)務領域概念（即數(shù)據(jù)主題域）和彼此的關系，由核心的數(shù)據(jù)實體或其集合，以及實體間的關聯(lián)關系組成。概念數(shù)據(jù)模型獨立于信息系統(tǒng)存在，不涉及信息在系統(tǒng)中的表示。概念模型應該抓住一個重點，即表達重要業(yè)務概念及業(yè)務概念之間的關系；解決并只解決需要在全國范圍內(nèi)統(tǒng)一規(guī)范的核心的業(yè)務問題；只是反映了業(yè)務對數(shù)據(jù)的需求，包容多種物理實現(xiàn)方式，除非該種物理實現(xiàn)方式不滿足業(yè)務的需求。概念數(shù)據(jù)模型一般由概念數(shù)據(jù)模型視圖和數(shù)據(jù)流轉(zhuǎn)視圖組成概念模型視圖展現(xiàn)數(shù)據(jù)主題域之下的數(shù)據(jù)實體，

9、并展現(xiàn)數(shù)據(jù)實體之間的關聯(lián)關系。c范It躱正-pIfi木中心1-DJ1對一-對勢寒對*K工嶽皓C|BG-CIUiDSG-CWMi應收cIG梓束單戈.1!c義姻科迪中心數(shù)據(jù)流轉(zhuǎn)視圖展現(xiàn)數(shù)據(jù)實體所分布到的應用，并展示數(shù)據(jù)在應用間的流轉(zhuǎn)例圖如下：公司總部第三方系統(tǒng)第三方系統(tǒng)總部客訂、查詢庫-3查詢庫總部客服總部客服報表庫總部客服報表庫公司總部、客服系統(tǒng)95598智能I互動網(wǎng)站.-公司總部、客服系統(tǒng)95598智能J互動網(wǎng)站邏輯數(shù)據(jù)模型邏輯數(shù)據(jù)模型對概念數(shù)據(jù)模型的進一步分解和細化，描述實體、屬性以及實體關系，通用的字段類型、長度和主外鍵關系等做了定義，設計時一般遵從“第三范式”以達到最小的數(shù)據(jù)冗余邏輯模型

10、的設計由最佳實踐和業(yè)務需求、數(shù)據(jù)資源規(guī)劃、現(xiàn)有業(yè)務應用數(shù)據(jù)模型等作為驅(qū)動因素邏輯數(shù)據(jù)模型由邏輯數(shù)據(jù)模型視圖和數(shù)據(jù)分布視圖組成邏輯數(shù)據(jù)模型視圖對數(shù)據(jù)實體的分解細化，對數(shù)據(jù)實體的屬性、屬性類型、長度和主外鍵關系等做了定義，遵從“第三范式”以達到最小的數(shù)據(jù)冗余。LbTFrpjBElprojecUd:BEgledrralStplaitlBlgDEClTialIf-pr-QjCElMDStrlrg鳥proj匚ctNanu:Hrhg0:prcjecLTypt.IgDeeltbIprojeasLyfe.aigDecnHiPrtlEfFLEP:BlgDEdTQlfr1$RCCtAijlt：BDecirnalt

11、PrsldorAudt:ElgDecimal鳥憶RrQ|cocFII&Jctt:aigD-cdmal0gsttSiyleIgDEdmaliSr5msSendStjIt：.bring匣irepiyurK口aiE.Date鈿I田好曰Td匚3tm:DotEfcprijeclCic$3teDat-e-praJCE4C2p&rOatfr-DaleI-praJftcICpG-rGndDats-Dac金projedEndDart*:Dste0.Dat-cfE.naDa:e:dsie贏llrtnai:StringfrtsprxxiFString&projecl1n|T:StingRf-argCDTiipany

12、:寶rhg:StringarTj-ta:Ep*dniBioeKirtTTcntld:ElgDednal區(qū):帝【曰燈”BKD&dinajLiWjiirtQL-drtld:EigDednJ&-Eel:BIOBdrnallrsLdttGdld-BlgDezlTtal%禮dgtstu#:曰自Hgrrml.-firing.Bigpaciniai口ig口ecirmi:SQDedmai:DataId:BlgDGlTial.DigDecimalt.IgDEclmailWrtsosEigDeam-aj巴TFOJfeF!赳學u餉5rep中id:BlgecMg|Rp-Brijtctle-EtgEK-dmalstjE

13、dld:曰些二Edrr副wsMderid:aigDeclTiali%t&jean:npoEcrnai電TOtES:-irlrg匣百TTn口：BlgecirralreatEUBerHElgDeclnalDate匹pdataUcsTld:igDcdTisIt5jpdat=D3：e：:date：i%sjmpanyn”日曲口EsimaiijepQfinigncK.日首口日鼻嚇耳:aigDEdTiaiLDlhCfrkjid-BigcmgidmbgptElgD&drnsISpr步zldBgEDQlTtalcjedld:BigDecimalpamage-ldOlgDegJthiIaeraiksnC-arrt

14、-En:StringoeratlcnRB&utStringfrsigncperatkyiData-Sthg?cfteLlsertd-BQD&cmsiiZfcatoCZC-DatwuocsleLleBrld:BtgDsdmalgupc&a:e&sLe.Da:eSED&itEte:BlgDsamaicanpan-vid:日gAsdrrslIsDeleteSfln：prafc&.rf?LDlPifMJefApljUJgEfr-prMdTA.,ptl1Udd:BfcJEdrrglpreviderldElgE-OQlnalflleTtle:String*HkplaW-aTiffi.Shirg-eiI&s

15、P4am?E:STlngSpcTEgLBJSEfki:Elgpedrs曲心estQatEc*atBpd-3teussrid-BlgClTi0l斗updzrteDzHu：D=tGc-onpan/ldElcDeclrialdecartmertld:01-gDec-lrnsl空血EEIBCJ.廿時口TITHJSplsDEi:BlgCEansifeloDElBEsrlic數(shù)據(jù)分布視圖展現(xiàn)數(shù)據(jù)實體所分布到的功能，并定義在功能中的操作(CRUD)數(shù)據(jù)分布視圖如下：結(jié)構(gòu)化數(shù)據(jù)存儲非結(jié)構(gòu)化數(shù)據(jù)存儲公司總部省m)公司.r*中間數(shù)據(jù)存儲區(qū)廣F95598流程數(shù)據(jù)Ld分析指標輕度匯總L數(shù)據(jù)，1數(shù)據(jù)1F*S業(yè)務數(shù)據(jù)存儲

16、區(qū)分析指標L數(shù)據(jù)輕度匯總數(shù)據(jù)J流程數(shù)據(jù)（95598、業(yè)擴）因子數(shù)據(jù).指標數(shù)據(jù).分析數(shù)據(jù)評價數(shù)據(jù)X第三方調(diào)查數(shù)據(jù)）f1,因子數(shù)據(jù)LrL指標數(shù)據(jù)分析數(shù)據(jù)I評價數(shù)據(jù)）（第三方調(diào)查數(shù)據(jù)、各類文本式報告/報表.各類知識類文檔【.各類文本式報告/報表/、各類知識類文檔.CRUD如下：數(shù)據(jù)實體應用/C應用/R應用e應用/D可信數(shù)據(jù)潭數(shù)據(jù)應用應用；HR?PM應用應用用標準化作業(yè)范本生產(chǎn)管理應用生產(chǎn)管理應用；ERP-FM生產(chǎn)管理應丿u生產(chǎn)雀理應川生產(chǎn)管理應用備品備件ERP十產(chǎn)管理ER?PM生產(chǎn)官理應用生產(chǎn)管理應用ERP物料需求屮清單ERP牛產(chǎn)管理應用；ERFPd生產(chǎn)背理應用牛產(chǎn)亍T理應用ERP物理數(shù)據(jù)模型物理數(shù)

17、據(jù)模型描述數(shù)據(jù)模型的細節(jié)，需要考慮所使用的數(shù)據(jù)庫產(chǎn)品、對應的字段類型、長度、索引等因素，并對數(shù)據(jù)冗余與性能進行平衡，必須確定數(shù)據(jù)庫平臺和應用程序的架構(gòu)。物理數(shù)據(jù)模型的設計由數(shù)據(jù)庫/數(shù)據(jù)倉庫系統(tǒng)平臺和性能調(diào)整優(yōu)化要求作為驅(qū)動因素。物理模型視圖描述數(shù)據(jù)模型的細節(jié)，需要考慮所使用的數(shù)據(jù)庫產(chǎn)品、對應的字段類型、長度、索引等因素，并對數(shù)據(jù)冗余與性能進行平衡。物理模型視圖例圖如下：數(shù)據(jù)庫詳細設計數(shù)據(jù)基礎設計數(shù)據(jù)庫類型：Oracle數(shù)據(jù)庫版本：11.2.0.3或11.2.0.4數(shù)據(jù)庫SID：sqadbl、sqadb2數(shù)據(jù)庫名：sqldb語言：AMERICAN_AMERICA數(shù)據(jù)庫字符集(NLS_CHARAC

18、TERSET):UTF8國家區(qū)域字符集(NLS_NCHAR_CHARACTERSET):UTF8常用參數(shù)NLS_LENGTH_SEMANTICS=CHAR說明：此參數(shù)需要設置后重啟方可生效。主要模式設計規(guī)劃數(shù)據(jù)庫schemas，主要用于客戶端或外部系統(tǒng)訪問數(shù)據(jù)庫。具體設計例子如下：模式名英文內(nèi)容描述權限需求對象類型默認空間默認索引表空間工作流用戶sotower用于保存工作流數(shù)據(jù)由普華提供由普華提供DATA_SOTOWERIDX_SOTOWER權限、組織bpm用于保存權限組織由普華提供由普華提供DATA_BMPIDX_BPM表空間規(guī)劃及存儲容量估算根據(jù)業(yè)務情況與各物理表設計字段長度，評估運行周期

19、1年內(nèi)產(chǎn)生的數(shù)據(jù)量。數(shù)據(jù)域數(shù)據(jù)表空容量估算索引表空間容量估算間(GB)(GB)客戶檔案DATA_CUS70280IDX_CUS105-420服務體系/用能分析/營銷市場/系統(tǒng)支持DATA_EESMP40IDX_EESMP60用能采集DATA_EIC7300IDX_EIC14600工作流DATA_SOTOWER0.5IDX_SOTOWER0.5組織、權限D(zhuǎn)ATA_BPM0.5IDX_BPM0.5接口用戶DATA_API0.5IDX_API0.5歷史表所有非檔案數(shù)據(jù)表在系統(tǒng)設計之初就需要考濾歷史數(shù)據(jù)的使用。歷史表設計必須在需求分析階段確定下來，并在數(shù)據(jù)模型設計得以體現(xiàn)。在線數(shù)據(jù)保留在在線系統(tǒng)中的當

20、前表中，保留業(yè)務經(jīng)常使用的數(shù)據(jù)。歷史數(shù)據(jù)保留在歷史系統(tǒng)中的歷史表中，保留當前業(yè)務不被使用的數(shù)據(jù)，將這部數(shù)據(jù)從在線系統(tǒng)中遷出可以在線系統(tǒng)庫維持在穩(wěn)定的大小，提高在線庫的性能和可靠性，提高當前表中的查詢速度。對于有時間特征的流水業(yè)務數(shù)據(jù)必須進行歸檔，歸檔周期由具體業(yè)務需求決定。如果數(shù)據(jù)量巨大，可根據(jù)業(yè)務需求縮短歸檔時間周期。對于沒有明顯時間特征的舊數(shù)據(jù)，可按業(yè)務需要標準進行判斷之后加以歸檔，如果數(shù)據(jù)狀態(tài)、標識等，歸檔實體表中盡可能增加時間屬性。本系統(tǒng)中對于流程已走完的工單數(shù)據(jù)，在呼叫接入平臺、呼叫服務業(yè)務支持系統(tǒng)數(shù)據(jù)庫中，咨詢、報修類數(shù)據(jù)保留3個月，其它數(shù)據(jù)保留6個月，咨詢、報修類數(shù)據(jù)保留3個月以

21、前的數(shù)據(jù)和其它6個月以前的數(shù)據(jù)將遷移歷史庫中。呼叫接入平臺與呼叫服務業(yè)務支持系統(tǒng)共用同一個歷史庫。歷史表結(jié)構(gòu)必須為時間分區(qū)結(jié)構(gòu)（特殊情況除外），字段結(jié)構(gòu)與在線表相同，歷史表名與在線表名保持一致。序號主題域歷史表實體名稱歷史表表名（與基表表名相同）歷史表分區(qū)方案歷史表數(shù)模變更需求表分區(qū)盡可能不采用二級分區(qū)；每個分區(qū)的記錄數(shù)應對于數(shù)據(jù)量較大的表，為提高系統(tǒng)性能方便業(yè)務數(shù)據(jù)管理必須進行相應的分區(qū)處理，分區(qū)策略可選擇一級、二級分區(qū)，分區(qū)字段由相應的數(shù)據(jù)分布特征或業(yè)務需求來定。分區(qū)的依據(jù)記錄數(shù)超過2000萬的表需要考濾為該表做分區(qū)；分區(qū)字段的選擇分區(qū)字段優(yōu)先考濾最有可能作為查詢條件的字段；盡可能不要使用

22、TIMESTAMP類型的字段，這在我們當前的營銷業(yè)務的其它系統(tǒng)中最常出現(xiàn)，并且已經(jīng)被證明，非常影響性能如果需要這類字段作為分區(qū)條件，那么需要在表中添加一個新的字段，作為前面的TIMESTAMP類型的字段的冗余，字段類型為varchar2型，并以這個新的字段作為分區(qū)字段；分區(qū)數(shù)量的考濾表的分區(qū)數(shù)據(jù)不宜太多，以住在營銷系統(tǒng)中我們常采用二級分區(qū)的方法，導致表的分區(qū)數(shù)據(jù)太多，一保持在100-500萬之間禁止使用pmax分區(qū)在創(chuàng)建分區(qū)表時不可以創(chuàng)建pmax分區(qū)，創(chuàng)建pmax分區(qū)將導致后續(xù)分區(qū)擴展變得非常困難，在營銷系統(tǒng)中我們吃盡了這方面的苦頭，不能再犯這類的錯；數(shù)據(jù)歸檔或遷移的考濾表分區(qū)的創(chuàng)建還要充份考

23、濾便于后續(xù)數(shù)據(jù)的歸檔和遷移，如某張表在線數(shù)據(jù)只保留6個月，歸檔表只保留6個月前至1年前之間的數(shù)據(jù)，歷史表保留1年以前的數(shù)據(jù)。那么在表分區(qū)規(guī)劃時就要考濾這張表的數(shù)據(jù)歸檔遷移方式，要能以最快速度，最小代價，最低影響在線系統(tǒng)的方式將數(shù)據(jù)歸當、遷移出去。對于數(shù)據(jù)量巨大且無明顯數(shù)據(jù)分布特征可采用HASH分區(qū)。制定分區(qū)表需要開發(fā)設計與開發(fā)DBA共同討論，分區(qū)命名遵循P+分區(qū)值的原則。子分區(qū)遵循P+主分區(qū)值+_+P+子分區(qū)值的原則。女口：單位分區(qū)P3340101、年月分區(qū)P201001、單位年月組合分區(qū)P3340101_P201001注意：范圍分區(qū)時分區(qū)名應大于分區(qū)值上界。在總部系統(tǒng)中由于數(shù)據(jù)較小暫不考慮分區(qū)。DBLINK由于目標客戶使用的硬件資源各不相同，要求我們在設計之時，不得不考慮未來多種部署模式，多種部署模式中，有存在跨數(shù)據(jù)庫訪問的情況，因此規(guī)劃數(shù)據(jù)鏈。注意:盡量不要使用DBLINK來訪問外部數(shù)據(jù)庫。主庫目標庫數(shù)據(jù)庫鏈名用途屬主連接帳號權限說明95598服務業(yè)務系統(tǒng)庫95598服務業(yè)務系統(tǒng)歷史DL_TO_EESMPH_API歷史數(shù)據(jù)遷EESMPAPI待定引入同義詞是為了解決程序部署靈活性的要求。將開發(fā)人員程序調(diào)整工作量降到最低的情況下，來滿足程序的靈活部署。同意義與表同名同義詞類型同義詞命名規(guī)則源端(for)目