分布式數據庫知識點整理_第1頁
分布式數據庫知識點整理_第2頁
分布式數據庫知識點整理_第3頁
分布式數據庫知識點整理_第4頁
分布式數據庫知識點整理_第5頁
已閱讀5頁,還剩2頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、讀書之法,在循序而漸進,熟讀而精思局部數據:只提供本站點的局部應用所需要的數據。全局數據:雖然物理上存儲在個站點上,但是參與全局應用。局部用戶:一個用戶或一個應用如果只訪問他注冊的那個站點上的數據稱為本地或局部用戶或本地應用;全局用戶:如果訪問涉及兩個或兩個以上的站點中的數據,稱為全局用戶或全局應用。全局外模式:是全局應用的用戶視圖,也稱全局視圖。從一個由各局部數據庫組成的邏輯集合中抽取,即全局外模式是全局概念式的子集。全局概念模式:描述分布式數據庫中全局數據的邏輯結構和數據特性,是分布式數據庫的全局概念視圖。分片模式:描述全局數據的邏輯劃分。每個全局關系可以通過選擇和投影的關系操作被邏輯劃分

2、為若干片段。分片模式描述數據分片或定義片段,以及全局關系與片段之間的映像。這種映像是一對多的。分配模式:根據選定的數據分布策略,定義各片段的物理存放站點,即定義片段映像的類型,確定分布式數據庫是冗余的還是非冗余的,以及冗余的程度。如果一個片段分配在多個站點上,則片段的映像是一對多的,分布式數據庫是冗余的,否則是不冗余的。局部概念模式:是全局概念模式的子集。全局概念模式經邏輯劃分成一個或多個邏輯片段,每個邏輯片段被分配在一個或多個站點上,稱為該邏輯片段在某個站點上的物理映像或稱物理片段。局部內模式:是分布式數據庫中關于物理數據庫的描述,描述的內容不僅包含局部本站點的數據的存儲描述,還包括全局數據

3、在本站點的存儲描述。2.什么是分布式數據庫系統?主要特點?物理上分散而邏輯上集中的系統,它使用計算機網絡將地理位置分散而管理和控制又需要不同程度集中的多個邏輯單位連接起來,共同組成一個統一的數據庫系統。分布式數據庫系統可以看成是計算機網絡和數據庫系統的有機結合。(1)物理分布性(2)邏輯整體性(3)站點自治性數據分布透明性(5)集中與自治相結合的控制機制(6)存在適當的數據冗余度(7)事務管理的分布性1987年提出12條規則:(1)本地自治性(2)不依賴于中心站點(3)可連續操作性(4)位置獨立性(5)數據分片獨立性(6)數據復制獨立性(7)分布式查詢處理(8)分布式事務管理(9)硬件獨立性(

4、10)操作系統獨立性(11)網絡獨立性(12)數據庫管理系統獨立性區別分布式數據庫系統與只提供遠程數據訪問功能的網絡數據庫系統:分布式數據庫系統中的數據是物理分布在用計算機網絡連接起來的各個站點上;每一個站點可以使一個集中式數據庫系統,而且都有自治處理的能力,完成本站點的局部應用;而每一個站點上的數據并不是互不相關的,它們構成一個邏輯整體,統一在分布式數據庫管理系統的管理下,共同參與并完成全局應用,而且,分布式數據庫系統中的這種“分布”對用戶來說是透明的,也就是說,本地與遠程結合的“接縫”是被隱蔽的,用戶應該完全感覺不到遠程與本地結合的接縫的存在,即“一個分布式系統應該看起來完全像一個非分布式

5、系統”。這是分布式數據庫系統的定義,也是區分一個系統是否為真正意義上的分布式數據庫系統的主要依據。在分布式數據庫系統中,為什么要對數據進行分片?什么是關系的片段?主要類型?原因:減少網絡上的通信,提高系統的相應效率數據分片是指數據存放單位不是全部關系,而是關系的一個片段。也就是關系的一部分。包括:(1)水平分片:按一定的條件把全局關系的所有元組劃分成若干不相交的子集,每個子集為關系的一個片段。(2)垂直分片:把一個全局關系的屬性集分成若干子集,并在這些子集上做投影運算,每個投影為垂直分片。(3)混合型分片:將水平分片與垂直分片方式綜合使用則為混合型分片。5.為什么說分布式數據庫系統中,數據獨立

6、性這一目標比集中式數據庫系統更為重要,也更為復雜?分布式數據庫系統中,數據獨立性這一目標比集中式數據庫系統更為重要,也更為復雜。數據獨立性是數據庫技術追求的主要目標之一。除了數據的邏輯獨立性與數據的物理獨立性之外,還有數據的分布獨立性,也稱為分布透明性。所謂數據分布獨立性:指用戶或用戶程序使用分布式數據庫如同使用集中式數據庫那樣,不必關心全局數據的分布情況,包括全局數據的邏輯分片情況、邏輯片段的站點位置分配情況,以及各站點上數據庫的數據模型等。也就是說,全局數據的邏輯分片、片段的物理位置分配、各站點數據庫的數據模型等情況對用戶和用戶程序透明。分布式數據庫系統的優點:(1)良好的可靠性和可用性(

7、2)提高系統效率,降低通信費用(3)較大的靈活性和可伸縮性(4)經濟性和保護投資(5)適應組織的分布式管理和控制(6)數據分布具有透明性和站點具有較好自治性分布式數據庫系統的問題:最重要的問題是通信網絡速度問題(1)如何控制數據的分片、分布與冗余度(2)如何實現異構數據庫的互聯(3)如何優化分布式數據庫的查詢處理(4)如何更好地實現分布式數據庫的更新處理(5)如何實現分布式數據庫的并發控制機制(6)如何實現分布式數據庫的恢復控制機制(7)如何實現目錄管理分布式數據庫的創建方法、方法特點和適用范圍。(1)組合法:一種自底向上(bottom-up)的創建方法。適用范圍:采用組合法的分布式數據庫系統

8、通常是異構或者同構異質DDBS(2)重構法:按照分布式數據庫系統的設計思想和方法,從總體設計做起。適用范圍:采用重構法創建的分布式數據庫系統,通常是同構異質或同構同質DDBS大多選擇同構型分布式數據庫系統。2.2 分布式數據庫設計的目標:除包括集中式數據庫設計中的目標外,還包括:目標一:本地性或近地性目標二:控制數據的適當冗余目標三:工作負荷分布目標四:存儲的能力和費用2.3 概述分布式數據庫設計的關鍵問題及解決方法。關鍵問題:(1)訪問的多個數據對象是存放在同一站點上還是分布在多個站點所需的時間和費用有很大區別。(2)數據對否被復制、復制副本的多少問題(3)數據分片、片段如何復制、數據或片段

9、如何分布、分布式數據庫管理系統的透明性解決方法:1)分布式數據庫遵循本地性或近地性,盡量減少通信次數和通信量,90/10準則,分片和分布方案(本地和遠程訪問次數)擇優;(2)控制數據適當冗余,冗余增加了可靠性、可用性,提高了效率,維護數據一致性開銷增加(3)工作負荷分布(4)存儲能力和費用2.5 闡述分布式數據庫設計的自頂向下和自底向上設計方法及其使用范圍。(1)自頂向下:從概念設計到形成規格說明設計分布式數據庫。適用范圍:通常是同異質或同構同質DDBS(2)自底向上:通過聚集現存數據庫來設計分布式數據庫。適用范圍:通常是異構或者同構異質DDBS2.6 數據分片基本準則?數據分片有哪些基本類型

10、和方法(1)完備性原則:要把所有的數據映射到各個片斷中(2)可重構原則:關系分片后的各個片斷可重構整個關系(3)不相交原則:關系分片后的各個片斷不能重疊。分片方法:水平分片,垂直分片,混合分片2.7 為什么說在關系型分布式數據庫中使用導出式水平分片,使關系之間的連接變得更加容易?試舉一例。原因:可將連接條件代之以子查詢,從而使它變為一般的判別條件。(全局關系的導出式水平分片不是以其自身的屬性性質為基礎,而是從另一個關系的屬性性質或水平片段推到出來的。)設全局關系SC(S#,C#,GRADE),S(S#,SNAME,AGE,SEX)若要將SC劃分為男生的各門課成績和女生的各門課成績,這就不可能從

11、SC本身的屬性性質來執行選擇,必須從關系S的屬性性質或水平片段導出。definefragmentSC1asselectSC.S#,C#,GRADEfromSC,SwhereSC.S#=S.S#andSEX='M'definefragmentSC2asselectSC.S#,C#,GRADEfromSC,SwhereSC.S#=S.S#andSEX='F'如果S已經進行水平分片,分為SF和SM,分別為男生全體和女生全體,則上述的片段定義可以給予片段SF和SM導出:definefragmentSC1asselect*fromSCwhereS#in(selectSF.

12、S#fromSF)definefragmentSC2asselect*fromSCwhereS#in(selectSM.S#fromSM)使用導出式水平分片,使關系之間的連接變得更加容易。即可將連接條件代之以子查詢,從而使它變為一般的判別條件。2.8 DATAID-D方法的分布式數據庫設計與傳統的集中式數據庫設計在步驟和內容上有什么不同?DATAID-D是作為集中式數據庫設計DATAID-1方法論的擴充而構造的,DATAID-1方法分成四個階段:需求分析、概念設計、邏輯設計和物理設計。DATAID-D要求對其增加兩個階段:分布要求分析階段和分布設計階段。分布要求分析階段位于概念設計階段之后進行

13、,主要工作:1.收集用戶分布要求信息2.水平分片的劃分謂詞3.每一應用在各站點激活的頻率分布設計階段在全局邏輯設計之后進行,主要工作:(1)分布要求和全局邏輯模式作為輸入(2)形式為全局數據庫模式和邏輯訪問表(3)輸出為分片模式和分配模式3.1 概述分布式查詢優化與集中式查詢優化的異同。分布式查詢和集中式查詢的相同點即在本地的CPU和I/O代價,不同點為分布式查詢比集中式查詢多了通訊代價。在集中式數據庫系統中,查詢優化的目的在于為每個用戶查詢尋求總代價最小的執行策略。通常,總代價是以查詢處理期間的CPU代價和I/O代價來衡量的。由于集中式數據庫系統大都運行在單個處理器的計算機上,要達到使總代價

14、最小的查詢優化目的,就意味著要盡可能降低I/O代價,使查詢的響應時間最短。在分布式數據庫系統中,一個查詢可能涉及多個站點,通常以兩種不同的目標來考慮查詢優化。一種目標是以總代價最小為標準,除了如集中式數據庫系統一樣考慮CPU代價和I/O代價之外,總代價還包括通過網絡在站點之間傳輸數據或信息的代價。這是由于分布式數據庫系統中數據是分布和冗余,使得查詢處理中,一般需要考慮站點間傳遞數據和信息所需要的通信費用,它會引起查詢總代價的增加。另一種目標是以每個查詢的響應時間最短為標準。因為,分布式數據庫系統是由多臺計算機組成的系統,數據的分布和冗余也增加了查詢的并行處理的可能性,從而可以縮減查詢處理的響應

15、時間,加快查詢處理速度。在分布式查詢優化中,常同時使用這兩種標準,根據系統應用的不同,一種作為主要標準,另一種作為輔助標準。可以先找到一個總代價最小的執行方案,然后在總代價不增加的條件下修正方案使得響應時間也盡可能的短3.2 試述分布式查詢優化的層次結構。?查詢分解?數據本地化?全局優化?局部優化3.3 基于關系代數等價變換的查詢優化算法的原理與步驟。基本原理:1. 把查詢問題轉化為關系代數表達式;2. 分析得到查詢樹;3. 進行全局到片段的變換得到基于片段的查詢樹;4. 利用關系代數等價變換規則的優化算法,盡可能先執行選擇和投影操作,后執行連接和合并操作;5. 對該查詢樹進行優化,從而達到查

16、詢優化的目的。優化算法:連接操作和合并操作盡可能上提(樹根方向);選擇操作和投影操作盡可能下移(葉子方向);盡可能先執行選擇和投影操作,后執行連接和合并操作。經過選擇和投影操作不但可以減少其后操作量,還可以減少操作次數。實現步驟和方法1. 將一個查詢問題轉換成關系代數表達式。2. 從關系代數表達式到查詢樹的變換:對一個關系代數表達式進行語法分析,可以得到一棵語法樹(或查詢樹),即查詢樹根節點是最終的查詢結果,葉子節點是查詢涉及的所有關系或片段,中間節點是按關系代數表達式中的操作順序組成的一組關系操作符。3. 從全局查詢到片段查詢的變換:把基于全局關系的查詢樹中的全局關系名,用其重構該全局關系的

17、各個片段名替換,變換成相應片段上的查詢樹。4. 利用關系代數等價變換規則優化算法,對片段的查詢樹進行優化處理,最后達到優化查詢目的。5. 4基于半連接算法查詢優化的基本原理和適用情形。基本原理:(1)采用半連接操作的分布式查詢處理是在從一個站點傳送關系到另一個站點做連接之前,先除去那些與連接無關的數據,減少做連接操作的關系中的數據量,從而減少站點間數據的傳輸量,減少傳輸的代價。(2)如果只需要一個關系中一小部分元組參與和另一個關系連接的話,這是一個使數據傳輸量最小化的非常有效的方案。此時有T半T全,采用半連接方案是合適的。在分布式數據庫的查詢優化中,這是常用的方法之一。采用半連接優化算法的步驟

18、:(1)計算每種半連接方案的代價,并從中選擇一種最佳方案;(2)選擇傳輸代價最小的站點計算采用全連接方案的代價;(3)比較兩種方案,確定最優方案。適用情形:只需要一個關系中的一小部分元組參與和另一個關系連接6. 5基于直接連接算法查詢優化的基本原理和適用情形。基于連接算法的的查詢優化處理中的站點以來算法、分片和復制算法、站點依賴和數據復制算法,以及Hash劃分算法,主要是使得連接操作的數據傳送量最小(最好是無數據傳送)和負載均衡,從而達到優化目的。如果局部處理費用是主要的,則采用直接連接方案;3.8(1)找出Boce廠的所有雇員(2)找出所有雇員的平均工資(3)找出在如下每個站點工資最高的雇員

19、姓名:Toronto,Edmonton,Vancouver,Montreal(4)找出該公司中工資最低的雇員姓名。1、將Boce站點上的employee片段副本傳送到Toronto站點,呈現給用戶2、1)在NewYork站點的employee關系上使用函數avg()取得平土§工資X2)將X傳送到Toronto站點,呈現給用戶3、1)分別在Toronto,Edmonton,Vancouver,Montreal這四個站點的employee片段副本上使用函數max()取得最高工資X1,X2,X3,X42)在四個站點上分別投影出最高工資X1,X2,X3,X4所對應的雇員姓名Y1,Y2,Y3,

20、Y43)分另1J將丫2,Y3,Y4傳送至IToronto站點4)最后在Toronto站點將Y1,Y2,Y3,Y4執行并操作,得到最后結果呈現給用戶4、1)在NewYork站點的employee關系上使用函數min()取得最低工資X2)在employee關系上投影出最低工資X所對應的雇員姓名Y3)將丫傳送到Toronto站點,呈現給用戶4.1 分布式數據庫事務的定義、特性、結構和狀態,分布式事務的性質。定義:分布式數據庫系統中的事務是一個分布式操作的序列,被操作的數據分布在不同的站點上,所以稱為分布式事務。特性:分布式數據庫系統中的事務具有事務的ACID四個特性,即原子性、一致性、隔離性和耐久性

21、。結構:分布式數據庫系統中事務的結構以begintransaction原語作為一個事務的開始,以commit原語作為一個事務成功完成的結束,以rollback或abort原語作為事務失敗的結束。狀態:活動、部分提交、失敗、回滾/夭折、提交分布式事務所持有的性質:大量的數據傳遞、通信原語和控制報文等4.3 分布式數據庫系統中的事務管理與集中式數據庫系統中的事務管理有何不同?分布式與集中式相比,會多遇到一些問題:(1)處理數據項的多個副本;(2)單個站點的故障;(3)通信網絡的故障;(4)分布式提交。4.4 什么是事務的提交點?為什么說他很重要?當事務所有的站點數據庫存取操作都已成功執行,并且所有

22、操作對數據庫的影響都已記錄在日志中時,該事務就到達提交點。提交點后事務就成為已提交的事務,并假定其結果已永久記錄在數據庫中(事務的永久性)。事務在日志中寫入提交記錄commit,T。在系統發生故障時,需要掃描日志,檢查那些已在日志中寫入start_transaction,T,但沒有寫入commit,T的所有事務T。恢復時必須回滾這些事務以取消它們對數據庫的影響。此外,還必須對日志中記錄的已提交子事務的所有寫操作進行恢復,這樣它們對數據庫的作用才可根據這些記錄重做。4.5 日志、檔案庫和檢查點的作用是什么?典型的日志包含哪些內容?為什么要“先寫日志”?日志的作用是為了能夠從故障狀態中恢復有影響的

23、事務。檔案庫的作用是為了防止因介質故障而破壞日志和數據庫。檢查點的作用是為了便于恢復事務。典型的日志包含了每個改變數據項值的寫操作記錄。因為系統崩潰時主存中的內容可能丟失,所以恢復時只能考慮已寫回磁盤的日志內容。因此,在事務到達提交點以前,還未寫到磁盤的日志的任何部分,必須被寫入磁盤,即“先寫日志”。4.6 列出分布式數據庫系統中可能出現的故障類型。哪些故障也可能出現在集中式數據庫系統中?事務故障、系統故障、介質故障、站點故障、通信故障(包括報文故障、網絡分割故障)。事務故障、系統故障、介質故障也可能出現在集中式數據庫系統中。4.7 請用自己的語言描述兩階段的提交過程。主要思想:將本地原子性提

24、交行為的效果擴展到分布式事務,保證分布式事務提交的原子性,并在不損壞日志的情況下,實現快速故障恢復,提高DDB系統的可靠性。兩階段提交協議把事務的提交過程分為兩個階段:第一階段:表決階段,即形成一個共同的決定。第二階段:執行階段,目的是實現這個決定。表決階段:目的是形成一個共同的決定。首先,協調者在日志中寫入一條開始提交記錄,再發送“準備”消息給所有參與者,進入等待狀態。其次,當參與者收到“準備”消息后,檢查是否能夠提交本地事務。如能提交,參與者在日志中寫入一條開始提交的記錄,并發送“建議提交”消息給協調者,然后進入就緒狀態;否則,參與者寫入撤銷記錄,并發送“建議撤銷”消息給協調者。第三,協調

25、者收到所有參與者的消息后,就做出是否提交事務的決定。只要有一個參與者投了反對票(建議撤銷),協調者從整體上撤銷整個事務,發送“全局撤銷”消息給所有參與者,進入撤銷狀態;否則,協調者寫入提交記錄,發送“全局提交”消息給所有參與者,然后進入提交狀態。執行階段:實現表決階段的決定,提交或者撤銷。根據協調者的指令參與者或提交事務或撤銷事務,并給協調者發送確認消息。協調者在日志中寫入一條事務結束記錄并終止事務。4.8 為什么說兩階段提交協議在不丟失運行日志信息的情況下,可以從任何故障恢復?因為在執行過程中維護了事務日志,記錄了執行恢復所需要的信息。4.9 分布式數據庫系統中對多副本數據更新通常采用什么方

26、法?快照方法的優點和缺點是什么?主文本更新法、快照方法。快照方法的優點:既避免了某些并發空控制的開銷,又便于復雜查詢的完成,是提高系統可用性的有效方法。缺點:快照只是一個只讀關系,其中數據只能讀而不能寫。5.1 為什么說分布式并發控制比集中式并發控制要復雜?分布式數據庫中的并發控制是以集中式數據庫中的并發控制技術為基礎的,分布式并發控制主要解決多個分布式事務對數據并發執行的正確性。在分布式數據庫系統中,事務是一個分布式操作的序列,被操作的數據分布在不同的站點上。由于數據的分布對用戶是透明的,所以,用戶應用對數據的請求是總體的、全局的,應答這類請求的數據,可能存在于構成該分布式環境的任何站點上。

27、另外,在分布式數據庫中,允許數據被復制在多個站點上,當需要對數據執行更新操作時,也必須同時正確地更新它的所有副本。當來自同一站點或/和不同站點的多個一事務對數據進行并發操作時,如果不能正確處理,數據庫的完整性和一致性很容易遭到破壞口因此,分布式并發控制比集中式并發控制要復雜得多。5.2 描述分布式事務的可串行化理論的一些定義:事務、沖突操作、并發調度、串行調度、一致性調度、兩個調度等價、可串行化調度。沖突操作:如果有兩個操作P和Q對同一個數據x進行操作,其中有一個是寫操作wx,則P和Q稱為沖突操作。并發調度:串行調度:即一個事務的第一個動作是在另一個事務的最后一個動作完成后開始。一個調度中不同

28、事務的各個操作不會互相交叉,事務是相繼執行的。一致性調度:如果執行一個調度S,可以使得數據庫從一個一致性狀態轉變為另一個一致性狀態,則稱調度S為一致性調度。串行調度是一致性調度。兩調度等價:可串行化調度:如果一個調度等價于某個串行調度,則該調度稱為可串行化調度。該調度可以通過一系列非沖突動作的交換操作使其成為串行調度。5.5 什么是兩階段封鎖協議?它如何保證可串行性?為什么人們經常更愿意采用嚴格兩階段封鎖和嚴酷兩階段封鎖?所謂兩段鎖協議是指所有事務必須分兩個階段對數據項加鎖和解鎖:1.在對任何數據進行讀、寫操作之前,首先要申請并獲得對該數據的封鎖。2.在釋放一個封鎖之后,事務不再申請和獲得任何

29、其他封鎖。因此保證可串行性。由于實現基本2PL協議要鎖管理器必須要知道事務的鎖點位置;保守2P要事先聲明續集和寫集,這都是難以實現的。嚴格2PL和嚴酷2PL容易實現。嚴格2PL的實現方法是:事務在提交或者撤銷之前,絕對不釋放任何一個寫鎖;事務結束時(提交或者撤銷),同時釋放所有的鎖。嚴酷2PL的實現方法是:事務T在提交或撤銷之前,不能釋放任何一個鎖(寫鎖或者讀鎖),因此它比嚴格2PL更容易實現。5.7 什么是多粒度封鎖和意向鎖?它們在什么情況下使用?多粒度封鎖是:封鎖的粒度不是單一的一種粒度,而是有多種粒度。可以定義多粒度樹,根節點是整個數據庫,葉節點表示最小的封鎖粒度。意向鎖是:如果對一個節

30、點加意向鎖,則說明該節點的下層節點正在被封鎖。對任一節點封鎖時,必須先對它的上層節點加意向鎖。具有意向鎖的多粒度加鎖方法中,任意事務T要對一個數據對象加鎖,必須先對它的上層節點加意向鎖。申請封鎖時應該按自上而下的次序進行,釋放鎖時則應該按自下而上的次序進行。具有意向鎖的多粒度加鎖方法提高了系統的并發度,減少了加鎖和釋放鎖的開銷。它已經在實際的DBMS系統中廣泛應用,例如Oracle中。全局時標分配方法:使用全局的單調遞增的計數器,全局的計數器維護是個難題。全局唯一時間的形成與調整:每個站點設置一個計數器,每發生一個事務,計數器加一。發送報文時包含本地計數器值,近似同步各站點計數器。基本時標法規

31、則:每個事務在本站點開始時賦予一個全局唯一時標。在事務結束前,不對數據庫進行物理更新。事務的每個讀操作或寫操作都具有該事務的時標。對每個數據項x,記下寫和讀操作的最大時標,記為WTM(x和RTM(x)。如果事務被重新啟動,則被賦予新的時標。保守時標法規則:每個事務只在一個站點執行,不不能激活遠程的程序,但是可以向遠程站點發讀/寫請求。站點i接收到來自不同站點j的讀/寫請求必須按時標順序,即每個站點必須按時標順序發送讀/寫數據請求,在傳輸中也不會改變這個順序。每個站點都為其它站點發來的讀/寫操作開辟一個緩沖區,分別保存接收到的讀/寫申請。連鎖超市分布式數據庫系統需求分析連鎖超市總部負責產生并管理

32、該連鎖超市的整體匯總數據。連鎖超市的各個門店之間一般不進行數據交換。有關供應商信息、合同信息、商品信息和銷售信息等經營基礎數據都是各門店單獨管理和使用,門店之間互不相關。每一個遠程站點(總部和各門店)分別有一個數據庫系統,各自組成一個獨立的子系統,可以分別獨立進行相應的業務處理。該連鎖超市的會員卡實行全國聯網消費,會員可以進行異地消費。會員能在線查詢自己的相關信息和修改一些基本信息。職員限定在一所門店工作,能管理該門店的商品信息、銷售信息,并可以管理會員注冊。一般管理員只能對所在門店的供應商信息、合同信息進行管理,以及對該門店的職員信息進行查詢。高級管理員,屬于總部職員,能管理所有職員信息,包

33、括修改、添加、刪除職員信息,創建整體匯總數據和對匯總數據進行管理等。系統功能分析:公司總部負責管理該連鎖超市的整體匯總數據,商品的業種和品牌,會員信息和會員消費明細以及整個連鎖超市的所有職員信息。連鎖超市各門店可以查詢總部職員信息中隸屬于本門店的職員信息;有關供應商信息、合同信息、商品信息和銷售信息等經營基礎數據都是各門店單獨管理和使用,門店之間互不相關。各個站點(公司總部和各門店)分別有一個數據庫系統,各自組成一個獨立的子系統,可以分別獨立進行本部門業務處理。供應商為連鎖超市提供的商品包括品牌和業種兩個屬性,由總部統一進行管理,同時供應商在提供給超市商品的同時要簽訂一份供貨合同,以保證其法律效力,合同由各門店自己保管。每個門店記錄各自的銷售記錄,并將銷售記錄匯總給總部,由總部對銷售匯總表進行分析和決策,門店沒有權限查詢整體銷售記錄以及其他門店的銷售記錄。每個門店只可以查

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論