建站
咨詢
售后
建站咨詢
新聞中心
隨著數(shù)字化時(shí)代的到來，數(shù)據(jù)已經(jīng)成為了企業(yè)的寶貴資源，不同的企業(yè)可以通過對(duì)不同類型的數(shù)據(jù)進(jìn)行收集和分析，從而獲取到相應(yīng)的商業(yè)價(jià)值。因此，數(shù)據(jù)庫(kù)已經(jīng)成為了企業(yè)信息管理的核心工具之一。而面對(duì)著不斷增長(zhǎng)的數(shù)據(jù)量，如何設(shè)計(jì)一個(gè)高效可靠的大數(shù)據(jù)庫(kù)就成為了企業(yè)數(shù)據(jù)信息管理的關(guān)鍵問題之一。
創(chuàng)新互聯(lián)是一家集網(wǎng)站建設(shè),東安企業(yè)網(wǎng)站建設(shè),東安品牌網(wǎng)站建設(shè),網(wǎng)站定制,東安網(wǎng)站建設(shè)報(bào)價(jià),網(wǎng)絡(luò)營(yíng)銷,網(wǎng)絡(luò)優(yōu)化,東安網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競(jìng)爭(zhēng)力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時(shí)我們時(shí)刻保持專業(yè)、時(shí)尚、前沿，時(shí)刻以成就客戶成長(zhǎng)自我，堅(jiān)持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實(shí)用型網(wǎng)站。
一、確定數(shù)據(jù)庫(kù)架構(gòu)
要設(shè)計(jì)出一個(gè)高效可靠的大數(shù)據(jù)庫(kù)，首先需要確定數(shù)據(jù)庫(kù)里的表結(jié)構(gòu)和數(shù)據(jù)架構(gòu)。在設(shè)計(jì)過程中，需要充分考慮到存儲(chǔ)數(shù)據(jù)的量和訪問數(shù)據(jù)的方式。數(shù)據(jù)庫(kù)的表結(jié)構(gòu)設(shè)計(jì)不僅僅要滿足業(yè)務(wù)的需求，更應(yīng)該考慮到數(shù)據(jù)的可讀性、可維護(hù)性、擴(kuò)展性和性能等方面。數(shù)據(jù)庫(kù)的架構(gòu)設(shè)計(jì)需要考慮到數(shù)據(jù)在各個(gè)表之間的關(guān)系，通過對(duì)數(shù)據(jù)表之間的關(guān)系進(jìn)行分析和優(yōu)化，可以提高數(shù)據(jù)檢索和查詢效率。
二、選擇合適的數(shù)據(jù)庫(kù)引擎
選取合適的數(shù)據(jù)庫(kù)引擎也是設(shè)計(jì)大數(shù)據(jù)庫(kù)重要的一環(huán)。有一些數(shù)據(jù)庫(kù)引擎可能更加適合存儲(chǔ)特定類型的數(shù)據(jù)，比如MySQL用于存儲(chǔ)非關(guān)系型數(shù)據(jù)，而Oracle更適合存儲(chǔ)關(guān)系型數(shù)據(jù)。每個(gè)數(shù)據(jù)庫(kù)引擎都有它自己優(yōu)點(diǎn)和限制，因此，在選擇數(shù)據(jù)庫(kù)引擎時(shí)需要考慮到數(shù)據(jù)類型、性能和可靠性等方面。
三、優(yōu)化查詢性能
在設(shè)計(jì)數(shù)據(jù)庫(kù)時(shí)需要考慮到如何優(yōu)化查詢性能。對(duì)于大型的數(shù)據(jù)庫(kù)來說，查詢操作是比其他操作更加常見的。因此，數(shù)據(jù)查詢的效率會(huì)直接影響到整個(gè)系統(tǒng)的性能。為了保證查詢效率，可以進(jìn)行一些性能優(yōu)化措施，如建立索引、使用緩存和進(jìn)行定時(shí)備份等。
四、保證數(shù)據(jù)安全
數(shù)據(jù)安全也是設(shè)計(jì)大數(shù)據(jù)庫(kù)必須考慮的問題之一。在設(shè)計(jì)數(shù)據(jù)庫(kù)結(jié)構(gòu)時(shí)需要保證數(shù)據(jù)的安全性，防止非法用戶進(jìn)行篡改和破壞操作。這需要通過加密技術(shù)和權(quán)限管理等措施來保證。特別是在云數(shù)據(jù)庫(kù)中，保證數(shù)據(jù)的安全性尤其重要，需要控制訪問權(quán)限、加強(qiáng)數(shù)據(jù)加密和記錄用戶操作日志等。
五、備份和災(zāi)難恢復(fù)
無論是大型數(shù)據(jù)庫(kù)還是小型數(shù)據(jù)庫(kù)，備份和災(zāi)難恢復(fù)都是非常重要的。對(duì)于大型數(shù)據(jù)庫(kù)而言，備份和災(zāi)難恢復(fù)顯得尤為重要。因?yàn)楫?dāng)出現(xiàn)數(shù)據(jù)庫(kù)故障或數(shù)據(jù)丟失時(shí)，恢復(fù)時(shí)間和數(shù)據(jù)量的大小都是非常關(guān)鍵的。因此，在設(shè)計(jì)大型數(shù)據(jù)庫(kù)時(shí)，需要考慮到備份和災(zāi)難恢復(fù)機(jī)制，包括數(shù)據(jù)備份頻率、備份目標(biāo)和備份方式等。
六、保證數(shù)據(jù)質(zhì)量
在設(shè)計(jì)大數(shù)據(jù)庫(kù)時(shí)，一個(gè)關(guān)鍵問題就是如何保證數(shù)據(jù)的質(zhì)量。數(shù)據(jù)質(zhì)量問題可能會(huì)產(chǎn)生諸如決策失誤、重復(fù)采集和過期數(shù)據(jù)等一系列問題。保證數(shù)據(jù)質(zhì)量需要維護(hù)數(shù)據(jù)的完整性、精確性、一致性、準(zhǔn)確性和合法性。這需要一系列的數(shù)據(jù)檢查和數(shù)據(jù)清理措施來保證。
綜上所述，設(shè)計(jì)一個(gè)高效可靠的大數(shù)據(jù)庫(kù)需要綜合考慮數(shù)據(jù)架構(gòu)、數(shù)據(jù)庫(kù)引擎的選擇、查詢性能優(yōu)化、數(shù)據(jù)安全、備份和災(zāi)難恢復(fù)機(jī)制以及數(shù)據(jù)質(zhì)量等多種因素。只有在這些方面完全考慮到，才能從源頭上確保數(shù)據(jù)的準(zhǔn)確性和完整性，從而達(dá)到實(shí)現(xiàn)商業(yè)目標(biāo)和戰(zhàn)略目標(biāo)的目的。
相關(guān)問題拓展閱讀：
- 大型ERP等數(shù)據(jù)庫(kù)系統(tǒng)常見幾種設(shè)計(jì)
- 數(shù)據(jù)庫(kù)原理第五章數(shù)據(jù)庫(kù)設(shè)計(jì)
大型ERP等數(shù)據(jù)庫(kù)系統(tǒng)常見幾種設(shè)計(jì)
早期的數(shù)據(jù)庫(kù)系統(tǒng)，經(jīng)常采用某種編號(hào)，比如身份證號(hào)碼，公司編號(hào)等等作為數(shù)據(jù)庫(kù)表的 primary key。然而，很快，大家就發(fā)現(xiàn)其中的不利之處?！ ”热缭缙诘尼t(yī)院管理系統(tǒng)，用身份證號(hào)碼作為病人表的 primary key。然而，之一，不是每個(gè)人都有身份證；第二，對(duì)于國(guó)外來的病人，不同國(guó)家的病人的證件號(hào)碼并不見得沒有重復(fù)。因此，用身份證號(hào)碼作為病人表的 primary key是一個(gè)非常糟糕的設(shè)計(jì)?？紤]到?jīng)]有醫(yī)生或者護(hù)士會(huì)刻意去記這些號(hào)碼，使用自增長(zhǎng) primary key是更好的設(shè)計(jì)?！ 」揪幪?hào)采用某種特定的編碼方法，這也是早期的數(shù)據(jù)庫(kù)系統(tǒng)常見的做法。它的缺點(diǎn)也顯而易見：很容易出現(xiàn)像千年蟲的軟件問題，因?yàn)楫?dāng)初設(shè)計(jì)數(shù)據(jù)庫(kù)表的時(shí)候設(shè)胡者計(jì)的位數(shù)太短，導(dǎo)致系統(tǒng)使用幾年后不能滿足要求，只有修改程序才能繼續(xù)使用。問題在于，任何人設(shè)計(jì)系統(tǒng)的時(shí)候，在預(yù)計(jì)某某編號(hào)多少位可以夠用的時(shí)候，都存在預(yù)計(jì)不準(zhǔn)的風(fēng)險(xiǎn)。而采用自增長(zhǎng) primary key 則不存在這種問題。同樣的道理，沒有人可以去記這些號(hào)碼。 使用自增長(zhǎng) primary key另外一個(gè)原因是性能問題。略有編程常識(shí)的人都知道，數(shù)字大小比較比字符串大小比較要快得多。使用自增長(zhǎng) primary key可以大大地提高數(shù)據(jù)查找速度?！ ?. 避免用復(fù)合主鍵 (compound primary key) 這主要還是因?yàn)樾阅軉栴}。數(shù)據(jù)檢索是要用到大量的 primary key 值比較，只比較一個(gè)字段比比較多個(gè)字段快很多。使用單個(gè) primary key 從編程的角度也很有好處， sql 語句中 where 條件可以寫更少的代碼，這意味著出錯(cuò)的機(jī)會(huì)大大減少。 3. 雙主鍵 雙主鍵是指數(shù)據(jù)庫(kù)表有兩個(gè)字段，這兩個(gè)字段獨(dú)立成為主鍵，但又同時(shí)存在。 數(shù)據(jù)庫(kù)系統(tǒng)的雙主鍵最早用在用戶管理模塊。最早的來源可能是參照操作系統(tǒng)的用戶管理模塊?！ ∽鐾〔僮飨到y(tǒng)的用戶管理有兩個(gè)獨(dú)立的主鍵：操作系統(tǒng)自己自動(dòng)生成的隨機(jī) ID (Linux, windows 的 SID), login id。這兩個(gè) ID 都必須是唯一的，不同的是，刪除用戶 test 然后增加一個(gè)用戶 test, SID 不同，login id 相同。采用雙主鍵主要目的是為了防止刪除后增加同樣的 login id 造成的混亂。比如銷售經(jīng)理 hellen 本機(jī)共享文件給總經(jīng)理 peter, 一年后總經(jīng)理離開公司，進(jìn)來一個(gè)普通員工 peter ，兩個(gè)peter 用同樣的 login id, 如果只用 login id 作操作系統(tǒng)的用戶管理主純做坦鍵，則存在漏洞：普通員工 peter 可以訪問原來只有總經(jīng)理才能看的文件。操作系統(tǒng)自己自動(dòng)生成的隨機(jī) ID 一般情況下面用戶是看不到的?！ ‰p主鍵現(xiàn)在已經(jīng)廣泛用在各種數(shù)據(jù)庫(kù)系統(tǒng)中，不限于用戶管理系統(tǒng)?！ ?. 以固定的數(shù)據(jù)庫(kù)、表應(yīng)付變化的客戶需求 這主要基于以下幾個(gè)因素的考慮： 4.1 大型 EPR 系統(tǒng)的正常使用、維護(hù)需要軟件廠商及其眾多的合作伙伴共同給客戶提供技術(shù)服務(wù)，包括大量的二次開發(fā)?！ ∪绻脩粼谲浖Ｊ褂眠^程中需要增加新的表或者數(shù)據(jù)庫(kù)，將給軟件廠商及其眾多的合作伙伴帶來難題。 4.2 軟件升級(jí)的需要?！ ]有一個(gè)軟件能夠讓客戶使用幾十上百年不用升級(jí)的。軟件升級(jí)往往涉及數(shù)據(jù)庫(kù)表結(jié)構(gòu)的改變。軟件廠商會(huì)做額外的程序?qū)⒃缙诎姹拒浖臄?shù)據(jù)庫(kù)數(shù)據(jù)升級(jí)到新的版本，但是對(duì)于用戶使用過程中生成的表進(jìn)行處理就比較為難?！ ?.3 軟件開發(fā)的需要?！ ∈褂霉潭ǖ臄?shù)據(jù)庫(kù)庫(kù)表從開發(fā)、二次開發(fā)來說，更加容易。對(duì)于用戶使用過程中生成的表，每次查找數(shù)據(jù)時(shí)都要先查表名，再找數(shù)據(jù)，比較麻煩?！ ∨e例來說，早期的用友財(cái)務(wù)軟件用 Access 作數(shù)據(jù)庫(kù)，每年建立一個(gè)新的數(shù)據(jù)庫(kù)。很快，用戶和用友公司都發(fā)現(xiàn)，跨年度數(shù)據(jù)分析很難做。因此這是一個(gè)不好的設(shè)計(jì)。在 ERP 中，很少有不同的年度數(shù)據(jù)單獨(dú)分開。一般來說，所有年份的數(shù)據(jù)都在同一個(gè)表中。對(duì)于跨國(guó)公司甚至整個(gè)集團(tuán)公司都用同一個(gè) ERP 系統(tǒng)的時(shí)候，所有公司的數(shù)據(jù)都在一起。這樣的好處是數(shù)據(jù)分析比較容易做?！ ‖F(xiàn)在大多數(shù)數(shù)據(jù)庫(kù)系統(tǒng)都能做到在常數(shù)時(shí)間內(nèi)返回一定量的數(shù)據(jù)。比如，Oracle 數(shù)據(jù)庫(kù)中，根據(jù) primary key 在 100萬條數(shù)據(jù)中取 10 條數(shù)據(jù)，與在1 億條數(shù)據(jù)中取 10 條數(shù)據(jù)，時(shí)間相差并不多。 5. 避免一次取數(shù)據(jù)庫(kù)大量數(shù)據(jù)，取大量數(shù)據(jù)一定要用分頁?！ ∵@基本上是現(xiàn)在很多數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)的基本守則。ERP 系統(tǒng)中超過 100萬條數(shù)據(jù)的表很多，對(duì)于很多表中的任何一個(gè)，一次取所有的會(huì)導(dǎo)致數(shù)據(jù)庫(kù)服務(wù)器長(zhǎng)時(shí)間處于停滯狀態(tài)，并且影響其它在線用戶的系統(tǒng)響應(yīng)速度?！ ∫话銇碚f，日常操作，在分頁顯示的情況下面，每次取得數(shù)據(jù)在之間，系統(tǒng)響應(yīng)速度足夠快，客戶端基本沒有特別長(zhǎng)的停頓。這是比較理想的設(shè)計(jì)。這也是大型數(shù)據(jù)庫(kù)系統(tǒng)往往用 ODBC, ADO 等等通用的數(shù)據(jù)庫(kù)聯(lián)接組件而不用特定的速度較快的專用數(shù)據(jù)庫(kù)聯(lián)接組件的原因。因?yàn)橄到y(tǒng)瓶頸在于數(shù)據(jù)庫(kù)( Database) 方面(數(shù)據(jù)量大)，而不在于客戶端(客戶端每次只取少量數(shù)據(jù))?！ ≡?B/S 數(shù)據(jù)庫(kù)系統(tǒng)中，分頁非常普遍。早期的數(shù)據(jù)庫(kù)系統(tǒng)經(jīng)常有客戶端程序中一次性取大量數(shù)據(jù)做緩沖。現(xiàn)在已經(jīng)不是特別需要了，主要原因有： 5.1 數(shù)據(jù)庫(kù)本身的緩沖技術(shù)大大提高?！ 〈蟛糠?jǐn)?shù)據(jù)庫(kù)都會(huì)自動(dòng)將常用的數(shù)據(jù)自動(dòng)放在內(nèi)存中緩沖，以提高性能。 5.2 數(shù)據(jù)庫(kù)聯(lián)接組件的緩沖技術(shù)也在提高。 包括 ADO 在內(nèi)的一些數(shù)據(jù)庫(kù)聯(lián)接組件都會(huì)自動(dòng)對(duì)數(shù)據(jù)結(jié)果集(result set)進(jìn)行緩沖，并且效果不錯(cuò)。比較新穎的數(shù)據(jù)庫(kù)聯(lián)接組件，比如 Hibernate 也加入了一些數(shù)據(jù)結(jié)果集緩沖功能。 當(dāng)然，也有一些數(shù)據(jù)庫(kù)聯(lián)接組件沒有對(duì)數(shù)據(jù)結(jié)果集進(jìn)行緩沖，比如 JDBC Driver，不過幾年之內(nèi)情況應(yīng)該有所改觀。也有些不太成功的數(shù)據(jù)緩沖，比如 EJB 中的實(shí)體Bean，性能就不盡如人意，實(shí)體Bean數(shù)據(jù)也是放在內(nèi)存中，可能是因?yàn)檎加脙?nèi)存過多的緣故?！ ∠鄬?duì)來說，今天的程序員寫客戶端數(shù)據(jù)緩沖，能夠超過以上兩個(gè)緩沖效果的，已經(jīng)比較難了。
數(shù)據(jù)庫(kù)原理第五章數(shù)據(jù)庫(kù)設(shè)計(jì)
第五章 數(shù)據(jù)庫(kù)設(shè)計(jì)
67. 什么是念櫻軟件生存期：
軟件生存期是軟件工程的一個(gè)重要概念。是指從軟件的規(guī)劃、研制、實(shí)現(xiàn)、投入羨皮運(yùn)行后的維護(hù)，直到它被新的軟件所取代而停止使用的整個(gè)期間。通常分為六個(gè)階段：
（1） 規(guī)劃階段
（2） 需求分析階段
（3） 設(shè)計(jì)階段
（4） 程序編制階段
（5） 調(diào)試階段
（6） 運(yùn)行維護(hù)階段
68. 數(shù)據(jù)庫(kù)系統(tǒng)的生存期：
一般分為七個(gè)階段，即：
（1） 規(guī)劃階段
（2） 需求分析階段 1）信息要求 2）處理要求 3）安全性和完整性要求
（3） 概念設(shè)計(jì)階段
（4） 邏輯設(shè)計(jì)階段 兩部分：數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)和應(yīng)用程序設(shè)計(jì)
（5） 物理設(shè)計(jì)階段 兩部分：物理數(shù)據(jù)庫(kù)結(jié)構(gòu)的選擇和邏輯設(shè)計(jì)中程序模塊說明的精確化
（6） 實(shí)現(xiàn)階段
（7） 運(yùn)行維護(hù)階段
69. 數(shù)據(jù)庫(kù)設(shè)計(jì)過程的輸入有哪些內(nèi)容：
（1） 總體信息需求
（2） 處理需求
（3） DBMS的特征
（4） 硬件和OS特征
70. 數(shù)據(jù)庫(kù)設(shè)計(jì)過程的輸出有哪兩部分：
一部分是完整的數(shù)據(jù)庫(kù)結(jié)構(gòu)，其中包括邏輯結(jié)構(gòu)與物理結(jié)構(gòu)。
另一部分是基于數(shù)據(jù)庫(kù)結(jié)構(gòu)和處理要求的應(yīng)用程序的設(shè)計(jì)原則。
71. 常見的數(shù)據(jù)庫(kù)設(shè)計(jì)方法有哪幾種：
（1） 視圖模式化及視圖匯總設(shè)計(jì)方法
（2） 關(guān)系模式的設(shè)計(jì)方法
（3） 新奧爾良設(shè)計(jì)方法
（4） 基于E-R模型的數(shù)據(jù)庫(kù)設(shè)計(jì)方法
（5） 基于3NF的設(shè)計(jì)方法
（6） 基于抽象語法規(guī)范的設(shè)計(jì)方法
（7） 計(jì)算機(jī)輔助數(shù)據(jù)庫(kù)設(shè)計(jì)方法
72. 實(shí)用的數(shù)據(jù)庫(kù)設(shè)計(jì)方法至少應(yīng)包括哪些內(nèi)容：
（1） 設(shè)計(jì)過程
（2） 設(shè)計(jì)技術(shù)
（3） 評(píng)價(jià)準(zhǔn)則
（4） 信息需求
（5） 描述機(jī)制
73. 一種設(shè)計(jì)方法學(xué)需要有三種基本類型的描述機(jī)制：
（1） 實(shí)現(xiàn)設(shè)計(jì)過程的最終結(jié)果將用DBMS的DDL表示。
（2） 信息輸入的描述。
（3） 在信息輸入和DDL描述之間的其它中間步驟的結(jié)果的描述。
74. 數(shù)據(jù)庫(kù)設(shè)計(jì)中的規(guī)劃階段的主要任務(wù)：
是進(jìn)行建立數(shù)據(jù)庫(kù)的必要性及可行性分析，確定數(shù)據(jù)庫(kù)系統(tǒng)在組織中和信息系統(tǒng)中的地位，以及各個(gè)數(shù)據(jù)庫(kù)之間的聯(lián)系。
75. 需求分析階段的任務(wù)：
需求分析階段應(yīng)該對(duì)系統(tǒng)的整個(gè)應(yīng)用情況作全面的、詳細(xì)的調(diào)查，確定企業(yè)組織的目標(biāo)，收集支持系統(tǒng)總的設(shè)計(jì)目標(biāo)的基礎(chǔ)數(shù)據(jù)和對(duì)這些數(shù)據(jù)的要求，確定用戶的需求，并把這些要求寫成用戶和數(shù)據(jù)庫(kù)設(shè)計(jì)者都能接受的文檔。
76. 需求分析的步驟：
大致可分為三步來完成，即需求信息的收集、分析整理和評(píng)審。
77. 數(shù)據(jù)字典由哪幾部分組成：
（1） 數(shù)據(jù)項(xiàng)
（2） 數(shù)據(jù)結(jié)構(gòu)
（3） 數(shù)據(jù)流
（4） 數(shù)據(jù)存儲(chǔ)
（5） 加工過程
78. 數(shù)據(jù)抽象：
抽象是對(duì)實(shí)際的人、物、事或概念的人為處理，它抽取人們關(guān)心的共同特性，忽略非本質(zhì)的細(xì)節(jié)，并把這些特性用各種概念精確地加以描述，這些概念組成了某種模型。
抽象有兩種形式，系統(tǒng)狀態(tài)抽象（抽象對(duì)象）和系統(tǒng)轉(zhuǎn)換抽象（抽象運(yùn)算）。
79. 對(duì)象的兩種形式：
（1） 聚集：的數(shù)學(xué)意義就是笛卡爾積的概念。通過聚集，形成對(duì)象之間的一個(gè)聯(lián)系對(duì)象。
（2） 概括：是從一類其它對(duì)象形成一個(gè)對(duì)象。對(duì)于一類對(duì)象{O1，O2，……，On}可以概括成對(duì)象O，那么Oi稱為O的其中一個(gè)。
80. 依賴聯(lián)系：
在現(xiàn)實(shí)世界中，常常有某些實(shí)體對(duì)于另一些實(shí)體具有很強(qiáng)的依賴關(guān)系，即一個(gè)實(shí)體的存在必須以另一個(gè)實(shí)體的存在為前提。我們通常把前者稱為弱實(shí)體。在ER圖中，用雙線框表示弱實(shí)體，用指向弱實(shí)體的箭頭表明依賴聯(lián)系。
81. 子類、超類：
某個(gè)實(shí)體類型中所有實(shí)體同時(shí)也是另一實(shí)體類型中的實(shí)體。此時(shí)，我們稱前一實(shí)體類型是后一實(shí)體類型的子類，后一實(shí)體類型稱為超類。在ER圖中，帶有子類的實(shí)體類型（超類）以兩端雙線的矩形框表示，并用加圈的弧線與其子類相連，子類本身仍用普通矩形框表示。
子類具有一個(gè)很重要的性質(zhì)：繼承性。它可繼承超類上定義的全部屬性，其本身還可包含其它另外的屬性。
82. ER模型的操作：
（1） 實(shí)體類型的分裂：垂直分割、水平分割
（2） 實(shí)體類型合并：分裂的逆兄高差過程。
（3） 聯(lián)系類型的分裂
（4） 聯(lián)系類型的合并
83. 采用ER方法的數(shù)據(jù)庫(kù)概念設(shè)計(jì)分成哪三步：
（1） 設(shè)計(jì)局部ER模式：1）確定局部結(jié)構(gòu)范圍 2）實(shí)體定義 3）聯(lián)系定義 4）屬性分配
（2） 設(shè)計(jì)全局ER模式：1）確定公共實(shí)體類型 2）局部ER模式的合并 3）消除沖突。
（3） 全局ER模式的優(yōu)化：1）實(shí)體類型的合并 2）冗余屬性的消除 3）冗余聯(lián)系的消除
84. 沖突分為哪三種：
屬性沖突，包括屬性域的沖突、屬性取值單位沖突。
結(jié)構(gòu)沖突，包括：
（1） 同一對(duì)象在不同應(yīng)用中的不同抽象。
（2） 同一實(shí)體在不同局部ER圖中屬性組成不同。
（3） 實(shí)體之間的聯(lián)系在不同的局部ER圖中呈現(xiàn)不同的類型。
命名沖突，包括屬性名，實(shí)體名，聯(lián)系名之間的沖突：同名異義、異名同義
85. ER模型向關(guān)系模型的轉(zhuǎn)換：
ER模型中的主要成分是實(shí)體類型和聯(lián)系類型。
對(duì)實(shí)體類型，將每個(gè)實(shí)體類型轉(zhuǎn)換成一個(gè)關(guān)系模式，實(shí)體的屬性即為關(guān)系模式的屬性，實(shí)體標(biāo)識(shí)符即為關(guān)系模式的鍵。
對(duì)聯(lián)系類型，就視1：1、1：N、M：N三種不同的情況做不同處理。
（1） 對(duì)1：1可在兩個(gè)實(shí)體類型轉(zhuǎn)換成的兩個(gè)關(guān)系模式中任意一個(gè)關(guān)系模式的屬性中加入另一個(gè)關(guān)系模式的鍵和聯(lián)系類型的屬性。
（2） 對(duì)1：N，則在N端實(shí)體類型轉(zhuǎn)換成的關(guān)系模式中加入1端實(shí)體類型轉(zhuǎn)換成的關(guān)系模式的鍵和聯(lián)系類型的屬性。
（3） 對(duì)M：N，則將聯(lián)系類型也轉(zhuǎn)換成關(guān)系模式，其屬性為兩端實(shí)體類型的鍵盤加上聯(lián)系類型的屬性，而鍵為兩端實(shí)體鍵的組合。
86. 什么是物理設(shè)計(jì)：
對(duì)一個(gè)給定的邏輯數(shù)據(jù)模型選取一個(gè)最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)的過程，稱為數(shù)據(jù)庫(kù)的物理設(shè)計(jì)。物理結(jié)構(gòu)，主要指數(shù)據(jù)庫(kù)在物理設(shè)備上的存儲(chǔ)結(jié)構(gòu)和存取方法。
87. 物理設(shè)計(jì)的步驟：
物理設(shè)計(jì)可分五步完成，前三步涉及到物理數(shù)據(jù)庫(kù)結(jié)構(gòu)的設(shè)計(jì)，后兩步涉及約束和具體的程序設(shè)計(jì)。
（1） 存儲(chǔ)記錄結(jié)構(gòu)設(shè)計(jì)
（2） 確定數(shù)據(jù)存儲(chǔ)安排
（3） 訪問方法的設(shè)計(jì)
（4） 完整性和安全性
（5） 程序設(shè)計(jì)
88. 在數(shù)據(jù)庫(kù)系統(tǒng)生存期中，生存期的總開銷可分為幾項(xiàng)：
規(guī)劃開銷、設(shè)計(jì)開銷、實(shí)現(xiàn)與測(cè)試開銷、操作開銷、維護(hù)開銷。
89. 用戶使用和計(jì)算機(jī)資源的操作開銷是：
（1） 查詢響應(yīng)時(shí)間
（2） 更新事務(wù)的開銷
（3） 報(bào)告生成的開銷
（4） 改組頻率和開銷
（5） 主存儲(chǔ)空間
（6） 輔助存儲(chǔ)空間
90. 數(shù)據(jù)庫(kù)實(shí)現(xiàn)階段的主要工作：
（1） 建立實(shí)際數(shù)據(jù)庫(kù)結(jié)構(gòu)
（2） 試運(yùn)行
（3） 裝入數(shù)據(jù)
91. 數(shù)據(jù)庫(kù)的重新組織設(shè)計(jì)：
對(duì)數(shù)據(jù)庫(kù)的概念模式、邏輯結(jié)構(gòu)或物理結(jié)構(gòu)的改變稱為重新組織，其中改變概念模式或邏輯結(jié)構(gòu)又稱為重新構(gòu)造，改變物理結(jié)構(gòu)則稱為重新格式化。
92. 運(yùn)行維護(hù)階段的主要工作：
（1） 維護(hù)數(shù)據(jù)庫(kù)的安全性和完整性控制及系統(tǒng)的轉(zhuǎn)儲(chǔ)和恢復(fù)。
（2） 性能的監(jiān)督、分析與改進(jìn)。
（3） 增加新功能。
（4） 發(fā)現(xiàn)錯(cuò)誤，修改錯(cuò)誤。
數(shù)據(jù)信息 大數(shù)據(jù)庫(kù)設(shè)計(jì)的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于數(shù)據(jù)信息 大數(shù)據(jù)庫(kù)設(shè)計(jì),數(shù)據(jù)信息管理：如何設(shè)計(jì)大數(shù)據(jù)庫(kù),大型ERP等數(shù)據(jù)庫(kù)系統(tǒng)常見幾種設(shè)計(jì),數(shù)據(jù)庫(kù)原理第五章數(shù)據(jù)庫(kù)設(shè)計(jì)的信息別忘了在本站進(jìn)行查找喔。
香港服務(wù)器選創(chuàng)新互聯(lián)，2H2G首月10元開通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）互聯(lián)網(wǎng)服務(wù)提供商,擁有超過10年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗(yàn)。專業(yè)提供云主機(jī)、虛擬主機(jī)、域名注冊(cè)、VPS主機(jī)、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。
新聞標(biāo)題：數(shù)據(jù)信息管理：如何設(shè)計(jì)大數(shù)據(jù)庫(kù)(數(shù)據(jù)信息大數(shù)據(jù)庫(kù)設(shè)計(jì))
新聞來源：http://m.5511xx.com/article/dpohpec.html
