【正文】 .................................................................................................15表建立的代碼........................................................................................................................15 數(shù)據(jù)庫實施 .........................................................................................................................18第 4 章 結束語...............................................................21參考文獻....................................................................21 《數(shù)據(jù)庫原理》課程設計報告 2 第 1 章 概述 選題的背景與意義隨著網(wǎng)絡的快速的發(fā)展，網(wǎng)購已成為一種非常便捷的購物方式，讓我們在電腦手機旁邊就可以貨幣千萬家，隨之網(wǎng)店也成為了一種非常受創(chuàng)業(yè)人喜愛的一種創(chuàng)業(yè)方式。某公司要開發(fā)一個能夠給中小買家提供貨源的軟件，該公司可以把經(jīng)過考察的服裝通過此軟件發(fā)布到軟件上，讓軟件的其他用戶可以對該軟件上的服裝進行有選擇的上架。 相關技術分析服裝銷售系統(tǒng)只是對數(shù)據(jù)庫應用技術的一個樣本數(shù)據(jù)庫的實例，系統(tǒng)開發(fā)的總的設計目標是實現(xiàn)網(wǎng)上服裝銷售系統(tǒng)的系統(tǒng)化、規(guī)范化和自動化，是相對網(wǎng)上服裝資料的集中統(tǒng)一的管理。本系統(tǒng)分為用戶信息管理模塊，服裝信息模塊和員工信息管理模塊；用戶也就是訂購此系統(tǒng)的用戶，他們可以把此系統(tǒng)中的衣服上架到自己的淘寶店鋪中，供買家瀏覽；復轉信息模塊有公司的更新部門的員工添加到此數(shù)據(jù)庫中，只有他們對此有更新的權利。為了更好的做了好此系統(tǒng)我分了一下幾個部門：1. 經(jīng)理部門經(jīng)理部門的功能雖然不是面向顧客、不是此軟件的服務項之一，但它的存在卻是必不可少的。給員工編號，登記其基本信息；根據(jù)員工的平時表現(xiàn)及工齡確定工資；此外，還要給員工分配工作部門及職務等等。（支付工資等） 。公司是為中小型買家提供衣服貨源的，即需要采貨部去考察衣服是否合格，獲得合格的商品的衣服的數(shù)據(jù)（包括商品編號、衣服名字、衣服的大小、材質(zhì)、商品廠家）采購部獲得衣服的數(shù)據(jù)交給貨物的更新部門，根據(jù) 采購部的信息對貨物中心的數(shù)據(jù)進行添加、修改、刪除、更新操作；同時對用戶數(shù)據(jù)也可以進行添加、修改、刪除、更新操作。 經(jīng)理子系統(tǒng)、進行編號、登記、分配工作{員工編號（用戶名） 、身份證號、姓名、性別、年齡、工齡、職務}，如從員工中刪除其基本信息，從它所服務的工作部門中刪除該員工的工作名額，結算支付其工資、獎金；同時補充新的員工，代替它的工作。如編號、命名等{部門號、名稱、員工數(shù)量}D．取消某個部門時，核算該部門的財務情況，并作備份；同時對該部門的員工重新分配工作。、修改、刪除和更新貨物的操作，如果在沒有經(jīng)過審核部門的審核時可以對訂單進行 刪除和修改、對買家買的商品從服裝中心下單上架信息：{商品編號、衣服名、商品單價、零售價、顏色、號碼、所在地、上架的時間}訂單信息：{訂單編號、代理用戶、買家的淘寶號、買家信息、商品編號、顏色、訂單形成的時間} 《數(shù)據(jù)庫原理》課程設計報告 5 第 3 章 數(shù)據(jù)庫設計 需求分析隨著網(wǎng)絡的快速的發(fā)展，網(wǎng)購已成為一種非常便捷的購物方式，讓我們在電腦手機旁邊就可以貨幣千萬家，隨之網(wǎng)店也成為了一種非常受創(chuàng)業(yè)人喜愛的一種創(chuàng)業(yè)方式?？偛繉ζ鋼碛袑τ脩舻墓芾?、衣服的管理、發(fā)布消息的權利；用戶對其有查詢衣服的權利、有選擇的上下架衣服、和接受總部消息的權利。聯(lián)系所對應的關系模式：1） 、把買家和訂單之間的 1 : n 的下單聯(lián)系轉化為相應的關系模式如下： 下單（訂單號、買家淘寶號、提交的金額、時間）2）買家與訂單之間的 1:1 的補充訂單關系轉化為相應的關系模式如下：補充訂單（訂單號、經(jīng)手人）3）買家和服裝之間的 1：n 的上架的關系轉化為相應的關系模式如下：上架（衣服的編號、賣家編號、上架時間）4）更新部門的員工和賣家的 1：n 的管理關系轉化為相應的關系模式如下：管理用戶（賣家號、操作（添加或刪除） 、時間）5）其他聯(lián)系處理說明如下：工資和更新部門員工之間的 1：1 聯(lián)系與員工關系合并更新部門員工和服裝之間的 1：n 聯(lián)系與服裝關系合并采獲部門員工和服裝之間的 1：n 聯(lián)系與服裝關系合并優(yōu)化后的數(shù)據(jù)模型 按照數(shù)據(jù)依賴對關系模式進行逐一分析，并進行極小化處理：賣家（用戶號、密碼、姓名、性別、電話） ；3NF部門（部門編號、部門名字、員工人數(shù)） ；3NF員工（部門編號、員工編號、身份證號、姓名、性別、年齡、工齡、職務） ；3NF工資（員工號、實際工資、基本工資、出勤工資） ；3NF服裝（服裝編號、服裝名、顏色、尺寸、數(shù)量、所在地、成本價、零售價） ；3NF賣家（用戶號、密碼、姓名、性別、電話） ；3NF買家（買家的淘寶號、姓名、地址、電話） ；3NF訂單信息（訂單編號、訂單類型、代理用戶、買家的淘寶號、商品編號、顏色、訂單形成的時間） ；3NF總賬（總賬編號、部門號、收入、支出、凈利、日期、經(jīng)手人、備注） ；3NF財務狀況（財務狀況編號、時期、總收入、總支出、凈利潤） ；3NF因公司內(nèi)人員進行查詢時，一般只用到自己所屬單位的信息，故可把“人員”關系按部門進行水平分解，以提高查詢效率。CREATE PROCEDURE 員工的添加部門編號 nchar(10),員工編號 nchar(30) ,身份證號 nchar(50),姓名 nchar(20), 《數(shù)據(jù)庫原理》課程設計報告 15 性別 char(2),年齡 INT,工齡 int,職務 char(8) AS INSERT INTO 員工的添加values (部門編號,員工編號, 身份證號, 姓名, 性別,年齡, 工齡,職務)。索引的建立 CREATE CLUSTERED INDEX 服裝編號 ON 服裝( 服裝編號) CREATE CLUSTERED INDEX 員工編號 ON 員工( 員工編號)CREATE CLUSTERED INDEX 用戶名 ON 賣家( 用戶名)數(shù)據(jù)庫代碼CREATE DATABASE SalesDBON PRIMARY(NAME=39。,FILENAME=39。,size=3MB,MAXSIZE=50MB,FILEGROWTH=12%)LOG ON(NAME =39。,FILENAME=39。 ,size=5MB,MAXSIZE=50MB,FILEGROWTH=5%)表建立的代碼CREATE TABLE 部門