數據文件：訂單明細表文件組成：訂單序號Id, 訂單編號, 菜名復, 價格, 數量, 下單時間數 據 項：訂單序號Id數據類型：整型數據長度：4數 據 項：訂單編號數據類型：可變字符類型數據長度：50數據組成：A+日期時間數 據 項：菜名數據類型：可變字符類型數據長度：50數 據 項：價格數據類型：整型數據長度：4數 據 項：數制量數據類型：整型數據長度：4數 據 項：下單時間數據類型：日期類型數據長度：8(2)數據流定義：登記注冊名 稱：登記注冊簡 述：管理員登記入住客戶信息數據來源：入住客戶數據去向：開房登記表數據組成：客戶姓名+性別+年齡+房號+訂餐密碼+證件類型+證件號碼+詳細地址+電話+入住時間+入住天數+離店時間瀏覽選購名 稱：瀏覽選購簡 述：客戶選購菜品zhidao并將其加入餐車數據來源：客戶根據菜單選購的餐品數據去向：處理3放入餐車數據組成：菜名+價格+數量，原發布者:ploenin3.4數據字典(DD)   數據字典(DataDictionary,簡稱DD)就是用來定義數據流圖中的各個成分的具體含義的，它以一種準確的、無二義性的說明方式為系統的分析、設計及維護提供了有關元素的一致的定義和詳細的描述。它和數據流圖共同構成了系統的邏輯模型，是需求規格說明書的主要組成部分。3.4.1數據字典的內容以及格式   數據字典的任務是對于數據流圖中出現的所有被命名的圖形元素在數據詞典中作為一個詞條加以定義，使得每一個圖形元素的名字都有一個確切的解釋。   數據字典有以下四類條目：數據流、數據項、數據存儲、基本加工。   數據詞典中所有的定義應是嚴密的、精確的，不可有半點含混，不可有二義性。 1.數據流條目   數據流條目給出了DFD中數據流的定義，通常列出該數據流的各組成數據項。在定義數據流或數據存儲組成時，使用的符號如3-1表：    舉例：定義數據流組成及數據項。   機票=姓名+日期+航班號+起點+終點+費用       航班號=“Y7100”e5a48de588b6e79fa5e9819331333433623738...“Y8100”   終點=[上海|北京|西安]   數據流條目主要內容及舉例如下：   數據流名稱：訂單   別名：無   簡述：顧客訂貨時填寫的項目   來源：顧客   去向：加工1“檢驗訂單”   數據流量：1000份/每周   組成：編號+訂貨日期+顧客編號+地址+電話+銀行賬號+貨物名稱+規格+數量 2.數據存儲條目   數據存儲條目是對數據存儲的定義，如：m.glucoside.cn防采集。

我們在進行軟件系統得開發中，經常會用到數據字典。那么，數據字典應該怎么寫呢？下面就給大家介紹一下。

方法

描述數據庫系統的所有對象，如屬性、實體、記錄類型、數據項、 用戶標識、口令、物理文件名及其位置、文件組織方法等；

數據字典是一個預留空間，一個數據庫，這是用來儲存信息數據庫本身。數據字典可能包含的信息例如：

描述數據庫系統各種對象之間的交叉聯系，如哪個用戶使用哪個子模式，哪個記錄分配在哪個區域，存貯在哪個物理設備上；

數據文件：訂單明細表文件組成：訂單序號Id, 訂單編號, 菜名, 價格, 數量, 下單時間

登記所有對象在不同場合、不同視圖中的名稱對照表；

制作數據字典工具的sql文件必須Navicat或MySQLFront或Toad導出，我使用的是sql

描述模式、子模式和物理模式的改動情況。

數據字典是整個數據庫環境的重要組成部分，是數據庫環境管理的有力工具，在數據庫的生命周期內起著重要作用

制作數據字典工具的sql文件必須Navicat或MySQLFront或Toad導出，我使用的是sqlyog，因此格式和這個工具有沖突，導致經常使用有問題zhidao，建議使用的話采用Navicat導出表結構，這樣就不會存在sql格式不兼容的問題。比較哦可惜的是不能自動生成每個表的功能以及索引情況。先上一張圖展示一下效果：對于專MySQL, 總共三步操作：一、點DataDictionaryTool版本號屬.bat打開圖形界面。二、MySQL->載入sql腳本文件三、MySQL->生成數據字典對于Oracle,也是三步操作一、點DataDictionaryTool版本號.bat打開圖形界面。二、Oracle->載入sql腳本文件三、Oracle->生成數據字典，PowerDesigner、oracle本回答被提問者采納，數據字典是整個數據庫環境的重要組成部分，是數據庫環境管理的有力工具，在數據庫的生命周期內起著重要作用。數據字典的用途是多方面的，它是一個管理有關數據庫設計、實現、運行和擴充階段的各種信息的工具。數據字典（Data dictionary,縮寫為 DD） 是存放數據庫各級模式結構的描述，也是訪問數據庫的接口。歸納起來，數據字典的功能包括以下幾方面： ①描述數據庫系統的所有對象，如屬性、實體、記錄類型、數據項、 用戶標識、口令、物理文件名及其位置、文件組織方法等； ②描述數據庫系統各種對象之間的交叉聯系，如哪個用戶使用哪個子模式，哪個記錄分配在哪個區域，存貯在哪個物理設備上； ③登記所有對象在不同場合、不同視圖中的名稱對照表； ④描述模式、子模式和物理模式的改動情況。代碼是代表客觀存在的實體或屬性的符號（如數字、字母或它們的組合）。在信息系統中，代碼是人和機器的共同語言，是便于進行信息分類、校對、統計和檢索的關鍵，是數據庫規范化、標準化的依據。代碼設計是實現一個信息系統的前提條件，其目的是要設計出一套為系統各部分所公用的優化代碼系統。代碼設計代碼設計是編制數據字典開始的，編碼對象為數據存儲中所包含的數據元素與數據結構。代碼設計的結果是形成代碼字典，作為系統設計與編程的標準。 現行系統中，已經存在著一套代碼系統，但是，這種代碼不一定適合計算機處理，而且往往不科學、不統一，為此應對本系統使用的代碼進行調查研究和統一規劃，以便進行重新設計或修訂，其中對重要代碼的設計應依據國家有關編碼標準。 代碼設計是一項重要的工作。如果代碼設計不合適，小修改將會引起程序的變化，大修改則會引起文件的重新建立。故一定要進行全面的考慮和仔細的推敲、修改，逐步優化，最后確定，切忌草率行事。是代碼的基本分類，在實際設計中，可以根據需要進行選擇，或將不同的類型組合起來使用。詞語代碼的分類一般以結構為準，所謂的代碼結構是指代碼內部各個符號或符號組之間的關系。就目前情況看，詞語的代碼結構類型有十種以上，但在地質上常用的有五種，即特征組合結構、順序結構、助記結構、分類結構和混合結構。其代碼的種類也相應地分為特征組合碼、順序碼、助記碼、分類碼和混合碼五種。按照這種設計思路設計你的數據字典，就是很標準的數據點啦！注意事項數據庫系統是一個復雜的系統，其中所包含的信息除了用戶數據外，還有很多非用戶數據信息。例如，模式和子模式的內容、文件間的聯系、數據項的長度、類型、用戶標識符、口令、索引等等。這些非用戶數據是整個數據庫系統的情報系統，如果沒有它們或它們遭到了破壞，則整個系統將陷入癱瘓狀態，即使數據庫本身完好無損，也將無濟于事。為了使數據庫的設計、實現、運行、維護、擴充有一個共同遵循的標準和依據，并且也為了保證數據庫的共享性、安全性、完整性、一致性、有效性、可恢復性以及可擴充性，人們在數據庫中設置了數據字典，來集中保存這些信息。由于數據字典是描述數據庫中各數據屬性與組成的數據集合，因此有人把它看做是關于數據庫的數據庫。數據字典的作用是：①管理系統數據資源——數據字典提供了管理和收集數據的方法；②實現數據標準化——在數據庫中，數據的名稱、格式和涵義等在不同的場合下容易混淆，數據字典提供使之標準化的工具，它可以給這些內容予以統一的名稱、格式和涵義；③使系統的描述文體化——所有和系統有關的描述，都可以對數據字典中的信息進行查詢、插入、刪除和修改；④作為設計的工具——由于數據字典中存放著與數據庫有關的各種信息和原始資料，就為數據庫設計提供了有力的工具；⑤為數據庫提供存取控制和管理——數據庫在接受每一個對數據庫的存取請求時，都要檢查用戶標識、口令、子模式、模式和物理模式等。所以從某種意義上講，數據字典控制了數據庫的運行；⑥供數據庫管理員(DBA)進行各種查詢，以便了解系統性能、空間使用狀況和各種統計信息，及時掌握數據庫的動態e799bee5baa6e79fa5e98193e78988e69d8331333335336537。所以數據字典是 DBA 觀察數據庫的眼晴和窗口，原發布者:ploenin3.4數據字典(DD)   數據字典(DataDictionary,簡稱DD)就是用來定義數據流圖中的各個成分的具體含義的，它以一種準確的、無二義性的說明方式為系統的分析、設計及維護e68a84e8a2ade799bee5baa6e79fa5e9819331333433623738提供了有關元素的一致的定義和詳細的描述。它和數據流圖共同構成了系統的邏輯模型，是需求規格說明書的主要組成部分。3.4.1數據字典的內容以及格式   數據字典的任務是對于數據流圖中出現的所有被命名的圖形元素在數據詞典中作為一個詞條加以定義，使得每一個圖形元素的名字都有一個確切的解釋。   數據字典有以下四類條目：數據流、數據項、數據存儲、基本加工。   數據詞典中所有的定義應是嚴密的、精確的，不可有半點含混，不可有二義性。 1.數據流條目   數據流條目給出了DFD中數據流的定義，通常列出該數據流的各組成數據項。在定義數據流或數據存儲組成時，使用的符號如3-1表：    舉例：定義數據流組成及數據項。   機票=姓名+日期+航班號+起點+終點+費用       航班號=“Y7100”...“Y8100”   終點=[上海|北京|西安]   數據流條目主要內容及舉例如下：   數據流名稱：訂單   別名：無   簡述：顧客訂貨時填寫的項目   來源：顧客   去向：加工1“檢驗訂單”   數據流量：1000份/每周   組成：編號+訂貨日期+顧客編號+地址+電話+銀行賬號+貨物名稱+規格+數量 2.數據存儲條目   數據存儲條目是對數據存儲的定義，如：內容來自m.glucoside.cn請勿采集。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com