標準化花卉三階正規化資料庫規格設計

本節設計標準化花卉三階正規化資料庫是以圖 5.3 建立花卉資料庫基本 IDEF1X 規格 之四張關聯式資料表為基礎，彙整第四章分析後的五家花卉資料庫，比較圖 4.6 台北花卉 IDEF1X 規格、圖 4.7 彰化花卉 IDEF1X 規格、圖 4.8 台中花卉 IDEF1X 規格、圖 4.9 台南 花卉 IDEF1X 規格、圖 4.10 高雄花卉 IDEF1X 規格，在資料表(Entity)、屬性(Attribute)與 資料規格(Type)三方面進行分析與整合，設計標準化花卉三階正規化資料庫。

在資料表方面，標準化花卉資料庫共有 12 張表，其分析與比較如表 5.3 所示，整合後 的標準化花卉資料庫張數與內容如表 5.4 所示。在屬性整合方面的分析比較與整合如表 5.5 所示。在資料規格方面則因為各花市資料規格不同而較為繁雜，其分析與比較如表 5.6 所 示，整合後的標準化花卉資料庫規格如表 5.7 所示。

表 5.3 五家花市資料表分析與比較

台北花市 彰化花市 台中花市 台南花市 高雄花市 原始資料表數 5 張 4 張 4 張 4 張 12 張 正規化資料表數 11 張 10 張 10 張 10 張 11 張

表 5.4 標準化花卉三階正規化資料庫

資料表張數 資料表內容

12 張

1. 供應人資料表 2. 供應行政區資料表 3. 供應縣市資料表 4. 承銷人資料表 5. 承銷地區資料表 6. 進貨資料表

7. 拍賣資料表 8. 拍賣線資料表 9. 花卉資料表 10. 花卉等級資料表 11. 花卉等級略表 12. 花市員工資料表

表 5.5 五家花市屬性分析與標準化整合

870202+0010101

主鍵編碼方式:

日期+序號+子序號 (長度 13) 例:

870202+00161+01

主鍵編碼方式:

850101+01000+01

主鍵編碼方式: 例:CJ5806 (台北貢寮農民)

主鍵編碼方式:

主鍵編碼方式:

圖 5.4 標準化資料庫的 IDEF1X 規格 表 5.8 標準化花卉資料庫與五家花卉資料庫比較表

資料表總數 屬性總數 資料規格相容性

標準化花卉資料庫 12 張 68 個 高

台北花卉資料庫 11 張 53 個 低

彰化花卉資料庫 10 張 50 個 低

台中花卉資料庫 10 張 49 個 低

台南花卉資料庫 10 張 49 個 低

高雄花卉資料庫 11 張 59 個 低

而分析花卉批發市場交易資料的原始資料表與三階正規化資料庫設計需求，由圖 5.4 花卉批發市場三階正規化資料庫 IDEF1X 表達法，可建立標準化花卉交易資料庫三階正規 化的 SQL Server 規格共 11 張資料表。表 5.9 為供應人資料表，紀錄供應人的基本資料；表 5.10 為供應行政區資料表，此為供應人資料表經三階正規化後分出的表，目的在於建構供 應行政區資料；表 5.11 為供應縣市資料表，此為供應行政區再細分的資料表，目的在於建 構供應縣市資料；表 5.12 為進貨資料表，紀錄當日進貨明細表上的詳細資料內容；表 5.13 為承銷人資料表，紀錄承銷人的基本資料；表 5.14 為承銷地區資料表，為承銷人資料表三 階正規化分出的表，目的在於建構承銷地區資料；表 5.15 為拍賣資料表，紀錄當日拍賣的 詳細資料，包括供應人序號、承銷人序號、花卉代號、等級、數量、價格等交易資料；表 5.16 為拍賣線資料表，此為交易資料表分出來的表，目的在於紀錄該拍賣花卉所屬的拍賣 線資料；表 5.17 為花卉資料表，紀錄花卉序號、品名資料；表 5.18 為花卉等級資料表，

紀錄花卉等級序號與等級名稱；表 5.19 為花卉等級略表，紀錄花卉等級略表序號及名稱。

表 5.20 為花市員工資料表，紀錄員工序號、姓名及職務。其中各資料表的主鍵與外鍵以(◎) 作紀錄。

表 5.9 供應人資料表

表 5.13 承銷人資料表

表 5.16 拍賣線資料表

主鍵 外鍵 欄位名稱 資料型別 允許空值 長度 欄位說明

◎ ◎ LINE_LINENUM char 5 拍賣線序號 LINE_NAME Varchar 50 拍賣線名稱

表 5.17 花卉資料表

主鍵 外鍵 欄位名稱 資料型別 允許空值 長度 欄位說明

◎ ◎ FLOWER_NUM char 5 花卉序號 FLOWER _NAME Varchar 50 花卉名稱

◎ FLOWER _KIND char 5 花卉種類 FLOWER _IDEN char 1 花卉定義與否 FLOWER _SOURCE char 1 花卉供應來源 FLOWER _UPSETPRICE int ◎ 4 花卉拍賣起標價格

表 5.18 花卉等級資料表

主鍵 外鍵 欄位名稱 資料型別 允許空值 長度 欄位說明

◎ ◎ FLOWER_GRADE _NUM char 5 花卉等級序號 FLOWER_GRADE _NAME Varchar 50 花卉等級名稱

◎ FLOGRADE_NUM char 5 花卉等級略表序號

表 5.19 花卉等級略表

主鍵 外鍵 欄位名稱 資料型別 允許空值 長度 欄位說明

◎ ◎ FLOGRADE_NUM char 5 花卉等級略表序號 FLOGRADE_NAME Varchar 50 花卉等級略表名稱

表 5.20 花市員工資料表

主鍵 外鍵 欄位名稱 資料型別 允許空值 長度 欄位說明

◎ ◎ EMPLOYEE__NUM char 5 花市員工序號 EMPLOYEE _NAME Varchar 50 花市員工姓名 EMPLOYEE _POST char 20 花市員工職務

5.2 花卉資料庫標準化實作流程

正規資料庫轉換必須先經由建立合理且正確的 IDEF1X 模型後再轉到目標資料庫系統 進而達到資料庫存取的目的。而 ERWin 軟體中提供有 17 個目標資料庫系統，例如：

ORACLE、DB2、SQL 等系統如圖 5.5 所示，由於目前高雄花市是唯一採用正式資料庫的 花市，而其規格為 MS SQL Server，故此部份將利用 MS SQL Server 設計出標準化的三階 正規化資料庫。在使用 ERWin 軟體建立花卉批發市場交易三階正規化資料庫 IDEF1X 表達 法，可利用 ERWin 軟體的五大特色之一的 Forward Engineering 功能直接轉換成 SQL Server 所讀取的 DDL (Data Definition Language)檔案格式，其步驟如下：

Step1：

首先在建立好的 physical ER Model 選取將轉入的資料庫系統，在這裡選擇的是 SQL Server 2000 系統，如圖 5.5 所示。

圖 5.5 Step1 選取資料庫

工具列選單Database Æ Choose Database

Step2：

在工具列選單 Tools 中選取”Forward Engineering/Schema Generation” 功能後，隨即跳出功 能選單，此時選取下方 Report 按鈕可立即將 ER Model 命名轉存為.sql 檔案，如圖 5.6 所示，

此為 SQL Server 2000 資料庫系統所需讀取的 DDL 檔案格式，DDL 檔案的部分內容如圖 5.7 所示；完整 DDL 檔案於光碟附錄一細列。

圖 5.6 Step2 ER 轉 DDL

圖 5.7 DDL 部分內容

選取 ToolsÆ Forward Engineering/Schema Generation

存成 .sql 檔

CREATE TABLE 供應人資料表 (

SUP_ONUM char(5) NOT NULL, SUP_SUPNUM int NOT NULL, SUP_GROUPNUM char(5) NOT NULL, SUP_TYPE char(1) NOT NULL, SUP_NAME varchar(50) NOT NULL, SUP_LASTDATE datetime NOT NULL, SUP_CODE char(5) NOT NULL, SUP_IFUSE char(1) NOT NULL, SUPLOC_LOCATIONNUM char(2) NULL )

go

ALTER TABLE 供應人資料表

ADD PRIMARY KEY NONCLUSTERED (SUP_SUPNUM) go

CREATE TABLE 供應行政區資料表 (

SUPLOC_LOCATIONNUM char(2) NOT NULL,

Step3：

接著開啟 SQL Server 2000 資料庫系統，先建立一個新的資料庫後選取工具選單中的 SQL Query Analyzer 功能，如圖 5.8 所示。

圖 5.8 在 SQL Server 2000 系統建立新資料庫

隨後跳出如圖 5.9 的指令列，此時開啟之前存好的 DDL 檔案(.sql 檔)，並按下開始執 行按鈕，當出現”命令成功完成”指令後代表 SQL Server 已成功執行 DDL 檔並轉入新資料 庫中，如圖 5.9 所示。

圖 5.9 執行 SQL Query Analyzer

Step4：

最後開啟建立好的 SQL Server 資料庫可檢視各資料表屬性內容及其關聯圖如圖 5.10 所示，

共 11 張資料表的三階正規化資料庫。

圖 5.10 SQL Server 標準化花卉三階正規化資料庫關聯圖

第六章 結論與未來研究方向

6.1 結論

近年來台灣花卉生產面積約 11,600 公頃，產值 108 億台幣左右，是我國農產運銷的重 點產業。花卉批發市場交易作業處理資料量龐大，故必須建構完善且符合需求的標準化花 卉交易資料庫系統以提高國內五大市場資料處理的品質。要確保花卉交易資訊的品質，必 須先確實交易資訊的標準化管理工作。本論文進行花卉批發市場交易資訊流的標準化設 計，實際分析交易作業流程並整合國內五家花卉批發市場拍賣資料庫，建立三階正規化資 料庫的標準化規格，增進並強化花卉批發市場資料庫設計的相容性與管理機制，以達到更 高程度的易管理性和可靠性。

而標準化與經濟規模的關係可如圖 6.1 所示，預估ㄧ家花卉批發市場建立一套交易資 訊系統需成本約 900 萬元(A 點)其中固定成本約 305 萬元；變動成本約 595 萬元，而在經 濟規模 U 型成本曲線[35]中，本論文所建置的花卉標準化三階正規化資料庫系統，可套用 於五家花卉批發市場，經成本曲線公式 P=C+(K/q)計算可得單位成本約為 424 萬(B 點)，確 實達到降低成本並提高效益的目的。

圖 6.1 經濟規模 U 型成本曲線

本論文完成後的系統除了受到五家花卉批發市場的重視外，亦被其他的市場決策者所 關矚。例如台北花木批發市場電腦拍賣系統建置案[3]，已於民國 94 年 1 月 14 日簽奉核定 依程序辦理公開招標等相關事宜，其拍賣資訊系統之規格需求計畫書即是以本論文研究計 畫之標準化三階正規化資料庫為標準再添置其個別系統需求所建置。由此可知本論文在實 用性與貢獻度上提供各批發市場在資料庫處理系統方面一個十分具有參考價值的解決方 案。

產品數量 ( ) Ｂ

單位成本

( )

A

B

P=C+(K/q) P

q

6.2 未來研究方向

標準化是企業規模與完整度的評鑑標準之一，本論文乃是針對花卉交易資訊流做標準 化三階正規化資料庫設計，以三階段過程提供各花卉批發市場一套高整合性且標準化的交 易資訊系統。而在實作應用方面，本論文除了能立即套入五家花卉市場外，亦能套入其他 如花木批發市場，果菜市場，漁業市場等各產業的交易市場進行標準化資料庫設計。

本論文經由計畫建置與實際訪談花卉市場人員到標準化資料庫系統設計完成與測 試，中間歷經四個多月的時間，針對花卉批發市場交易作業流程進行解構與分析提供花卉 市場一個標準化的參考流程。而在物流方面，除了現有的標準化條碼系統之外，可繼續制 訂花卉批發市場交易流程中的軟硬體規格標準、花卉品質的標準化規格。甚至建立教育訓 練制度分門培育五大流程中的交易作業人員，提供一個相互支援與執照認證的環境。如此 一來因為業務簡化可增加熟練度而減少錯誤發生並提高工作效率，更使花卉公司經營方針 更為透徹，透過工作人員對於責任與權限的明瞭，使業務運用更為確實。當整個花卉產業 成功連串起來後，規格的制定除了能讓交易作業因標準化而定型，使工作結果與品質變異 減少，讓台灣花卉產業更進一步邁入全球國際市場成為一流的花卉企業。

參考文獻

1. 台中花卉公司網頁，http://163.29.73.197/mkweb/37/default.htm/。

2. 台北花卉公司網頁，http://www.tflower.com.tw/。

2. 台北花卉公司網頁，http://www.tflower.com.tw/。