1.需求分析階段
準確了解與分析用戶(hù)需求(包括數據與處理)
是整個(gè)設計過(guò)程的基礎,是最困難、最耗費時(shí)間的一步
2.概念結構設計階段
是整個(gè)數據庫設計的關(guān)鍵
通過(guò)對用戶(hù)需求進(jìn)行綜合、歸納與抽象,形成一個(gè)獨立于具體DBMS的概念模型
3.邏輯結構設計階段
將概念結構轉換為某個(gè)DBMS所支持的數據模型
對其進(jìn)行優(yōu)化
4.數據庫物理設計階段
為邏輯數據模型選取一個(gè)最適合應用環(huán)境的物理結構(包括存儲結構和存取方法)
5.數據庫實(shí)施階段
運用DBMS提供的數據語(yǔ)言、工具及宿主語(yǔ)言,根據邏輯設計和物理設計的結果
建立數據庫,編制與調試應用程序,組織數據入庫,并進(jìn)行試運行
6.數據庫運行和維護階段
數據庫應用系統經(jīng)過(guò)試運行后即可投入正式運行。
數據庫,簡(jiǎn)單來(lái)說(shuō)是本身可視為電子化的文件柜——存儲電子文件的處所,用戶(hù)可以對文件中的數據進(jìn)行新增、截取、更新、刪除等操作。
數據庫指的是以一定方式儲存在一起、能為多個(gè)用戶(hù)共享、具有盡可能小的冗余度、與應用程序彼此獨立的數據集合。
在經(jīng)濟管理的日常工作中,常常需要把某些相關(guān)的數據放進(jìn)這樣的“倉庫”,并根據管理的需要進(jìn)行相應的處理。
例如,企業(yè)或事業(yè)單位的人事部門(mén)常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡(jiǎn)歷等)存放在表中,這張表就可以看成是一個(gè)數據庫。有了這個(gè)"數據倉庫"我們就可以根據需要隨時(shí)查詢(xún)某職工的基本情況,也可以查詢(xún)工資在某個(gè)范圍內的職工人數等等。這些工作如果都能在計算機上自動(dòng)進(jìn)行,那我們的人事管理就可以達到極高的水平。此外,在財務(wù)管理、倉庫管理、生產(chǎn)管理中也需要建立眾多的這種"數據庫",使其可以利用計算機實(shí)現財務(wù)、倉庫、生產(chǎn)的自動(dòng)化管理。
數據庫是依照某種數據模型組織起來(lái)并存放二級存儲器中的數據集合。這種數據集合具有如下特點(diǎn):盡可能不重復,以最優(yōu)方式為某個(gè)特定組織的多種應用服務(wù),其數據結構獨立于使用它的應用程序,對數據的增、刪、改、查由統一軟件進(jìn)行管理和控制。從發(fā)展的歷史看,數據庫是數據管理的高級階段,它是由文件管理系統發(fā)展起來(lái)的。
基本的有:布爾邏輯,截詞檢索,加權檢索,位置算符等
但是,根據實(shí)際情況,可以說(shuō)有無(wú)限種。
掌握知識結構 《數據庫原理》的主要內容有SQL語(yǔ)言、關(guān)系代數、關(guān)系演算語(yǔ)言、數據庫設計與保護、關(guān)系理論等。
其他一些有關(guān)關(guān)系數據庫管理系統實(shí)例與數據技術(shù)新發(fā)展的內容屬于了解范圍,學(xué)習這些知識可以擴寬你的眼界,但它們并不在考試范圍內。 關(guān)系代數、SQL語(yǔ)言的難度都不是很大。
其中,SQL語(yǔ)言和關(guān)系代數(演算)要求掌握各種語(yǔ)句的應用,多做書(shū)中的例題可以幫助自己熟能生巧。最難的部分在于關(guān)系數據庫設計理論,很多概念比較抽象,難于理解,這部分需要花多點(diǎn)的時(shí)間來(lái)學(xué)習。
學(xué)習數據庫設計時(shí)必須要對整個(gè)數據庫設計流程有清晰的認識。 從需求分析→概念結構設計→邏輯結構設計→數據庫物理→數據庫運行和維護,各階段的主要任務(wù)都要清楚明了。
建議大家參照書(shū)中例題多做一些數據庫設計,會(huì )有很好的效果。 數據庫保護部分屬于需要多看多記的內容,數據庫設計章節的內容則屬于記憶加應用的類(lèi)型,在熟記設計步驟的基礎上,要反復閱讀書(shū)中的例子以加深理解。
第一范式,第二范式……這些概念非常抽象,是許多考生頭痛的問(wèn)題。這一部分內容的學(xué)習關(guān)鍵是要抓住數據依賴(lài)關(guān)系來(lái)區分各種范式,要弄清改變各種范式最終的目的是優(yōu)化數據庫,另外最好把各種概念應用到實(shí)際例子中來(lái)記憶。
抓住了上述幾條,復習起來(lái)就可以有的放矢,輕松多了。 認真做好習題 雖然我們并不提倡題海戰術(shù),但在把基本知識復習好的基礎上適當地多做試題的確有助于我們順利通過(guò)考試。
你可以從一些提供自考學(xué)習資源的網(wǎng)站上獲得試卷并將它們打印出來(lái)認真地做一遍。 理論實(shí)踐相結合 理論知識的學(xué)習可以開(kāi)拓人的眼界。
以前我自學(xué)數據庫知識,以為一個(gè)FoxBase就是數據庫管理系統,通過(guò)理論學(xué)習我才認識到自己只是井底之蛙,FoxBase只是一個(gè)小型的數據庫管理系統。 實(shí)踐可以讓你把抽象的理論知識理解、掌握得更透徹;光在紙上書(shū)寫(xiě)SQL語(yǔ)言是紙上談兵,你可以找一些數據庫管理系統,如mySQL、msSQL,自己做一個(gè)數據庫用一用SQL語(yǔ)言,可以加深你的理解。
如有機會(huì ),你還可以參加一個(gè)數據庫系統的實(shí)際項目設計,運用所學(xué)的數據庫設計理論來(lái)指導實(shí)踐,這樣可以進(jìn)一步鞏固所學(xué)的理論知識。
1.數據冗余 定義:同一數據存儲在不同的數據文件中的現象。
2.DBA 數據庫管理員
3.事務(wù) 指訪(fǎng)問(wèn)并可能更新數據庫中各種數據項的一個(gè)程序執行單元(unit)。
4.數據字典 :數據庫中所有對象及其關(guān)系的信息集合。
5.數據獨立性 包括數據的物理獨立性和邏輯獨立性。
6.物理獨立性 是指用戶(hù)的應用程序與存儲在磁盤(pán)上的數據庫中數據是相互獨立的
7.邏輯獨立性 是指用戶(hù)的應用程序與數據庫的邏輯結構是相互獨立的
8. 存儲過(guò)程 是一組為了完成特定功能的SQL語(yǔ)句集
9.觸發(fā)器 可以查詢(xún)其他表,而且可以包含復雜的 SQL 語(yǔ)句。它們主要用于強制服從復雜的業(yè)務(wù)規則或要求
數據庫管理的主要內容有:數據庫的建立、數據庫的調整、數據庫的重組、數據庫的重構、數據庫的安全控制、數據的完整性控制和對用戶(hù)提供技術(shù)支持。
數據庫的建立:數據庫的設計只是提供了數據的類(lèi)型、邏輯結構、聯(lián)系、約束和存儲結構等有關(guān)數據的描述。這些描述稱(chēng)為數據模式。要建立可運行的數據庫,還需進(jìn)行下列工作:
(1)選定數據庫的各種參數,例如最大的數據存儲空間、緩沖決的數量、并發(fā)度等。這些參數可以由用戶(hù)設置,也可以由系統按默認值設置。
(2)定義數據庫,利用數據庫管理系統(DBMS)所提供的數據定義語(yǔ)言和命令,定義數據庫名、數據模式、索引等。
(3)準備和裝入數據,定義數據庫僅僅建立了數據庫的框架,要建成數據庫還必須裝入大量的數據,這是一項浩繁的工作。在數據的準備和錄入過(guò)程中,必須在技術(shù)和制度上采取措施,保證裝入數據的正確性。計算機系統中原已積累的數據,要充分利用,盡可能轉換成數據庫的數據。
這樣可以么?
一、人工管理階段:特點(diǎn) 數據的管理者:人 數據面向的對象:某一應用程序 數據的共享程度:無(wú)共享,冗余度極大 數據的獨立性:不獨立,完全依賴(lài)于程序 數據的結構化:無(wú)結構 數據控制能力:應用程序自己控制 二、文件系統階段:特點(diǎn) 數據的管理者:文件系統 數據面向的對象:某一應用程序 數據的共享程度:共享性差,冗余度大 數據的獨立性:獨立性差 數據的結構化:記錄內有結構,整體無(wú)結構 數據控制能力:應用程序自己控制 三、數據庫系統階段:特點(diǎn) 數據的管理者:數據庫管理系統 數據面向的對象:整個(gè)應用系統 數據的共享程度:共享性高,冗余度小 數據的獨立性:具有高度的物理獨立性和邏輯獨立性 數據的結構化:整體結構化,用數據模型描述 數據控制能力:由數據庫管理系統提供數據安全性、完整性、并發(fā)控制和恢復能力。
1 邏輯設計
2 一對多
3 企業(yè)對信息的需求
4 功能模塊圖
5 數據庫概念設計
6 將概念結構設計的E-R圖轉換為DBMS支持的數據模型
7 確定存取方法
8 自頂向下的方法
9 15
10 2
11 1
12 程序流程圖
13 規范化問(wèn)題是要考慮的重要因素之一
14 函數依賴(lài)
15 3NF
16 pq
17 R是2NF但不是3NF
18 如果關(guān)系模式R是BCNF,則R必然是3NF
19 部分函數依賴(lài)和傳遞函數依賴(lài)
20 一樣的
這是不是一家公司出的筆試啊
按照規范設計的方法,考慮數據庫及其應用系統開(kāi)發(fā)全過(guò)程,將數據庫設計分為以下6個(gè)階段
1、需求分析
需求分析也稱(chēng)為軟件需求分析、系統需求分析或需求分析工程等,是開(kāi)發(fā)人員經(jīng)過(guò)深入細致的調研和分析,準確理解用戶(hù)和項目的功能、性能、可靠性等具體要求,將用戶(hù)非形式的需求表述轉化為完整的需求定義,從而確定系統必須做什么的過(guò)程。
需求分析的任務(wù),是通過(guò)詳細調查現實(shí)世界要處理的對象,充分了解原系統工作概況,明確用戶(hù)的各種需求,然后在此基礎上確定新的系統功能,新系統還得充分考慮今后可能的擴充與改變,不僅僅能夠按當前應用需求來(lái)設計。
調查的重點(diǎn)是,數據與處理。達到信息要求,處理要求,安全性和完整性要求。
2、概念結構設計
概念結構設計是整個(gè)數據庫設計的關(guān)鍵,它通過(guò)對用戶(hù)需求進(jìn)行綜合,歸納與抽象,形成了一個(gè)獨立于具體DBMS的概念模型。
設計概念結構通常有四類(lèi)方法:
自頂向下。即首先定義全局概念結構的框架,再逐步細化。
自底向上。即首先定義各局部應用的概念結構,然后再將他們集成起來(lái),得到全局概念結構。
逐步擴張。首先定義最重要的核心概念結構,然后向外擴張,以滾雪球的方式逐步生成其他的概念結構,直至總體概念結構。
混合策略。即自頂向下和自底向上相結合。
3、邏輯結構設計
邏輯結構設計是將概念結構轉換為某個(gè)DBMS所支持的數據模型,并將進(jìn)行優(yōu)化。 在這階段,E-R圖顯得異常重要。大家要學(xué)會(huì )各個(gè)實(shí)體定義的屬性來(lái)畫(huà)出總體的E-R圖。各分E-R圖之間的沖突主要有三類(lèi):屬性沖突,命名沖突,和結構沖突。
E-R圖向關(guān)系模型的轉換,要解決的問(wèn)題是如何將實(shí)體性和實(shí)體間的聯(lián)系轉換為關(guān)系模式,如何確定這些關(guān)系模式的屬性和碼。
4、物理結構設計
物理設計是為邏輯數據結構模型選取一個(gè)最適合應用環(huán)境的物理結構(包括存儲結構和存取方法)。 首先要對運行的事務(wù)詳細分析,獲得選擇物理數據庫設計所需要的參數,其次,要充分了解所用的RDBMS的內部特征,特別是系統提供的存取方法和存儲結構。
常用的存取方法有三類(lèi):
(1)索引方法,目前主要是B+樹(shù)索引方法。
(2)聚簇方法(Clustering)方法。
(3)是HASH方法。
5、數據庫實(shí)施
數據庫實(shí)施階段,設計人員運營(yíng)DBMS提供的數據庫語(yǔ)言(如sql)及其宿主語(yǔ)言,根據邏輯設計和物理設計的結果建立數據庫,編制和調試應用程序,組織數據入庫,并進(jìn)行試運行。
6、數據庫的運行和維護
數據庫維護是指當一個(gè)數據庫被創(chuàng )建以后的工作都叫做數據庫維護。包括備份系統數據、恢復數據庫系統、產(chǎn)生用戶(hù)信息表,并為信息表授權、監視系統運行狀況,及時(shí)處理系統錯誤、保證系統數據安全,周期更改用戶(hù)口令。
參考資料:搜狗百科_數據庫設計
是計算機科學(xué)與技術(shù)專(zhuān)業(yè)的專(zhuān)業(yè)基礎課,主要討論數據庫系統的基本概念,基本原理,基本方法以及有關(guān)的應用。
主要內容包括:數據庫的結構與特點(diǎn)、數據庫系統的組成及各部分的功能、關(guān)系數據庫、面向對象數據庫、結構化查詢(xún)語(yǔ)言(SQL)、數據庫設計以及數據保護等,同時(shí)講解一種重要的數據庫系統的應用。學(xué)生通過(guò)本課程的學(xué)習能夠了解有關(guān)數據庫系統的基本概念,掌握對數據庫查詢(xún)、更新等相關(guān)的知識,初步掌握數據庫設計方法,并能用數據庫系統建立數據庫及簡(jiǎn)單的應用。
為了有效地組織、管理數據,提高數據庫的邏輯獨立性和物理獨立性,人們?yōu)閿祿煸O計了一個(gè)嚴謹的體系結構,數據庫領(lǐng)域公認的標準結構是三級模式結構,它包括外模式、模式和內模式。
美國家標準協(xié)會(huì )(American N ational Standard Instit ut e,ANSI)的數據庫管理系統研究小組于1 9 78年提出了標準化的建議,將數據庫結構分為3級:面向用戶(hù)或應用程序員的用戶(hù)級、面向建立和維護數據庫人員的概念級、面向系統程序員的物理級。
用戶(hù)級對應外模式,概念級對應模式,物理級對應內模式,使不同級別的用戶(hù)對數據庫形成不同的視圖。所謂視圖,就是指觀(guān)察、認識和理解數據的范圍、角度和方法,是數據庫在用戶(hù)“眼中"的反映,很顯然,不同層次(級別)用戶(hù)所“看到''的數據庫是不相同的。
1模式.
模式又稱(chēng)概念模式或邏輯模式,對應于概念級。它是由數據庫設計者綜合所有用戶(hù)的數據,按照統一的觀(guān)點(diǎn)構造的全局邏輯結構,是對數據庫中全部數據的邏輯結構和特征的總體描述,是所有用戶(hù)的公共數據視圖(全局視圖)。它是由數據庫管理系統提供的數據模式描述語(yǔ)言(Data Description Language,DDL)來(lái)描述、定義的,體現、反映了數據庫系統的整體觀(guān)。
2.外模式
外模式又稱(chēng)子模式,對應于用戶(hù)級。它是某個(gè)或某幾個(gè)用戶(hù)所看到的數據庫的數據視圖,是與某一應用有關(guān)的數據的邏輯表示。外模式是從模式導出的一個(gè)子集,包含模式中允許特定用戶(hù)使用的那部分數據。用戶(hù)可以通過(guò)外模式描述語(yǔ)言來(lái)描述、定義對應于用戶(hù)的數據記錄(外模式),也可以利用數據操縱語(yǔ)言(Data Manipulation Lang uage,DML)對這些數據記錄進(jìn)行。外模式反映了數據庫的用戶(hù)觀(guān)。
3.內模式
內模式又稱(chēng)存儲模式,對應于物理級,它是數據庫中全體數據的內部表示或底層描述,是數據庫最低一級的邏輯描述,它描述了數據在存儲介質(zhì)上的存儲方式翱物理結構,對應著(zhù)實(shí)際存儲在外存儲介質(zhì)上的數據庫。內模式由內模式描述語(yǔ)言來(lái)描述、定義,它是數據庫的存儲觀(guān)。
在一個(gè)數據庫系統中,只有唯一的數據庫, 因而作為定義 、描述數據庫存儲結構的內模式和定義、描述數據庫邏輯結構的模式,也是惟一的,但建立在數據庫系統之上的應用則是非常廣泛、多樣的,所以對應的外模式不是惟一的,也不可能是惟一的。
4.三級模式間的映射 數據庫的三級模式是數據庫在三個(gè)級別 (層次)上的抽象,使用戶(hù)能夠邏輯地、抽象地處理數據而不必關(guān)心數據在計算機中的物理表示和存儲。實(shí)際上 ,對于一個(gè)數據庫系統而言一有物理級數據庫是客觀(guān)存在的,它是進(jìn)行數據庫操作的基礎,概念級數據庫中不過(guò)是物理數據庫的一種邏輯的、抽象的描述(即模式),用戶(hù)級數據庫則是用戶(hù)與數據庫的接口,它是概念級數據庫的一個(gè)子集(外模式)。
用戶(hù)應用程序根據外模式進(jìn)行數據操作,通過(guò)外模式一模式映射,定義和建立某個(gè)外模式與模式間的對應關(guān)系,將外模式與模式聯(lián)系起來(lái),當模式發(fā)生改變時(shí),只要改變其映射,就可以使外模式保持不變,對應的應用程序也可保持不變;另一方面,通過(guò)模式一內模式映射,定義建立數據的邏輯結構(模式)與存儲結構(內模式)間的對應關(guān)系,當數據的存儲結構發(fā)生變化時(shí),只需改變模式一內模式映射,就能保持模式不變,因此應用程序也可以保持不變。
聲明:本網(wǎng)站尊重并保護知識產(chǎn)權,根據《信息網(wǎng)絡(luò )傳播權保護條例》,如果我們轉載的作品侵犯了您的權利,請在一個(gè)月內通知我們,我們會(huì )及時(shí)刪除。
蜀ICP備2020033479號-4 Copyright ? 2016 學(xué)習?shū)B(niǎo). 頁(yè)面生成時(shí)間:3.453秒