前言：中文期刊網精心挑選了數據字典范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
數據字典范文1
Abstract: The data structure of basic geographic information elements is researched, using VB and ACCESS database as a development tool, the basic elements of data dictionary query geographic information system is designed and developed to realize the accurate inquiry of fundamental geographic information.
關鍵詞：基礎地理信息要素數據字典；數據庫；查詢
Key words: fundamental geographic information data dictionary；database；query
中圖分類號：P208 文獻標識碼：A文章編號：1006-4311（2011）03-0278-01
0引言
基礎地理數據要素的數據量是龐大的，僅第一部分就包含了475個數據要素，這對于測繪部門基層用戶的外出攜帶、使用和查找都比較繁瑣。為解決這些困難，我們研究和開發出了一套使用簡單、查詢快捷的基礎地理數據要素查詢系統。
1系統數據庫的設計
基礎地理數據要素主要分四部分內容，第一部分有要素名稱、要素描述和要素分類代碼，這部分的內容相對每個數據要素具有唯一性；第二部分是屬性表，包含屬性名稱、屬性描述、數據類型字段要求、屬性值域或示例、約束/條件和備注，每個數據要素的屬性表中都含有多項記錄；第三部分為幾何表示，包含幾何特征、圖形代碼、表示方法、屬性、幾何表示示例和制圖表示示例，其中幾何特征、圖形代碼、表示方法和屬性含有多項記錄，而幾何表示示例和圖形表示示例具有唯一性；第四部分為相關要素、關系和備注，這三項也具有唯一性。
為了數據庫的方便存儲、查詢，我們把第一部分、第三部分和第四部分中具有唯一性的項合并為一個表，并把要素分類代碼定義為索引。其中幾何表示示例和圖形表示示例為圖形數據，我們把這兩項的類型定義為OLE對象，以二進制的方式存儲在數據表中。為了方便查詢我們在表中增加了“要素簡碼”字段，要素簡碼字段存儲的是要素名稱的漢語拼音縮寫，如“大地原點”的要素簡碼為“ddyd”。
屬性表中含有多項記錄，我們為屬性表單獨建立了一個表，并使用要素分類代碼與要素表相關聯。
幾何表示中的幾何特征、圖形代碼、表示方法和屬性項也含有多項記錄，我們為這四項也單獨建了一個表，并使用要素分類代碼與要素表相關聯。
2系統功能的設計與實現
系統根據需要設計了兩大功能模塊：錄入模塊和查詢模塊，系統功能如圖1。
2.1 基礎地理信息要素數據字典錄入模塊系統需要錄入三個數據庫表的數據,分別是要素表的錄入、屬性表的錄入和幾何表示表的錄入。
2.1.1 要素表的錄入。要素表的錄入模塊分為添加、修改、刪除和存儲功能。其中包含幾何表示示例和制圖表示示例兩個圖形數據，對于這兩個數據需要先進行圖片的掃描，形成位圖文件，然后系統讀入位圖文件，并以OLE對象的形式存儲在數據庫表中，這樣就可以在查詢系統中調用、顯示圖形元素。
2.1.2 屬性表和幾何表示表的錄入。屬性表和幾何表示表的錄入模塊分為添加、修改、刪除和存儲功能。
2.2 基礎地理信息要素數據字典查詢模塊根據基礎地理信息要素數據的特點和實際的應用情況，我們在查詢系統中設計了兩種查詢方式：按要素簡碼查詢和要素分類代碼查詢。
2.2.1 要素簡碼查詢。要素簡碼是要素名稱的漢語拼音縮寫，我們也在系統中為要素簡碼設計了模糊查詢功能，模糊查詢功能就是在查詢過程中輸入要素名稱的漢語品音縮寫的前n位，系統會把要素簡碼前n位為輸入字符的所有要素都顯示出來。
例如：輸入“dd”，系統會把所有要素簡碼是以“dd”開頭的要素都顯示出來，方便了用戶的選擇。這種查詢方式是用戶的主要查詢手段。
2.2.2 要素分類代碼查詢。要素分類代碼是由6位數字組成的，同樣我們在系統中也設計了模糊查詢的功能，例如：輸入“11”，系統會把要素分類代碼是以“11”開頭的所有要素都顯示出來，方便用戶的選擇。
2.2.3 要素數據的輸出。系統的輸出方式是采用了直接調用Execl的方式，把查詢到的數據直接輸出到Execl文件中，用戶可以很方便地進行數據的打印、編輯、保存和傳輸。
3結束語
《基礎地理信息要素數據字典查詢系統》是在充分、全面分析基礎地理信息要素數據的數據結構，結合用戶使用實際的需求而進行研究、設計開發的，也確實為基層用戶在作業過程中更加快捷、高效地查詢要素數據提供了方便，證實是值得推廣的查詢工具。
參考文獻：
[1]段怡紅，呂玉霞，李建利，等.《基礎地理信息要素數據字典第2、3部分》編制說明[Z].國家測繪局測繪標準化研究所.
[2]GB/T 20258.1-2007 基礎地理信息要素數據字典 第一部分：1：500 1：1000 1：2000基礎地理信息要素數據字典[S].
[3]GB/T 20258.2-2006 基礎地理信息要素數據字典 第2部分：1：5000 1：10000 基礎地理信息要素數據字典[S].
數據字典范文2
關鍵詞:電子海圖;航道測量;數據管理
1．引言
隨著我國遠洋航運的不斷發展，基于國際標準的電子海圖系統的研制工作成為人們逐步關注的焦點。當前，國際通用的電子海圖是S－57標準海圖，其能夠將電子海圖的相關數據源在全球海域中予以覆蓋，全面推動我國航海事業的發展。
2．測量數據管理系統的設計
對測量數據管理系統進行設計的過程中，需要將航道測試數據以簡單、直觀的方式進行管理，以便實現數據測量的移動辦公，從而為測量數據中心的處理工作以及決策工作提供有效、精準、客觀的參考資料。具體來說，測量數據管理系統需要達到以下幾個目標:第一，軟件系統人機交互界面運行良好，與WindowsXP、Win7等操作系統相適應，且操作簡單、方便;第二，每個功能模塊之間聯系緊密，形成一個整體，對測量數據進行及時更新和維護，以便能夠實現對各種數據的快捷查詢;第三，確保數據庫管理的可靠性和安全性。
3．電子海圖的數據結果
3．1S－57海道測量數據傳輸標準
S－57海道測量數據傳輸標準主是基于IHO數字數據交換委員會在1987年開發的DX－87格式(數字制圖數據交換與供給格式)形成的，其數據交換格式稱為DX－90，并于1992年召開的第九屆國際海道測量大會上被定為官方通用標準。之后，1996年11月頒布的S－573．0版中，其以全新的數據概念和組織方式對之前的頒布進行了多處修改，并不再使用DX－90稱謂。當前，國際上仍舊使用的是2000年11月頒布的版本，其主要內容可以分為引言、數據模型和數據結構等三部分，并對IHO物標分類和ENC產品規范進行了全面的闡述。具體來說，S－57模型如下:S－57能夠將地球上實際存在的地理情況予以模型化處理，并將這些實際存在的事物用物標來定義，也就是將真實世界進行模型化處理，抽象稱為物標的集合，且將這些事物的特點描述成為物標的屬性，并標記相關的屬性值。通常情況下，物標可以分為兩個方面，即特征物標和空間物標:第一，特征物標能夠被描述為點、線、面中的任何一種模型，但是不管在描述物標的過程中使用哪種幾何模型，都應該遵循降低數據容量這個原則。同時，對水深進行處理的過程中可以采用三維點陣的模型處理方式;第二，空間物標的描述對象主要是空間位置信息，特征物標自身是沒有空間位置信息的，定位時主要依靠對空間物標進行參照來取得。鏈接拓撲結構在ENC中得以普及使用，具體來說，鏈接空間物標可以分為孤立結點、連接結點以及線(邊)三種情況。其中，孤立結點與線并無關聯，而連接結點則對線的起點和終點進行了嚴格的規定，邊是由彎曲中間點和連接結點的位置所決定的。通常情況下，ENC對邊進行定義時無法運用高次多項式，為此，在對點狀特征物標的位置信息加以確定時必須依靠連接結點和孤立結點的信息;線狀特征物標則可以從連續的、多個邊上獲取相關位置信息;面狀特征物標需要參照連續的、多組以上的邊形成的封閉空間來獲取位置信息?？偠灾厪钠瘘c到終點的路徑是矢量的，所以，在對線狀或者面狀特征物標位置信息加以確定的過程中，必須對參照邊的方向予以明確規定。同時，為了使地理對象一直處于邊的右側，在描述面狀物標時還需要對外部區域參照邊的方向進行規定，具體可以與內部區域參照邊的方向相反。
3．2S－57標準海圖數據結構解析
所謂的S－57標準指的是通過建模的行駛將航道測量的理論數據轉換成S－57數據結構的一種方式，同時將獲取的模擬圖形有效轉換成為能夠被計算機所識別的記錄和字段，使其與計算機系統數據庫中的各類規定相符，這樣以來便形成了完整的數據結構。在實際操作過程中，只有將轉換后的數據結構在物標傳輸標準中進行封裝，才能實現PC系統之間的轉換。在S－57標準中，數據傳輸是基于SO/IEC82H國際標準對其進行封裝的，且模擬圖形與數據結構之間存在的一定的對應關系，即空間物標與空間記錄相對應，特征物標與特征記錄相對應。一般來說，一個物標結構由一條記錄來描述，而一條記錄又是通過多個字段構成，一個字段則是由多個子字段結合而成。建立一個交換集的記錄可以分為以下五種情況，分別為數據集描述記錄、數據字典記錄、目錄記錄、空間記錄和特征記錄。
4．結語
本文主要闡述了電子海圖在航道測量領域中的具體應用，并實現了航道測量數據的完整傳輸和科學管理，大大提升了數據存儲的安全性、查閱的及時性和快捷性。然而在實際操作過程中，航道測量數據的使用價值較低，并未得到有效的開發和利用。試想一下，一旦將航道測量數據庫中的測量成果轉化成為生動的水下三維地形圖，達到水下觀察的可視化效果，勢必會給日后航道指揮工作及相關的航行決策提供強有力的數據支撐。但是要想將這些想法變為現實并在航海事業中得以廣泛應用，還需要走很長的一段路。
參考文獻:
［1］劉廠，郝燕玲，高峰，趙玉新．國際標準電子海圖系統關鍵技術研究［J］．中國航海．2011(02):23－25．
［2］扈震，楊之江，馬振強．基于S－57標準的電子海圖三維可視化［J］．地球科學(中國地質大學學報)．2010(03):89－90．
數據字典范文3
[關鍵詞] 試井；Oracle；PL/SQL；數據遷移：數據映射
[中圖分類號] F270.7 [文獻標識碼] A [文章編號] 1673 - 0194（2013）03- 0054- 04
試井是油田開發過程中一種重要的作業方式，在油田勘探開發數據庫中，試井數據與生產測井數據隸屬于開發庫中的油田監測類數據。EPDM試井模型是大慶油田2010年在中石油PCEDM試井模型的基礎上修訂的模型，根據大慶油田試井數據庫現狀在PCEDM的基礎上對表和字段做了一定的擴充。由于EPDM的上線應用，原有試井數據的遷移已成為首要的工作任務。本文從模型分析、字典獲取、數據映射、數據遷移4方面詳細介紹EPDM試井數據的遷移。
1 試井模型分析
1.1 原試井模型
大慶油田原試井模型采用的是2003年修訂的《開發數據庫邏輯結構與填寫規定》中的油田監測模型。模型中包括DCA類的試井數據和DCB類的生產測井數據。其中試井涵蓋抽油機示功圖、動靜液面、靜液面恢復數據、流靜壓數據和不穩定試井解釋成果等15張數據表。
2003版的試井模型采用的是一種松耦合方式設計的關系數據庫，不同于EPDM模型的緊耦合，松耦合是指表與表之間的關聯程度較低，可以獨立應用，表的設計完全是基于實際應用中數據獲取的需求而設計。對于這種面向實際應用的數據庫設計方式，表間無約束，能夠方便數據的錄入，但錯誤數據出現的概率大。
1.2 EPDM試井模型
A1主庫模型包含基本實體、地質油藏、油氣田注采、測試等17個部分，試井隸屬于測試模塊，由試井項目、動靜液面測試數據、井筒溫度壓力測試等28張表組成。EPDM試井模型數據表見表1。
EPDM試井模型參照數據庫分表設計理論，按照主從表、緊耦合的方式設計。其中試井項目表為主索引表，其他表根據具體試井項目和數據類別（包含現場測試數據、過程化數據和成果數據）來劃分，并且作為試井項目表的從表存在。不同從表以ID字段作為主鍵字段，與試井項目表中的主鍵字段關聯。在原試井模型中頻繁出現的主鍵組合字段（井號、測試日期、監測代碼和層段序號組合）則只在主索引表中存儲，在從表中不再存儲具體數據，僅以ID關聯的方式來間接獲取這些字段的數據。這種存儲方式盡可能地減少了數據項的冗余，設計更加理論化。但是在習慣了原模型數據存儲的管理方式后，新模型在初次應用時難免會覺得有點不方便。而且由于有過多的主外鍵約束，數據遷移入庫較難，但是相對而言，數據一旦進庫后則錯誤較少。
1.3 兩種存儲方案的對比
1.3.1 主鍵的差異
主鍵是保證數據唯一及非空，用來唯一區分表的記錄的字段，它主要用于外鍵的關聯、記錄的增刪改等操作。從性能上來講，在主鍵的設計上應該遵循以下幾個原則：主鍵的無意義性、不應包含動態變化的數據、敏感信息不能選做主鍵、主鍵應該是單列的（為了提高連接和篩選操作的效率）。從實際應用上來講，有意義的主鍵、多列的主鍵反而更易于數據的使用。
原試井模型多采用井號、測試日期、監測代碼和層段序號來作為主鍵。這種有實際意義的主鍵的組合唯一標識了數據表的一條記錄，防止了記錄的重復。雖然容易理解，但是從性能上考慮，執行效率很低。EPDM試井模型應用無實際意義的字段ID來作為主、外鍵，不同表之間通過ID關聯，未與主索引表直接關聯的表以子表連接父表，父表與主索引表直接關聯。ID是一種由不同字符和數字等組成的字符型隨機數，可以由Oralce的隨機函數自動生成。由于用程序生成的鍵值不能重復，在數據庫系統中新入庫數據與舊數據的區分以及數據庫系統的集成上較為方便，執行效率很高。
1.3.2 表級別的差異
原試井模型和EPDM試井模型均按試井施工和資料解釋劃分，但在表級別上有所區分。原模型均為同級別的表，按油水井測壓、分層測試和井間監測等劃分。EPDM則按主從表設計，最多劃分為4級。主表即是試井項目表的主索引表，從表根據試井項目劃分。從表中又劃分為父子表。以流靜壓數據為例，流靜壓測試臺階數據為流靜壓測試基礎數據的子表，流靜壓測試結果信息為流靜壓測試基礎數據的父表。這3張表均為主索引表試井項目表的從表。
1.3.3 表內容設計的差異
EPDM模型比原模型增加了水驅前緣、示蹤劑、投井下取探深/探砂面、驗封等測試項目。由試油結果分析解釋表管理原模型的不穩定試井解釋成果和干擾試井解釋成果數據以及邊界數據。為了與試油表和試井的計量工具表建立關聯，增加了壓力測量與分析和壓力測量與壓力計兩張表作為專門的連接用表。EPDM模型在原模型的基礎上增加了臺階數據，方便臺階深度、壓力、溫度等數據字段的增減。臺階數據的使用雖然減少了字段的個數，但是也導致記錄數隨著臺階序號的個數翻番，是在犧牲存儲空間的前提下減少了字段冗余。
1.4 EPDM試井模型E-R圖
EPDM試井模型關系圖描述了試井項目所涉及的業務實體關系，共36張數據表。其中井筒、完井層位、井筒地層、井作業階段、計量數據表、計量工具表、試油/中途測試結果分析共8張表分別引自基本實體、單井地質及試油作業數據。
EPDM試井模型的E-R圖見圖1。
2 EPDM試井數據字典的獲取
在EPDM試井數據模型的應用中，數據字典是數據遷移中不可或缺的工具。下面介紹3種獲取數據字典的方式。
2.1 利用Oracle動態性能表獲取字典
應用模型文檔整理出建表的SQL語句，在Oracle建表時在comments字段填寫漢字字段名稱，利用系統數據字典可得到實時的PCEDM表數據字典。
2.2 利用PowerDesigne生成數據字典
PowerDesigner可以方便地對管理信息系統進行分析設計，包括了數據庫模型設計的全過程?？梢灾谱鲾祿鞒虉D、概念數據模型、物理數據模型。當把PowerDesigner 與用戶數據庫連接成功之后，通過菜單中的Generate Database 命令可以在DBMS 中生成數據庫表。
2.3 利用PDMReader生成數據字典
PDMReader是瀏覽速查pDM文件的軟件，具備ADO連接數據庫的基本功能，提供了SQL腳本導出，xls，doc，html，txt文件導出等功能。在PDMReader中導入PDM字典文件，打開DM數據庫（access數據庫），得到數據字典表，導入Oracle。即可利用系統數據字典得到實時的PCEDM表數據字典。
數據字典范文4
【關鍵詞】 Oracle數據庫 內存優化 優化配置 數據處理
Oracle數據庫系統誕生于美國甲骨文公司，它以優良的數據庫管理系統被大家所熟知，并且其存在極強的適應性，它能夠在各種大小環境中實現高效率的運轉模式，并通過強大的數據搜集和處理方式提出相應的解決方案。穩定性和安全性是Oracle數據庫系統最顯著的優點，它的分布式處理功能使其成為了真正意義上的分布式數據庫。
一、對Oracle系統內存結構進行概述
Oracle系統內存可依據兩種方式進行劃分，首先是將系統全局區、程序全局區、排序區以用戶的私有和共享方向進行劃分[1]。其次是將JAVA池、大池按照另一個方向進行劃分。
1.1私有和共享角度下的內存結構
1.1.1系統全局區的內存結構探究
系統全局區的內存結構主要由重演日志緩存、數據庫高速緩存和共享池組成。
（1）重演日志緩存區的內存結構研究
系統全局區可實現循環使用的緩存被稱之為重演日志緩存，它可以將數據庫中的變化的信息進行保留和再次操作。也可以將重要的信息進行調出更改。進行更改的主要日志文件為LOG-BUFFER，通過對其進行操作便可實現更改的目的。
（2）數據庫高速緩存區的內存結構研究
將數據文件進行讀取備份是數據庫高速緩存區所進行的工作任務，數據高速緩存區還能夠用來存儲已讀取的文件，將重要信息通過共享功能實現用戶的讀取和使用。它能夠對用戶的請求作出相應的答復，并充分提供可進行的服務。系統全局區（SGA）所構成文件的大小值可通過V$SGA進行查詢，也可顯示在SGA的實例程序啟動中。
（3）共享池區的內存結構研究
共享池區的內存結構由數據字典緩存和庫緩存組成。對于數據字典緩存來說從中可獲取大量的用戶、定義等信息，這些信息可通過相應的參數進行控制并通過命中率來巨鼎緩存區性能的好壞。其中參數控制的地址為SHARED-POOLSIZE.
1.1.2程序全局區的內存結構探究
程序全局區（PAG）可以通過創建對話的形式實現ORA-CLE的自動分配，它將ORACLE和用戶進程進行合理化連接。實際上PAG是一個擁有服務器數據和控制信息作用的內部儲存區[2]。PAG在進行工作時需要建立不同的連接，同時還會建立一個替身程式，用替身功能完成數據庫的對接和信息交換。以此可以看出為了能夠滿足它進行替身作用的發揮就需要大量的內存來提供支持。共享內存會對PAG中某些相關信息存放入large-pool-size里邊?？偟膩碚fPAG的優化對于SGA的優化起著非常重要的作用。
1.1.3排序區的內存結構探究
排序區的內存結構是特有的區域，它有其專用的排序空間，同時要使用具有SQL語句下的內存，對其排序區可進行磁盤臨時段和內存排序的劃分，兩種方式都能實現排序的功能，但是系統在進行工作時默認排序區為優先選擇區域。
1.2其他角度下的內存結構
其他角度下的內存結構主要有JAVA池區和大池區。對于JAVA池區而言它最大的特點是運用JAVA語言對系統進行開發使用，其實本質結構還是屬于SAG。而對于大池區而言它最大的特點是可以進行內存選擇，并對RMAN管理器中內存區域的數據進行恢復，進行恢復的主要工具為數據庫備份工具，其本質內容同樣是屬于SAG.
二、對Oracle系統內存結構優化配置研究
2.1對SAG進行優化探究
要對Oracle進行優化選擇首先要進行相應的假定。假定SAG占有系統大約50%左右的內存空間，可以對SHAREDPOOL-SIZE進行相應的設置把握SAG的大小，除了通過以上設置來完成設定外還可通過DB-BLOCK-BUFFER來控制SAG的大小。若是出現引入路徑偏差造成數據進入共享池中時，會使得I/O增加，導致系統的功能性降低[3]。例如在內存大小為1G的服務器中SGA依照以上假定大約為500M，一般情況下對數據進行衡量時可采用sort-area-size=64k系統自定義排序內存來衡量。
2.2對高速緩存區進行優化探究
高速緩存區的優化管理方式為通過對LRU算法中較少被使用的數據進行退出內存進行優化處理。同時高速緩存區被用來對SQL語句進行儲存。因此在對其進行優化處理時要著重關注SQL區域內的分析調用，對不是非常必要的分析調用進行縮減處理。要充分實現SQL語句中重用功能的體現，因此需要對數據進行規范化標準處理，例如，將SQL語句在進行編排時采用相同的大小寫字母，也最好采用連編變量。只有這樣才能做到數據的統一處理，以達到減少緩存的目的。
2.3對數據字典緩存區進行優化探究
數據字典是對oracle數據庫中的數據進行緩存的區域，數據庫做出的任何程序工作步驟都會對數據字典的緩存產生較大的影響[4]。
因此為了優化數據字典，減少數據字典的緩存就需要對oracle和數據字典共同進行優化處理。數據字典緩存的要求使得DC-MISS-RATIO占有量不超過15%。依據以上條件對數據字典進行優化的可能條件進行測量。
2.4對排序進行優化探究
排序是一項浩大的工程，他需要CPU和硬盤等空間進行消耗和占用。排序的復雜性要求在進行oracle數據庫進行處理時，盡量減少對排序的使用。若無法完成上述要求則需實現排序的優化處理，增加內存中的排序減少硬盤中的排序，優先選擇內存中的排序，當較大的表已經占用了硬盤空間時，就需要將temp和oracle文件進行物理劃分。ALTER INDEX，ORDER BY， MINUS等命令都可以觸發排序命令。磁盤排序中的ratio值的大小不應超過5%，若超過5%就需要對SORT-ARER-SIZE的值進行適當的增加調整。
三、檢驗Oracle數據庫是否優化的判斷標準
通過數據優化處理能夠幫助oracle數據庫提升整體空間性能，實現其更好地操作。但是優化完畢后如何對優化的結果進行判斷呢？這時就需要參照相應的指標來進行輔助判斷。對于數據庫緩存區、高速緩存區、數據字典高速緩存區和重演日志緩存區進行命中率的判斷。數據庫緩存區和數據字典高速緩存區通過相應的腳本進行輔助判斷后結果要大于90%，高速緩存區數值最好接近100%，而重演日志緩存區的數值可以通過兩方面進行判斷，對于腳本而言其值不應大于零，對于日志等待進行判斷時，如果其值大于零則需對LOG-BUFFER的值進行調整。
四、結束語
上文中首先對oracle數據庫系統內部結構進行了概述，然后依據數據庫內部結構各自的特點探討了如何對oracle數據庫進行優化配置，最后對檢驗數據庫是否已經達到優化水平進行了概述。在實際應用中一定要注重對oracle的系統內存進行優化處理，只有這樣才能保證系統的功能性能夠更好地發揮。
參 考 文 獻
[1]江李兵，江川寧. Oracle數據庫的性能調整與優化方法探析[J]. 計算機光盤軟件與應用，2014，10：140+142.
[2]劉恩軍. ORACLE數據庫性能調整與優化研究[J]. 電腦知識與技術，2014，20：4629-4630+4661.
數據字典范文5
關鍵詞：信息系統；決策，查詢子系統
查詢子系統主要用于獲得系統的各種業務數據結果信息，描述和表達決策問題，形成決策方案，建立各種查詢統計匯總表和數據報表，幫助決策者做出決策，便于系統的查詢和統計。大型信息系統中通常包含一個查詢系統服務器、在其上配置的各種數據表和一個查詢系統的維護客戶端。
一、查詢子系統的功能
查詢子系統的主要功能有：接收中央數據庫定期發送來的數據包，將數據自動送入對應的業務數據明細表；將業務數據明細表的數據信息，按照預先設計，根據相關統計指標和維度信息，自動生成對應的業務數據匯總表；根據預先設計、系統報表信息和統計要求，將各種業務數據匯總表的信息自動統計生成各種查詢系統所需的統計報表信息，結果保存到預定義的查詢統計結果表中；查詢子系統維護端提供對統計指標、統計維度、匯總表的生成方式、統計結果報表的生成方式的維護；查詢子系統在接收到查詢請求后，根據查詢統計結果表、匯總表、匯總表維度信息，選擇最優化策略后的查詢結果；針對查詢子系統中的各種明細表、匯總表、結果表信息的備份功能。
二、大型信息系統中面向決策的查詢子系統的建立
1.大型信息系統的數據組織
現場數據：保存在各個業務服務器上，主要包括各個業務服務器上的現場業務數據和各種單據處理隊列的數據；
原始業務數據：是中央服務器對各個業務服務器經過數據匯集后獲得的各種業務數據，保存在業務數據明細表中；
業務匯總數據：是查詢子系統對中央服務器發送來的數據針對各種統計指標，按照不同的統計條件匯總后的信息數據，保存在業務數據匯總表和查詢統計結果表中；
系統分析數據：是針對信息系統的特定分析主題，經過對業務匯總數據進行分析得來，保存在系統分析數據表中；
決策支持數據：是對信息系統的各種數據進行分析后可以進行決策支持的數據。
2.查詢子系統中所涉及的各種數據表格
查詢子系統中所涉及的各種數據表格主要有：
業務數據臨時明細信息表：暫存從中央服務器發送過來的各種業務數據明細信息；業務數據明細表：保存各種業務數據明細信息，用于查詢，下匯總表、結果表；業務數據匯總表：保存按照指標和維度要求進行匯總后的數據信息；查詢統計結果表：保存按照查詢統計報表要求進行統計后的結果數據信息；維度信息表：保存系統設計的查詢統計維度信息，比如時間維等，可以進行維護；統計指標表：保存系統設計的各種統計指標信息，比如工作量等，可以進行維護；業務數據匯總定義表：保存目前系統已設置的匯總表的信息，比如統計指標及其對應的維度，可以進行維護；業務數據匯總定義明細表：保存目前系統已設置的匯總表的明細信息，比如匯總表編碼、對應的統計指標、維度，可以進行維護；業務數據明細表數據字典：保存業務數據明細表的表、字段的各項定義信息等，用于和業務數據匯總定義明細表一起形成匯總表的生成規則，可以進行維護；業務數據匯總定義明細生成規則表：保存匯總表的數據來源和生成方法，可以進行維護；查詢統計結果表數據字典：保存查詢系統中的查詢統計結果表的信息，可以進行維護；查詢統計結果表生成規則表：保存結果表的數據來源和生成方法，可以進行維護；查詢策略和查詢規則字典：描述查詢策略和查詢規則以及其動態優先順序信息，可以進行維護；統計報表樣式字典：描述查詢結果和各種樣式、格式信息，可以進行維護。
三、查詢子系統功能說明
1.數據來源
中央服務器每天定時的數據包發送過來，查詢系統接收數據包后，將數據信息暫存在臨時表中，并轉存與業務數據明細表中備查。
2.數據匯總表的生成和管理
系統預定義了統計指標和統計維度，將其結合后保存在業務數據匯總定義表中。在此之上，系統進一步形成對匯總表的明細信息的定義，包含有匯總表的編碼、名稱、對應指標、對應維度等信息。同時結合業務數據明細表的數據字典，形成該匯總表的詳細的生成規則，包括匯總表的編碼、匯總表的含義、指標體系、對應的維度、對應字段名稱、各個字段數據含義、統計方法、數據來源信息表、生成數據的對應SQL語句等，通過相關表格和臨時表中的數據，系統可以按照生成規則表自動生成各種系統匯總表。
3.查詢統計結果表的生成和管理
針對各種預定義的查詢統計報表，系統定義了查詢統計結果表數據字典，用來描述系統預存了哪些統計報表，并結合明細表和匯總表定義字典形成查詢統計結果表的生成規則，從而由系統自動生成相應的查詢統計結果表集的數據信息。
系統可以通過對查詢統計結果表數據字典以及該生成規則表的維護，實現對系統預存的各種統計報表的增加和變更。
4.查詢請求的處理
針對各種查詢請求，系統定義了查詢規則和查詢策略字典，通過一個查詢策略生成機構，將到達的查詢請求根據已定義的規則和查詢策略信息，形成本次查詢策略，再根據查詢策略執行表中的信息，形成本次查詢的執行代碼。
系統可以通過對查詢規則和查詢策略字典和統計報表樣式字典的維護來實現對查詢請求處理的各種變更和優化。
5.信息系統維護
在以上的各個功能中，均可以通過系統定義的查詢系統維護客戶端的相應功能實現對相關字典、數據信息、生成規則、策略等信息的維護，從而進一步實現針對查詢系統的各種變化需求的應對。
數據字典范文6
實驗內容：通過查看現有的LMIS來分析熟悉的業務的系統，來畫數據流程圖，分析數據字典，編寫查詢需求
實驗步驟：
步驟1：詳細調查，進行需求分析
對實際需要的分析，可以知道銷售管理信息系統應該包括供應商信息管理、顧客信息管理、商品信息管理、進貨信息管理和銷售信息管理等內容。
供應商信息管理是對供應商信息的添加、修改、刪除和查詢。當和新的供應商取得合作的時候，需要添加其信息，方便相互之間的聯系，基本信息包括供應商編號、公司名稱、聯系人姓名、公司地址、所在城市、所在地區、郵政編碼、電話號碼、傳真號碼、公司主頁等。
顧客信息管理是對顧客信息的添加、修改、刪除和查詢。當企業擁有新顧客的時候，需要添加其信息，以便日后貿易的來往，基本信息包括顧客編號、公司名稱、聯系姓名、公司地址、所在城市、所在地區、郵政編碼、電話號碼、傳真號碼、公司主頁等。
商品信息管理是當倉庫新進商品的時候，需要對商品信息進行管理，以便隨時掌握商品的情況，順利進行銷售活動，基本信息包括商品編號、商品名稱、商品規格、計量單位等。
進貨信息管理和銷售信息管理的組合是非常必要的，可以隨時統計進貨量和銷售量，同時統計銷售額和利潤等。
系統管理主要是執行數據庫備份和恢復、數據表的維護以及用戶管理等工作，保證系統正常運行。由此可見，銷售管理信息系統作為企業級數據庫管理信息系統的一個子系統，自程序設計一開始就充分考慮到系統體系結構的功能性、可靠性、易使用性、效率、和可移植性，以及和個系統的配合。
步驟2：畫出相應的簡單的數據流程圖。
數據流程圖中的元素包括處理邏輯、外部項、數據流以及數據存儲。
步驟3：編寫相應的數據字典
(1)數據元素描述
(2)數據結構的描述
(3)數據流描述
(4)數據存儲描述
(5)處理邏輯描述
表5處理邏輯描述
步驟4：編寫查詢需求
（1）處理客戶咨詢
顯示客戶信息à顯示客戶咨詢的歷史信息à顯示并查詢客戶所咨詢的商品信息à增加客戶咨詢記錄
（2）處理客戶預定
顯示客戶信息à顯示客戶咨詢的歷史信息à顯示并查詢客戶所要求的商品信息à增加客戶預定信息
