【文章內(nèi)容簡介】 。 系統(tǒng)簡介 本系統(tǒng)采用 visual basic與 Access作為數(shù)據(jù)庫的方式編寫 ,主要服務于貿(mào)易公司管理人員的日常工作 . 主要由以下幾大功能模塊構成 : 一 . 商品類型管理 :添加商品類型 ,修改商品類型 ,刪除商品類型 二 . 商品管理 :添加商品信息 ,修改商品信息 ,刪除商品信息 三 . 進貨管理 :添加進貨管理 ,修改進貨管理 ,刪除進貨管理 四 . 銷售管理 : 添加銷售管理 ,修改銷售管理 ,刪除銷售管理 五 . 庫存管理 : 商品入庫管理 ,庫存修改管理 ,庫存查詢管理 數(shù)據(jù)庫 設計 關系數(shù)據(jù)庫 介紹 : 關系數(shù)據(jù)庫是目前各類數(shù)據(jù)庫中最重要、最流行的數(shù)據(jù)庫，他應用數(shù)學方法來處理數(shù)據(jù)庫數(shù)據(jù)，是目前使用最廣泛的數(shù)據(jù)庫系統(tǒng)。 20世紀 70 年代以后開發(fā)的數(shù)據(jù)庫管理系統(tǒng)產(chǎn)品幾乎都是基于關系的。在數(shù)據(jù)庫發(fā)展的歷史上，最重要的成就就是關系模型。 關系數(shù)據(jù)庫系統(tǒng)與非關系數(shù)據(jù)庫系統(tǒng)的區(qū)別是： 關系系統(tǒng)只有 “ 表 “ 這一種數(shù)據(jù)結構；而非關系數(shù)據(jù)庫系統(tǒng)還有其他數(shù)據(jù)結構，對這些數(shù)據(jù)結構有其他的操作。 11 結構化查詢語言 SQL（ Structured Query Language）是一種介于關系代數(shù)與關系演算之間的語言，其功能包括查詢、操縱、定義和控制四個方面，是一個通用的、功能極強的關系數(shù)據(jù)庫語言。目前已成為關系數(shù)據(jù)庫的標準語言 Microsoft Access 介紹 : 使用 Microsoft Access，可以在單一的數(shù)據(jù)庫文件中管理所有的信息。在這個文件中，用戶可以將自己的數(shù)據(jù)分別保存在各自獨立的存儲空間 中，這些空間稱作表；可以使用聯(lián)機窗體來查看、添加及更新表中的數(shù)據(jù)；使用查詢來查找并檢索所要的數(shù)據(jù)；也可以使用報表以特定的版面布置來分析及打印數(shù)據(jù)。 如果要保存數(shù)據(jù)，請為每一種類型的信息創(chuàng)建一個表。如果要從查詢、窗體或報表中的多個表中將數(shù)據(jù)合并在一起，就要定義各個表之間的關系。 如果要搜索并檢索符合指定條件的數(shù)據(jù)，包括來自多個表中的數(shù)據(jù)，就要創(chuàng)建查詢。查詢的同時也可以更新或刪除多條記錄，并對數(shù)據(jù)執(zhí)行內(nèi)嵌或自定義的計算。 如果要簡單地直接在某個表中查看、輸入及更改數(shù)據(jù)，請創(chuàng)建一個窗體。在打開一 個窗體時， Microsoft Access 將從一個或多個表中檢索數(shù)據(jù)，并使用用戶在 “ 窗體向?qū)?” 選擇的版面布局或所創(chuàng)建的版面布局，將窗體顯示在屏幕上。 如果要分析數(shù)據(jù)或?qū)?shù)據(jù)以特定的方式打印出來，請創(chuàng)建一個報表。例如，可以打印一份將數(shù)據(jù)分組并計算數(shù)據(jù)總和的報表，也可以打印另一份帶有各種數(shù)據(jù)格式的打印郵件標簽的報表。 建庫準備 貿(mào)易 公司信息管理系統(tǒng)主要由 商品 信息表、 銷售 信息表、 庫存 信息表、 客戶信息表 及其相應關系組成。 構造數(shù)據(jù)庫必須遵循一定的規(guī)則，在關系數(shù)據(jù)庫中這種規(guī)則就是范式。范式是符合某一 種級別的關系模式的集合，關系數(shù)據(jù)庫中的關系必須滿足一定的要求即滿足不同的范式，目前關系數(shù)據(jù)庫有六種范式，第一范式 1NF 、第二范式 2NF、 第三范式 3NF、第四范式 4NF 、第五范式 5NF 和第六范式 6NF。 滿足最低要求的范式是第一范式 1NF，在第一范式的基礎上進一步滿足更多要求的稱為第二范式2NF，其余范式以次類推一般說來數(shù)據(jù)庫只需滿足第三范式 3NF就行了。下面舉例介紹第一范式 1NF、 第二范式 2NF、和第三范式 3NF。 第一范式 1NF 在任何一個關系數(shù)據(jù)庫中，第一范式 1NF是對關系模式的基本要求。不滿足第一范式 1NF的數(shù)據(jù)庫就不是關系數(shù)據(jù)庫。所謂第一范式 1NF是指數(shù)據(jù)庫表的每一列都是不可分割的基本數(shù)據(jù)項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重復的屬性。如果出現(xiàn)重復的屬性就可能需要定義一個新的實體，新的實體由重復的屬性構成，新實體與原實體之間為一對多關系。在第一范式 1NF中，表的每一行只包含一個實例的信息。例如： 顧客信息表 不能 顧客信息 都放在一列中，顯示也不能將其中的兩列或多列在一列中顯示。 顧客信息表的每一行只表示一個顧客的信息，一個顧客的信息在表中只出現(xiàn)一次。簡而言之，第一范式就是 無重復的列。 12 第二范式 2NF 第二范式 2NF是在第一范式 1NF的基礎上建立起來的，即滿足第二范式 2NF必須先滿足第一范式 1NF。第二范式 2NF要求數(shù)據(jù)庫表中的每個實例或行必須可以被惟一地區(qū)分，為實現(xiàn)區(qū)分通常需要為表加上一個列以存儲各個實例的惟一標識，如員工信息表中加上了員工編號列，因為每個員工的員工編號是惟一的。因此每個員工可以被惟一區(qū)分，這個惟一屬性列被稱為主關鍵字或關鍵主碼。 第二范式 2NF要求實體的屬性完全依賴于主關鍵字，所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性，如果存在那么這個屬性和主 關鍵字的這一部分應該分離出來形成一個新的實體，新實體與原實體之間是一對多的關系，為實現(xiàn)區(qū)分通常需要為表加上一個列以存儲各個實例的惟一標識，簡而言之第二范式就是非主屬性依賴于主屬性。 第三范式 3NF 滿足第三范式 3NF必須先滿足第二范式 2NF。簡而言之第三范式 3NF要求一個數(shù)據(jù)庫表中，不包含已在其它表中已包含的非主關鍵字信息。例如：存在一個部門信息表，其中每個部門有部門編號、部門名稱、部門簡介等信息。那么在員工信息表中，列出部門編號后就不能再將部門名稱、部門簡介等與部門有關的信息再加入員工信息表中。 如果不 存在部門信息表，則根據(jù)第三范式 3NF也應該構建它，否則就會有大量的數(shù)據(jù)冗余，簡而言之第三范式就是非主屬性不相互依賴。 數(shù)據(jù)庫邏輯結構設計 貿(mào)易公司 管理信息系統(tǒng)數(shù)據(jù)庫中各個表格的設計結果如下面表格所示。每個表格表示在數(shù)據(jù)庫中的一個表。 具體如下表 表 商品 信息表 列名 數(shù)據(jù)類型 可否為空 說明 B_ID_N Varchar NOT NULL 進貨 B_ProviderId_N Numeric NOT NULL 供應商 B_MerchandiseId_N Numeric NULL 商品 名稱 B_StockDate_D Datetime NULL 進貨時間 B_Count_N Numeric NULL 購入量 B_StockPrice_N Numeri NULL 進貨單價 B_OperatorId_S Varchar NULL 操作員 13 表 庫存 信息表 列名 數(shù)據(jù)類型 可否為空 說明 M_Id_N Text NOT NULL 商品編號 M_Name_S Text NOT NULL 商品名稱 M_Introduce_S Numeric NULL 商品介紹 M_TypeId_N Numeric NULL 商品類型 M_Storage_N Varchar NOT NULL 庫存量 M_Remark_R Text NULL 備注 表 商品銷售 信息表 列名 數(shù)據(jù)類型 可否為空 說 明 S_ID_N Varchar NOT NULL 銷售編號 S_MerchandiseID_N e Numeric NOT NULL 商品編號 S_RegDate_D Datetime NOT NULL 銷售日期 S_Count_N Numeric NOT NULL 售出數(shù)量 S_SellPrice_N Numeric NULL 單價 S_OperatorId_S Text NULL 操作員 S_Remark_R Text NULL 備注 表 客戶信息表 列 名 數(shù)據(jù)類型 可否為空 說 明 customerNO char NOT NULL 客戶編號 customerName char NULL 客戶姓名 customerSex char NULL 客戶性別 customerID char NULL 身份證號碼 customerTele char NULL 客戶聯(lián)系電話 customerType char NULL 客戶類型 customerMemo text NULL 備注 數(shù)據(jù)庫結構的實現(xiàn) 經(jīng)過前面的需求分析和概念結構設計以后，得到數(shù)據(jù)庫的邏輯結構?，F(xiàn)在就可以在 ACCESS2020 數(shù)據(jù)庫系統(tǒng)中創(chuàng)建 系統(tǒng)用戶表 商品 信息表 庫存 信息表 客戶信息表 商品銷售 信息表 14 商品 信息表格 CREATE TABLE [dbo].[customers] ( [CustomerID] [char] (14) COLLATE Chinese_PRC_CI_AS NOT NULL , [CompanyName] [nvarchar] (40) COLLATE Chinese_PRC_CI_AS NOT NULL , [ContactName] [nvarchar] (30) COLLATE Chinese_PRC_CI_AS NULL , [Address] [nvarchar] (60) COLLATE Chinese_PRC_CI_AS NULL , [City] [nvarchar] (15) COLLATE Chinese_PRC_CI_AS NULL , [Region] [nvarchar] (15) COLLATE Chinese_PRC_CI_AS NULL , [PostalCode] [nvarchar] (10) COLLATE Chinese_PRC_CI_AS NULL , [Phone] [nvarchar] (24) COLLATE Chinese_PRC_CI_AS NULL , [Fax] [nvarchar] (24) COLLATE Chinese_PRC_CI_AS NULL , [Homepage] [nvarchar] (50) COLLATE Chinese_PRC_CI_AS NULL , [CustomerMemo] [text] COLLATE Chinese_PRC_CI_AS NULL ) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY] 庫存 信息表格 CREATE TABLE [dbo].[orders] ( [OrderID] [char] (14) COLLATE Chinese_PRC_CI_AS NOT NULL , [CustomerID] [char] (14) COLLATE Chinese_PRC_CI_AS NULL , [CustomerName] [char] (40) COLLATE Chinese_PRC_CI_AS NULL , [ProductID] [char] (14) COLLATE Chinese_PRC_CI_AS NULL , [ProductName] [char] (40) COLLATE Chinese_PRC_CI_AS NULL , [Spec] [char] (20) COLLATE Chinese_PRC_CI_AS NULL , [Unit] [nvarchar] (20) COLLATE Chinese_PRC_CI_AS NULL , [Quantity] [nvarchar] (20) COLLATE Chinese_PRC_CI_AS NULL , [UnitPrice] [money] NULL , [OrderDate] [datetime] NULL , [Discount] [numeric](3, 0) NULL , [Ordermemo] [text] COLLATE Chinese_PRC_CI_AS NULL ) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY] 15 客戶信息表 格 CREATE TABLE [dbo].[products] ( [ProductID] [char] (14) COLLATE Chinese_PRC_CI_AS NOT NULL , [ProductName] [char] (40) COLLATE Chinese_PRC_CI_AS NOT NULL , [Spec] [char] (20) COLLATE Chinese_PRC_CI_AS NULL , [Unit] [nvarchar] (20) COLLATE Chinese_PRC_CI_AS NULL , [Productmemo] [text] COLLATE Chinese_PRC_CI_AS NULL ) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY] 商品銷售 信息表 CREATE TABLE [dbo].[sstock] ( [StockID] [char] (14) COLLATE Chinese_PRC_CI_AS NOT NULL , [ProviderID] [char] (14) COLLATE Chinese_PRC_CI_AS NULL , [Prov