A. 什麼是資料庫並舉例說明
資料庫（Database）是按照數據結構來組織、存儲和管理數據的倉庫。資料庫有ACCESS sql MYSQL oracle 等主流資料庫，還有其他別的。
B. 2。舉例5個資料庫在各行各業應用的實例
暈哦,這
資料庫在各行各業都用得到啊,基本上你生活中接觸到的所有行業都有應用,比如銀行,他們得用大型的資料庫,一般有SyBase等,他們一般都使用的是UNIX的主機.
各種企業的ERP(也叫企業資源整合管理),他們用來管理整個企業的產品包括從原料采購,生產,入庫一直到產品發貨銷售等的所有信息,所用資料庫種類繁多,Oracle,sql2000,firebird等都有使用,所用編程語言大多是:VB,.Net,Jave,Delphi,PB,等等;
還有電信業,用資料庫保存其所有的業務信息,他們也用的是大型的資料庫,SYBASE等等...還有你你應該熟悉的各種游戲呀,也需要使用資料庫來保存所有的玩家資料,角色等級和裝備信息等,而游戲的編程語言也是多種多樣;像著名網游:傳奇,就是使用的DELPHI+DBC2000;
還有你現在正在使用的網路知道,呵呵,他一樣要使用資料庫來保存這些龐大的用戶資料和所有的用戶問題及回答呀.
你的生活信息,身份資料,檔案等等也都是保存在公安局的資料庫里.
所以資料庫跟你的生活已經是密不可分了.
C. 列式資料庫的舉例
下面以GBase 8a分析型資料庫為例，描述列存儲對數據存儲與管理的作用。
面對海量數據分析的 I/O 瓶頸，GBase 8a 把表數據按列的方式存儲，其優勢體現在以下幾個方面。
不讀取無效數據：降低 I/O 開銷，同時提高每次 I/O 的效率，從而大大提高查詢性能。查詢語句只從磁碟上讀取所需要的列，其他列的數據是不需要讀取的。例如，有兩張表，每張表100GB 且有100 列，大多數查詢只關注幾個列，採用列存儲，不需要像行存資料庫一樣，將整行數據取出，只取出需要的列。磁碟 I/0 是行存儲的 1/10或更少，查詢響應時間提高 10 倍以上。
高壓縮比：壓縮比可以達到 5 ~ 20 倍以上，數據佔有空間降低到傳統資料庫的1/10 ，節省了存儲設備的開銷。
當資料庫的大小與資料庫伺服器內存大小之比達到或超過 2:1 （典型的大型系統配置值）時，列存的 I/O 優勢就顯得更加明顯；
GBase 8a 分析型資料庫的獨特列存儲格式，對每列數據再細分為「數據包」。這樣可以達到很高的可擴展性：無論一個表有多大，資料庫只操作相關的數據包，性能不會隨著數據量的增加而下降。通過以數據包為單位進行 I/O 操作提升數據吞吐量，從而進一步提高I/O效率。
由於採用列存儲技術，還可以實現高效的透明壓縮。
由於數據按列包存儲，每個數據包內都是同構數據，內容相關性很高，這使得GBase 8a 更易於實現壓縮，壓縮比通常能夠達到 1:10 甚至更優。這使得能夠同時在磁碟 I/O 和 Cache I/O 上都提升資料庫的性能，使 GBase 8a 在某些場景下的運算性能比傳統資料庫快 100 倍以上。
GBase 8a 允許用戶根據需要設置配置文件，選擇是否進行壓縮。在啟用壓縮的情況下GBase 8a 根據數據的不同特性以及不同的分布狀況，自動採用相應的壓縮演算法，如：
行程編碼（適用於大量連續重復的數據，特別是排序數據）；
基於數據的差值編碼（適用於重復率低，但彼此差值較小的數據列）；
基於位置的差值編碼（適用於重復率高，但分布比較隨機的數據列）。
D. 舉例說明資料庫在人們日常生活中的重要作用
摘要 你好親，我們可以將資料庫可以保存，我們平日里的一些信息，然後方便進行篩選，然後到需要某些數據的時候直接調出來就可以了，然後還可以進行一些年度的比較，然後觀察一下以後的形式
E. 資料庫技術在日常中的應用有哪些（舉例）
無處不在，郵箱要用到資料庫記錄用戶的賬號和密碼，財務部門要用到資料庫記錄員工的賬號，書店要用資料庫記錄圖書的信息和銷售情況，等等。只要是有系統應用的地方，就有資料庫技術的存在
。
F. 摘要如何寫
摘要：簡潔、具體的摘要要反映論文的實質性內容，展示論文內容足夠的信息，體現論文的創新性，展現論文的重要梗概，一般由具體研究的對象、方法、結果、結論四要素組成。
對象——是論文研究、研製、調查等所涉及的具體的主題范圍，體現論文的研究內容、要解決的主要問題，是問題的提出，研究方向的確立與目標的定位。
方法——是論文對研究對象進行研究的過程中所運用的原理、理論、條件、材料、工藝、結構、手段、程序，是完成研究對象的必要手段。
結果——是作者運用研究方法對研究對象進行實驗、研究所得到的結果、效果、數據，被確定的關系等，是進行科研所得的成果。
結論——是作者對結果的分析、研究、比較、評價、應用、提出的問題等，是結果的總結，顯示研究結果的可靠性、實用性、創新性，體現論文研究的價值與學術水平，是決定論文被檢索的窗口。
中文摘要的寫作要求：
1.摘要以主題概念不遺漏為原則，中文摘要字數為200-300字，英文摘要為100-150words
2.用重要的事實開頭，突出論文新的信息，即新立題、新方法、結論與結果的創新性等
3.敘述要完整，清楚，簡明扼要，邏輯性要強，結構完整，刪去背景與過去的研究信息，不應包含作者將來的計劃，杜絕文學性修飾與無用的敘述
4.摘要中涉及他人的工作或研究成果的，盡量列出他們的名字
5.不以數字開頭，中英文必須對應
舉例：
題目：聲帶振動功能模式識別
摘要：應用小波變換估計傳導語音的諧波雜訊比（具體方法），研究了不同發聲方式、發音及聲帶病變對傳導語音諧波雜訊比的影響，並與口腔語音的諧波雜訊比進行了對比研究（具體對象），發現發不同母音時，傳導語音諧波雜訊比的變化范圍是5bB，口腔語音諧波雜訊比的變化范圍為20dB；不同發聲方式的傳導語音諧波雜訊比的變化范圍可達18dB，口腔語音的變化范圍為12dB（具體結果）。結果表明傳導語音諧波雜訊比能夠更好地反映聲帶振動模式，是一種研究聲帶振動功能和模式及喉部疾病診斷的有效方法（具體結論）。
關鍵詞：口腔語音；傳導語音；諧波雜訊比；小波變換
（2）英文摘要實例
THEME：Identification of vocal cords vibration functions and modes
Abstract: This paper studied the estimation of harmonic to noise ratio (HNR) in transmitted sound signals（具體對象）by wavelet transform（具體方法）. When normal and laryngeal pathological subjects phonate sustained vowels in breathy, falsetto, leakage and pressed modes in normal loudness, these HNRs in transmitted sound signals were estimted and compared with the HNR in human voice（過去時態）. It is pointed that for normal subjects in a variety of vowels, the 20 dB. For normal subject in a variety of phonation modes, the variation of HNR in transmitted sound signals exceeds 18 dB and in human voice signals in within 12 dB（具體結果）. The results indicate that the NHR in transmitted sound signals could more accurately image vocal cords vibration characteristics and could be an effective measurement for studying vocal cords vibration and clinical laryngeal disease diagnosis（具體結論）（現在時態）.
Keywords: human voice; transmitted sound; harmonic to noise ratio; wavelet transform
中文摘要
摘要是對論文內容的簡短而全面的概括，能夠讓讀者迅速總攬論文的內容。與題名一樣，摘要也是各種資料庫中常見的檢索對象。
摘要是整篇論文中最重要的組成部分。就作者而言，一旦論文刊登在期刊上，論文摘要就將作為印刷版或電子版的摘要總集的一部分，開始其活躍而又長久的「生涯」。就讀者而言，與某篇心理學論文的第一次接觸多是從閱讀其摘要開始的。多數人通過計算機檢索系統對所需的文獻進行搜索，計算機屏幕上顯示的只有摘要部分。在翻閱學術期刊時，大部分人也是首先閱讀論文的摘要，然後再依據摘要來決定是否閱讀整篇論文。因此，摘要既要具有高度的信息濃縮性，又要具有可讀性，還要結構完整、篇幅簡短以及獨立成篇。一篇好的摘要應具備以下特點：
准確性。摘要應能准確反映論文的目的和內容，不應包含論文中沒有出現的內容。如果該研究主要是在以前的某個研究的基礎上進行的，是對以前研究的擴展，那麼，就應該在摘要中註明以前研究的作者姓名和年份。將摘要與論文的層次標題進行對比是核實摘要精確性的有效方法。
獨立性。摘要應自成一體，獨立成篇，所以要對特殊的術語、所有的縮寫（計量單位除外）、省略語做出說明，拼寫出實驗和葯品的名稱（葯品採用通用名稱）。新術語或尚無合適中文術語的，可用原文或譯出後加括弧註明原文。在引用其他出版物時要包括作者的姓名和出版日期（在論文的參考文獻表中要充分說明文獻資料的出處）。
簡練而具體。摘要中的每一個句子都要能最大限度地提供信息，且盡可能地簡練。摘要的長度一般不超過300字。摘要的開頭要提出最重要的信息（但不要重復題名）。它可以是目的或論題，也可以是結果或結論。摘要里最多隻需包括4個或5個最重要的觀點、結果或含意。
節省摘要篇幅的方法：
（1）不要把本學科領域中的常識性內容寫入摘要，但也不要過於深奧，令一般讀者難以明白；切忌把應在前言中出現的內容寫入摘要；
（2）一般也不得簡單重復題名中已有的信息。比如一篇文章的題名是《嬰兒問題解決行為的特點與發展》，摘要的開頭就不要再寫「對嬰兒問題解決行為的特點與發展進行了研究。」
（3）除實在無法變通外，一般不用數學公式，不出現插圖、表格。
（4）不用引文，除非該文獻證實或否定了他人已出版的著作。
（5）用第三人稱。建議採用「對……進行了研究」、「報告了……的現狀」、「進行了……調查」等記述方式，不必使用「本文」、「作者」等作為主語。
非評價性。報告研究結果而不是對研究結果進行評價，不要在摘要中對論文內容做詮釋和評論（尤其是自我評價）。
連貫性和可讀性。採用條理清晰、措辭有力的形式寫作。盡可能地使用第三人稱來取代第一人稱。避免使用缺乏實質信息的「萬金油」語句（例如：「具有一定的理論意義和實踐意義」或者「由此推斷...」）。
一篇實驗研究報告的摘要應該包括：
研究的問題，如果可能，用一句話表達；
被試，詳細說明相關特性，例如數量、類型、年齡、性別、種類等；
實驗方法，包括儀器，數據收集程序，完整的測驗名稱，使用的任何葯劑的劑量和方法（特別是當使用的葯劑是一種新葯劑或者對研究很重要時）；
結果，包括統計水平的顯著性；
結論、含意或應用。
實驗研究報告的摘要示例如下：
研究了高頻漢字識別中形音義激活的時間進程。被試為北京師范大學本科生120名。4種啟動類型分別為形似啟動、音同啟動、義近啟動和無關啟動。啟動字的呈現時間（SOA）分別為43，57，85，145ms。實驗1中，要求被試判斷目標字是否是動物名稱，實驗2要求被試判斷目標字的讀音是否為「yi」。用MANOVA分析了不同SOA條件下的啟動效應，發現高頻漢字形音義激活的時序為字形—字義—字音。這一結果說明了高頻漢字的字義可直接由字形特徵獲得，語音是自動激活的。
（資料來源：陳寶國，彭聃齡.漢字識別中形音義激活時間進程的研究（Ⅰ）.心理學報，2001，33（1）：1~6.有改動）
一篇綜述或者理論性論文的摘要應該包括：
主題，用一句話概括；
論文的意圖、論題或組織結構和范圍（全面的或有選擇的）；
資料來源（例如個人觀察資料，已發表的文獻）；
結論。
綜述類文章的摘要示例如下：
對發展性閱讀障礙的產生機制的探討有利於尋找適當的治療方法。文章在簡要回顧閱讀障礙的界定、研究內容和有關理論爭論基礎上，重點介紹了閱讀障礙的神經基礎和遺傳機制。文章從大腦結構和功能單側化、完成認知任務時大腦的激活模式、激活時間進程以及視覺巨細胞等方面介紹了發展性閱讀障礙者與正常讀者之間存在的差異。文章還指出許多雙生子研究都發現同卵雙生子的閱讀障礙同現率高於異卵雙生子，尤其是近期的遺傳學研究鑒定出幾個與閱讀障礙有關的染色體，如6號和15號染色體與語音障礙和拼寫障礙有關。這些研究結果說明發展性閱讀障礙有一定的腦神經基礎和遺傳基礎。
（資料來源：孟祥芝，周曉林.發展性閱讀障礙的生理基礎.心理科學進展，2002，10（1）：7~14.有改動）
一篇方法學論文的摘要應該包括：
方法的類別；
方法的基本特徵；
方法的應用范圍；
該方法在不同情況下的表現，包括它的統計力及在違反各項假設下的穩定性。
一篇個案研究的摘要應該包括：
被試及其相關特徵；
個案所能說明的問題或解決辦法；
對今後研究或理論建設的啟示。
一篇精確、簡練、易懂和信息量豐富的摘要能夠增加論文的讀者數量和將來論文的可提取性，必須在此基礎上認真考慮摘要的長度。例如，對於一些英文資料庫而言，如果摘要長度超過960個字元的限制，摘要錄用者可能會刪減摘要的長度以滿足資料庫的要求。
G. 求SQL和資料庫的通俗說法和通俗舉例
資料庫就是一個籃子，你什麼東西都可以放進去，而且還可以為不同的東西貼上標簽：香焦類、蘋果類、衣服類等等。
sql就是把這些東西分門別類的語句。就像在面試上搜索一個什麼東西，點擊搜索這個動作就是sql的工作了。
H. 關於opengauss資料庫：請舉例說明opengauss數據文件的組織結構。
摘要 第一個結果即是
I. 介紹兩個實際生產或生活中的資料庫應用的實例,指出資料庫中有哪些數據,分析
摘要 很高興為您解答親 很多啊,你可以用CS里的武器來做數據,或者網游裝備等等
J. 資料庫課程設計實例
資料庫課程設計
題目：小型超市管理系統
1、項目計劃
1.1系統開發目的
（1）大大提高超市的運作效率；
（2）通過全面的信息採集和處理，輔助提高超市的決策水平；
（3）使用本系統，可以迅速提升超市的管理水平，為降低經營成本， 提高效益，增強超市擴張力， 提供有效的技術保障。
1.2背景說明
21世紀，超市的競爭也進入到了一個全新的領域，競爭已不再是規模的競爭，而是技術的競爭、管理的競爭、人才的競爭。技術的提升和管理的升級是超市業的競爭核心。零售領域目前呈多元發展趨勢，多種業態：超市、倉儲店、便利店、特許加盟店、專賣店、貨倉等相互並存。如何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為超市營業者努力追求的目標。
1.3項目確立
針對超市的特點，為了幫助超市解決現在面臨的問題，提高小型超市的競爭力，我們將開發以下系統：前台POS銷售系統、後台管理系統，其中這兩個子系統又包含其它一些子功能。
1.4應用范圍
本系統適應於各種小型的超市。
1.5 定義
（1）商品條形碼：每種商品具有唯一的條形碼，對於某些價格一樣的商品，可以使用自定義條形碼。
（2）交易清單：包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號。
（3）商品積壓：在一定時期內，遠無法完成銷售計劃的商品會造成積壓。
（4）促銷：在一定時期內，某些商品會按低於原價的促銷價格銷售。
庫存告警提示：當商品的庫存數量低於庫存報警數量時發出提示。
（5）盤點：計算出庫存、銷售額、盈利等經營指標。
1.6 參考資料
《資料庫原理及設計》 陶宏才編 清華大學出版社
《SQL Server 2000 實用教程》范立南編 清華大學出版社
《SQL Server 2000 編程員指南》李香敏編 北京希望電子出版社
《輕松搞定 SQL Server 2000 程序設計》Rebecca M.Riordan編
《軟體工程規范》Watts S.Humphrey編 清華大學出版社
《軟體工程理論與實踐》 Shari Lawrence Pfleeger編 清華大學出版社
《軟體需求分析》 Swapna Kishore編 機械工業出版社
《軟體工程思想》 林銳編
2、邏輯分析與詳細分析
2.1系統功能
（1）、零售前台（POS）管理系統，本系統必須具有以下功能：
商品錄入：根據超巿業務特點制定相關功能，可以通過輸入唯一編號、掃描條形碼、商品名稱等來實現精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能准確快速地進行商品掃描錄入。
收銀業務：通過掃描條形碼或者直接輸入商品名稱（對於同類多件商品採用一次錄入加數量的方式）自動計算本次交易的總金額。在顧客付款後，自動計算找零，同時列印交易清單（包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號）。如果顧客是本店會員並持有本人會員卡，則在交易前先掃描會員卡，並對所購物品全部實行95折優惠，並將所購物品的總金額累計到該會員的總消費金額中。 會員卡的有效期限為一年，滿一年未續卡者，該會員卡將被注銷。
安全性：OS登陸、退出、換班與操作鎖定等許可權驗證保護；斷電自動保護最大限度防止意外及惡意非法操作。
獨立作業：有的斷網收銀即在網路伺服器斷開或網路不通的情況下，收銀機仍能正常作業
(2)、後台管理系統，本系統必須具備以下功能
進貨管理： 根據銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢列印計劃進貨與入庫記錄及金額。
銷售管理： 商品正常銷售、促銷與限量、限期及禁止銷售控制。 綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交結賬情況等。 按多種方式統計生成銷售排行榜，靈活察看和列印商品銷售日、月、年報表。
庫存管理： 綜合查詢庫存明細記錄。 庫存狀態自動告警提示。如庫存過剩、少貨、缺貨等。軟體為您預警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。
人員管理： 員工、會員、供貨商、廠商等基本信息登記管理。 員工操作許可權管理。 客戶銷售許可權管理。
（3）系統結構
系統總體結構
模塊子系統結構
功能描述：商品錄入子系統要求能快速錄入商品，因此必須支持條形碼掃描。
功能描述：收銀業務子系統能計算交易總額，列印交易清單，並根據會員卡打折。
功能描述：進貨管理子系統可以根據庫存自動指定進貨計劃，進貨時自動等級，以及提供查詢和列印計劃進貨與入庫記錄的功能。
功能描述：銷售管理子系統可以控制某商品是否允許銷售，查詢每種商品的銷售情況並產生年、月、日報表，同時可以生成銷售排行榜。
功能描述：庫存管理子系統提供查詢庫存明細記錄的基本功能，並根據庫存的狀態報警，以及自動盤點計算。
功能描述：人員管理子系統提供基本信息登記管理，員工操作許可權管理，客戶銷售許可權管理的功能。
2.2、流程圖
前台管理系統
頂層DFD圖
第0層DFD圖
第1層DFD圖
2.3、戶類型與職能
（1）、員工（營業員）：
通過商品條形碼掃描輸入商品到購買清單
操作軟體計算交易總金額
操作軟體輸出交易清單
對會員進行會員卡掃描以便打折
（2）、：超市經理
操作軟體錄入商品，供貨商，廠商
操作軟體制定進貨計劃
查詢列印計劃進貨與入庫記錄
操作軟體控制商品銷售與否
查詢列印銷售情況
操作軟體生成銷售排行榜
查詢庫存明細記錄
根據軟體發出的庫存告警進行入貨
操作軟體進行盤點計算
（3）、總經理：
基本信息登記管理
員工操作許可權管理
客戶銷售許可權管理
2.4、統開發步驟
確定參與者和相關的用況
為每個用況設計過程
建立順序圖，確定每個腳本中對象的協作
創建類，確定腳本中的對象
設計, 編碼, 測試, 集成類
為過程編寫系統測試案例
運行測試案例，檢驗系統
2.5、系統環境需求
系統模式
本系統採用C/S模式作為開發模式
硬體環境
伺服器端：
高性能的計算機一台，
普通的雙絞線作為連接。
客戶端： 普通的計算機或者工作站，
普通的雙絞線作為連接。
軟體環境
伺服器端：安裝SQL Server 2000的伺服器版本，
安裝windows 2000伺服器版本，
配置了諾頓等必須的防毒軟體。
客戶端： 安裝SQL Server2000的伺服器版本，
安裝了VB等可視化開發工具軟體，
安裝windows2000伺服器版本。
2.6、系統安全問題
信息系統盡管功能強大，技術先進，但由於受到自身體系結構，設計思路以及運行機制等限制，也隱含許多不安全因素。常見因素有：數據的輸入，輸出，存取與備份，源程序以及應用軟體，資料庫，操作系統等漏洞或缺陷，硬體，通信部分的漏洞，企業內部人員的因素，病毒，「黑客」等因素。因此，為使本系統能夠真正安全，可靠，穩定地工作，必須考慮如下問題：為保證安全，不致使系統遭到意外事故的損害，系統因該能防止火，盜或其他形式的人為破壞。
系統要能重建
系統應該是可審查的
系統應能進行有效控制，抗干擾能力強
系統使用者的使用許可權是可識別的
3、基於UML的建模
3.1語義規則
用例模型（use cases view）（用例視圖）的基本組成部件是用例（use case）、角色(actor)和系統(system)。用例用於描述系統的功能，也就是從外部用戶的角度觀察，系統應支持哪些功能，幫助分析人員理解系統的行為，它是對系統功能的宏觀描述，一個完整的系統中通常包含若干個用例，每個用例具體說明應完成的功能，代表系統的所有基本功能（集）。角色是與系統進行交互的外部實體，它可以是系統用戶，也可以是其它系統或硬體設備，總之，凡是需要與系統交互的任何東西都可以稱作角色。系統的邊界線以內的區域（即用例的活動區域）則抽象表示系統能夠實現的所有基本功能。在一個基本功能（集）已經實現的系統中，系統運轉的大致過程是：外部角色先初始化用例，然後用例執行其所代表的功能，執行完後用例便給角色返回一些值，這個值可以是角色需要的來自系統中的任何東西。
UML：是一種標準的圖形化建模語言，它是面向對象分析與設計的一種標准表示；它不是一種可視化的程序設計語言而是一種可視化的建模語言；不是工具或知識庫的規格說明而是一種建模語言規格說明是一種表示的標准；不是過程也不是方法但允許任何一種過程和方法使用它。
用例（use case）：
參與者（actor）：
3.2、UML模型
3.21、系統UML模型
3.22、子系統UML模型
（1）零售前台（POS）管理系統用例視圖
（2）後台管理系統用例視圖
3.3、系統實現圖
4、超市銷售系統概念設計文檔
（1）、系統ER圖
（2）、系統ER圖說明
1) 商店中的所有用戶（員工）可以銷售多種商品，每種商品可由不同用戶（員工）銷售；
2) 每個顧客可以購買多種商品，不同商品可由不同顧客購買；
3) 每個供貨商可以供應多種不同商品，每種商品可由多個供應商供應。
（3）、視圖設計
1) 交易視圖(v_Dealing)——用於查詢交易情況的視圖；
2) 計劃進貨視圖(v_PlanStock)——用於查詢進貨計劃的視圖；
3) 銷售視圖(v_Sale)——用於查詢銷售明細記錄的視圖；
4) 入庫視圖(v_Stock)——用於查詢入庫情況的視圖。
5、邏輯設計文檔
（1）、系統關系模型
a) 商品信息表（商品編號，商品名稱，價格，條形碼，促銷價格，促銷起日期，促銷止日期，允許打折，庫存數量，庫存報警數量，計劃進貨數，允許銷售，廠商編號，供貨商編號）
b) 用戶表（用戶編號，用戶名稱，用戶密碼，用戶類型）
c) 會員表（會員編號，會員卡號，累積消費金額，注冊日期）
d) 銷售表（銷售編號，商品編號，銷售數量，銷售金額，銷售日期）
e) 交易表（交易編號，用戶名稱，交易金額，會員卡號，交易日期）
f) 進貨入庫表（入庫編號，入庫商品編號，入庫數量，單額，總額，入庫日期，計劃進貨日期，入庫狀態）
g) 供貨商表（供貨商編號，供貨商名稱，供貨商地址，供貨商電話）
h) 廠商表（廠商編號，廠商名稱，廠商地址，廠商電話）
（2）、系統資料庫表結構
資料庫表索引
表名 中文名
MerchInfo 商品信息表
User 用戶表
Menber 會員表
Sale 銷售表
Dealing 交易表
Stock 進貨入庫表
Provide 供貨商表
Factory 廠商表
商品信息表(MerchInfo)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
MerchID int 4 P Not null 商品編號
MerchName Varchar 50 Not null 商品名稱
MerchPrice Money 4 Not null 價格
MerchNum Int 4 Not null 庫存數量
CautionNum Int 4 Not null 庫存報警數量
PlanNum Int 4 null 計劃進貨數
BarCode Varchar 50 Not null 條形碼
SalesProPrice Money 4 促銷價格
SalesProDateS Datetime 8 促銷起日期
SalesProDateE Datetime 8 促銷止日期
AllowAbate Int 4 Not null 允許打折
AllowSale Int 4 Not null 允許銷售
FactoryID Varchar 10 F Not null 廠商編號
ProvideID Varchar 10 F Not null 供貨商編號
用戶表(User)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
UserID varchar 10 P Not null 用戶編號
UserName Varchar 25 Not null 用戶名稱
UserPW Varchar 50 Not null 用戶密碼
UserStyle Int 4 Not null 用戶類型
會員表(Menber)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
MemberID Varchar 10 P Not null 會員編號
MemberCard Varchar 20 Not null 會員卡號
TotalCost Money 4 Not null 累積消費金額
RegDate Datetime 8 Not null 注冊日期
銷售表(Sale)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
SaleID Varchar 10 P Not null 銷售編號
MerChID Varchar 10 F Not null 商品編號
SaleDate Datetime 8 Not null 銷售日期
SaleNum Int 4 Not null 銷售數量
SalePrice Money 4 Not null 銷售單額
交易表(Dealing)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
DealingID Varchar 10 P Not null 交易編號
DealingPrice Money 4 Not null 交易金額
DealingDate Money 4 Not null 交易日期
MemberID Varchar 10 會員卡號
UserName Varchar 10 F Not null 用戶名稱
入庫紀錄表(Stock)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
StockID Varchar 10 P Not null 入庫編號
MerchID Varchar 10 F Not null 入庫商品編號
MerchNum Int 4 Not null 入庫數量
MerchPrice Money 4 Not null 單額
TotalPrice Money 4 Not null 總額
StockDate Datetime 8 Datetime 入庫日期
PlanDate Datetime 8 Datetime 計劃進貨日期
StockState Int 4 Not null 入庫狀態
供貨商表(Provide)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
ProvideID varchar 10 P Not null 供貨商編號
ProvideName Varchar 50 Not null 供貨商名稱
ProvideAddress Varchar 250 供貨商地址
ProvidePhone Varchar 25 供貨商電話
廠商表(Provide)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
FactoryID varchar 10 P Not null 廠商編號
FactoryName Varchar 50 Not null 廠商名稱
FactoryAddress Varchar 250 廠商地址
FactoryPhone Varchar 25 廠商電話
6、物理設計文檔
/*----------創建資料庫----------*/
create database SuperMarketdb
on primary
(
name=SuperMarketdb,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.mdf',
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf',
size=60MB,
maxsize=200MB,
filegrowth=20MB
)
go
/*----------創建基本表----------*/
use [SuperMarketdb]
go
/*創建交易表*/
CREATE TABLE Dealing (
DealingID int identity(1,1) Primary key ,
DealingDate datetime NOT NULL ,
DealingPrice money NOT NULL ,
UserName varchar(25) NULL ,
MemberCard varchar(20) NULL
)
GO
/*創建廠商表*/
CREATE TABLE Factory (
FactoryID varchar(10) Primary key ,
FactoryName varchar(50) NOT NULL ,
FactoryAddress varchar(250) NULL ,
FactoryPhone varchar(50) NULL
)
GO
/*創建會員表*/
CREATE TABLE Member (
MemberID varchar(10) Primary key ,
MemberCard varchar(20) NOT NULL ,
TotalCost money NOT NULL ,
RegDate datetime NOT NULL
)
GO
/*創建商品信息表*/
CREATE TABLE MerchInfo (
MerchID int identity(1,1) Primary key ,
MerchName varchar(50) Unique NOT NULL ,
MerchPrice money NOT NULL ,
MerchNum int NOT NULL ,
CautionNum int NOT NULL ,
PlanNum int NOT NULL ,
BarCode varchar(20) Unique NOT NULL ,
SalesProPrice money NULL ,
SalesProDateS datetime NULL ,
SalesProDateE datetime NULL ,
AllowAbate int NOT NULL ,
AllowSale int NOT NULL ,
FactoryID int NOT NULL ,
ProvideID int NOT NULL
)
GO
/*創建供應商表*/
CREATE TABLE Provide (
ProvideID varchar(10) Primary key ,
ProvideName varchar(50) NOT NULL ,
ProvideAddress varchar(250) NULL ,
ProvidePhone varchar(25) NULL
)
GO
/*創建銷售表*/
CREATE TABLE Sale (
SaleID int identity(1,1) Primary key ,
MerChID int NOT NULL ,
SaleDate datetime NOT NULL ,
SaleNum int NOT NULL,
SalePrice money NOT NULL
)
GO
/*創建入庫表*/
CREATE TABLE Stock (
StockID int identity(1,1) Primary key ,
MerchID int NOT NULL ,
MerchNum int NOT NULL ,
MerchPrice money NULL ,
TotalPrice money NULL ,
PlanDate datetime NULL ,
StockDate datetime NULL,
StockState int NOT NULL
)
GO
/*創建用戶表*/
CREATE TABLE User (
UserID varchar(10) Primary key ,
UserName varchar(25) NOT NULL ,
UserPW varchar(50) NOT NULL ,
UserStyle int NOT NULL ,
)
GO
/*----------創建表間約束----------*/
/*商品信息表中廠商編號、供應商編號分別與廠商表、供應商表之間的外鍵約束*/
ALTER TABLE MerchInfo ADD
CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY
(
[FactoryID]
) REFERENCES Factory (
[FactoryID]
),
CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY
(
[ProvideID]
) REFERENCES Provide (
[ProvideID]
)
GO
/*銷售表中商品編號與商品信息表之間的外鍵約束*/
ALTER TABLE Sale ADD
CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY
(
[MerChID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*入庫表中商品編號與商品信息表之間的外鍵約束*/
ALTER TABLE Stock ADD
CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY
(
[MerchID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*----------創建索引----------*/
/*在交易表上建立一個以交易編號、交易日期為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)
GO
/*在商品信息表上建立一個以商品編號為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)
GO
/*在銷售表上建立一個以銷售編號、銷售日期為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)
GO
/*在入庫表上建立一個以入庫編號、入庫日期、商品編號為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)
GO
/*----------創建視圖----------*/
/*創建用於查詢交易情況的視圖*/
CREATE VIEW v_Dealing
AS
SELECT DealingDate as 交易日期,
UserName as 員工名稱,
MemberCard as 會員卡號,
DealingPrice as 交易金額
FROM Dealing
GO
/*創建用於查詢進貨計劃的視圖*/
CREATE VIEW v_PlanStock
AS
SELECT Stock.StockID as SID,
MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
Factory.FactoryName as 廠商,
Provide.ProvideName as 供貨商,
Stock.MerchNum as 計劃進貨數量,
Stock.PlanDate as 計劃進貨日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=0
GO
/*創建用於查詢銷售明細記錄的視圖*/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
MerchInfo.MerchPrice as 商品價格,
Sale.SalePrice as 銷售價格,
Sale.SaleNum as 銷售數量,
Sale.SaleDate as 銷售日期
FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID
GO
/*創建用於查詢入庫情況的視圖*/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
Factory.FactoryName as 廠商,
Provide.ProvideName as 供貨商,
Stock.MerchPrice as 入庫價格,
Stock.MerchNum as 入庫數量,
Stock.TotalPrice as 入庫總額,
Stock.StockDate as 入庫日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=1
GO
7、小結
和傳統管理模式相比較，使用本系統，毫無疑問會大大提高超市的運作效率，輔助提高超市的決策水平，管理水平，為降低經營成本， 提高效益，減少差錯，節省人力，減少顧客購物時間，增加客流量，提高顧客滿意度，增強超市擴張能力， 提供有效的技術保障。
由於開發者能力有限，加上時間倉促，本系統難免會出現一些不足之處，例如：
本系統只適合小型超市使用，不能適合中大型超市使用；
超市管理系統涉及范圍寬，要解決的問題多，功能復雜，實現困難，但由於限於時間，本系統只能做出其中的一部分功能；
對於以上出現的問題，我們深表歉意，如發現還有其它問題，希望老師批評指正。