資料庫的建設

① 資料庫建設方面

在全面收集了研究區的地、物、化、遙以及所產出的礦床地質特徵資料的基礎上，完成研究區系統和詳細的工作區研究程度圖，詳細地勾勒了全區總的已經開展的工作狀況。

完成中國地質調查局的關於資料庫和圖庫建設的任務，完成了西南三江中段礦產地質資料庫，該地質資料庫由地質圖資料庫、礦產地資料庫、地理底圖資料庫、物探資料庫（包括重力資料庫和航磁資料庫）、化探資料庫、遙感構造解譯資料庫六大子庫構成。資料庫建設的主要進展包括：①完成研究區457個礦床（點）資料收集（四川272個、西藏185個）；②完成了研究區1：2.5萬圖幅-數據點區域化探數據（共2364個數據點）及藏東和川西地區1：20萬區域化探數據36個分幅的資料庫收集和建設，並利用多種方法進行必要的數據處理和元素分布背景分析，取得滿意的效果；③建立了西南三江中段重力資料庫和重力場資料庫；④完成 Landsat TM 圖像處理，圖像波段組合採用 TM543（RGB）進行假彩色合成，同時進行必要的和詳細的線、環構造解譯；⑤以MapGIS為基礎平台，採用VB為開發工具實現二次開發，初步完成了一個針對本區各個子庫的管理系統，主要完成各個子庫的統一管理及瀏覽功能；⑥完成三江中段礦產地質資料庫成果文件的詳細分類。

② 資料庫的建立

（一）資料庫的結構和內容

省級分等資料庫結構分省、市、縣三級。分等資料庫具體結構和內容見表 3-18。

表 3-18 分等資料庫結構和內容表

（二）資料庫數據標准

1. 表格資料庫文件格式

表格資料庫除要求提供 Excel 格式的表格外，其他表格統一採用 DBF 格式。

2. 欄位內容及格式要求

1）某些關鍵欄位的填寫要求

縣級農用地分等單元編號：省級行政代碼（2位）+地級市行政代碼（2位）+縣級行政代碼（2位）+ 單元流水編號（6 位）。行政代碼按《中華人民共和國行政區劃代碼》（GB 2260-91）執行。單元流水編號不足 6 位的前面補 0。

省級農用地分等單元編號：省級行政代碼（2位）+地級市行政代碼（2位）+縣級行政代碼（2位）+ 單元流水編號（3 位）。行政代碼按《中華人民共和國行政區劃代碼》（GB 2260-91）執行。單元流水編號不足 3 位的前面補 0。

面積：以公頃為單位的，小數點後保留 2 位；以畝為單位的，小數點後保留 1 位。

2）欄位格式要求

欄位格式要求詳見表 3-19 ～表 3-31。下列數據表格說明中，「C」表示字元型欄位，「N」表示數值型；冒號後面的數字表示欄位長度和小數點後的保留位數。如 C∶6 表示長度為 6 的字元型欄位；N∶10/2 表示長度為 10 的數值型欄位，其中小數點後保留 2 位。

表 3-19 ×× 縣農用地分等單元原始屬性數據表

表 3-20 ×× 縣農用地分等基本參數表 ( 只提供 Excel 格式 )

表 3-21 ×× 縣農用地分等指定作物基本參數表

表 3-22 ×× 縣樣點產量－投入調查數據表

表 3-23 ×× 縣土地利用系數、土地經濟系數匯總表

表 3-24 ×× 縣 ×× 指標區「指定作物 - 分等因素 - 自然質量分」記分規則表

表 3-25 ×× 縣 ×× 樣地適用區「指定作物 - 分等屬性 - 自然質量分」加（減）分規則表

表 3-26 ×× 縣農用地分等 ×× 作物計算結果表

表 3-27 ×× 縣農用地分等多作物綜合計算結果表

表 3-28 ×× 縣農用地分等結果鄉鎮 - 面積匯總表

表 3-29 ×× 縣農用地分等結果地類 - 面積匯總表

表3-30 ×× 縣（省）農用地標准樣地屬性數據表

表3-31 ×× 縣農用地分等單元綜合數據表（只提供Excel 格式）

（三）資料庫建設流程

省級分等資料庫建設分三步，首先形成縣級分等資料庫；然後在縣級分等資料庫基礎上，按照《農用地分等定級規程》（國土資源大調查專用）和《福建省農用地（耕地）分等匯總工作技術方案》的技術要求，建立市級分等資料庫；最後在市級分等資料庫基礎上，再形成省級分等資料庫（圖 3-8）。

圖3-8 省級分等資料庫建設流程圖

圖3-9 農用地（耕地）分等市級資料庫建設流程圖

圖3-10 農用地（耕地）分等省級資料庫建設流程圖

1.縣級分等資料庫建設

根據《福建省農用地（耕地）分等工作方案》，在完成縣級農用地（耕地）分等工作後，按照上述（一）、（二）點要求，建立縣級分等資料庫。

2.市級分等資料庫建設

市級分等資料庫建設流程見圖3-9。

3.省級分等資料庫建設

省級分等資料庫建設流程見圖3-10。

③ mapgis如何建立資料庫

MAPGIS資料庫建設流程
MAPGIS建庫需要以下幾個圖層，JHTB（接合圖表）、CODE（數據字典）、DLTB（地類圖斑）、XZDW（線狀地物）、XZQ（行政區）、JBNTBHPK（基本農田保護片塊）、JBNTBHTB（基本農田保護圖斑）
1、將SHAPE格式數據轉換為MAPGIS格式數據，在MAPGIS主菜單下點擊圖形處理下的「文件轉換」

運行完後點關閉，提示是否保存對話框

選擇保存路徑和文件名稱
2、將蒼穹下的屬性結構按照《土地利用資料庫標准》轉換為MAPGIS的屬性結構（各層都要進行修改）。

其實就是按照標准將蒼穹下的英文欄位名改為MAPGIS下的中文欄位名
3、建立資料庫
打開MAPGIS建庫系統，工程管理下新建工程

按以上設置進行設置，將接合圖表和數據字典層導入後，點擊確定。

點擊坐標系統設置，按下圖進行設置，然後點擊確定。

將XZQ、PDT、DLTB、XZDW、JBNTBHPK、JBNTBHTB層按下圖設置導入工程。

點擊是，即將一個圖層導入工程，所有圖層都按此方法導入，導入完成後再次統改地圖參數，只設置投影帶類型（3度帶）和投影帶序號即可（35）。
4、工程下運行右邊工具賦屬性（都是雙擊工具）
① 數據結構升級
② 編號工具菜單下生成地類圖斑編號（初次建庫時使用此工具，若已有圖斑編號就不再使用此工具）
③ 數據加工的數據處理工具下運行按圖斑邊界剪斷線狀地物，目的是將線狀地物打斷，並給線狀地物賦長度，若已有長度，可不在運行此工具。
④ 線狀地物屬性賦值
⑤ 地類界線屬性賦值
⑦ 線狀地物屬性修改
⑧ 要素代碼賦值
⑨ 根據代碼賦名稱
5、計算面積
面積計算前要將XZQ層的控制面積和計算面積欄位清空，將地類圖斑層的所有面積欄位清空，將線狀地物層的線狀地物面積欄位清空，將基本農田保護片塊和圖斑層的面積欄位也全部清空，方法如下圖所示：
先在左側雙擊要清空屬性的圖層，使其變為紅色，然後在「區編輯」菜單下運行「根據參數賦屬性」，將控制面積和計算面積欄位前面選中，後面的內容全部刪除，點擊確定即可，所有圖層要清空的欄位都按此方法，若要清空的是線狀地物，則在「線編輯」菜單下的「參數編輯」下運行根據參數賦屬性。

右邊工具欄里雙擊「橢球面積計算」，按下圖進行設置（將行政區層添加，中央經線輸入105）

再按下圖進行設置並計算

以上面積計算完後，在右邊點擊「控制面積設置」工具，在空白處輸入縣級控制面積進行平差（因為此資料庫為一個村，故不進行平差）
設置完後，點擊「控制面積處理」，即可進行平差。
平差完後點擊「土地利用面積重算」工具。
6、數據匯總
在「成果輸出」菜單下點擊「數據匯總」，選擇匯總到本地，然後點擊確定。

7、列印表格
在「成果輸出」菜單下點擊「列印表格」菜單

將右下角的分頁選項取消，點擊「列印」即可輸出所選中的所有表格。
8、導出VCT文件
點擊「工具」菜單下VCT數據交換下的國家級農村VCT導出。

備註：因為在MAPGIS里權屬層是自動生成的，所以我不知道怎樣把你的數據導進去。

④ 如何設計合理高效的資料庫

一、 引言資料庫對於企業信息化的重要性是不言而喻的。資料庫存儲著現代企業最重要的數據，包括生產、經營、管理等各類數據，這些數據作為企業的核心信息，通過各類信息系統，為用戶提供及時准確的信息，幫助用戶分析，為用戶提供決策依據。為提高企業的工作效率，提升企業形象，具有傳統模式無法比擬的優勢。其中構建合理高效的資料庫，是資料庫建設關鍵之一。如何構建合理高效的資料庫是企業信息化過程要解決的問題。下面就資料庫的構建談談自己的一些經驗，希望能對大家有所幫助。 二、 設計資料庫之前
資料庫並不是憑空想像出來的，而是根據業務部門的需要設計符合業務需求的資料庫。因此在形成資料庫之前需要充分了解業務需求。 1. 充分理解業務需求。需求分析是整個設計過程的基礎，是最困難、最耗費時間的一步。在這期間通過與業務部門交流，了解用戶的想法以及工作流程，通過雙方多次交流，會形成初步的數據模型，當然這時的數據模型不會是最終的模型，還需要和用戶進行交流，並且在以後的信息系統開發過程中還會反復修改。 2. 重視輸入輸出。在定義資料庫表和欄位需求（輸入）時，首先應了解數據產生源和數據流程，也就是必需要知道每個數據在那兒產生，數據在那兒表現，以什麼樣的形式表現等等，然後根據用戶提供的報表或者設計出的報表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和欄位。 3. 創建數據字典和ER 圖表。ER 圖表和數據字典可以讓任何了解資料庫的人都明確如何從資料庫中獲得數據。ER圖對表明表之間關系很有用，而數據字典則說明了每個欄位的用途以及任何可能存在的別名。對sql 表達式的文檔化來說這是完全必要的。 需要注意的是，在需求分析調研過程中，並不是一帆風順的，因為業務人員對於業務的理解不同，以及對於信息知識的缺乏，會影響需求分析的質量，為了提高質量，各方要用更多的時間交流與相互理解，業務部門需要精通業務的人員自始至終全力配合，而開發人員則盡量使用用戶理解的業務術語交流，這樣會避免出現理解不同而產生的歧義。 三、 設計合理的表結構
通常合理的表結構會減少數據冗餘，提高資料庫的性能。設計合理的表結構要遵循以下兩點。 1. 標准化和規范化 數據的標准化有助於消除資料庫中的數據冗餘。標准化有好幾種形式，但3NF(第三範式)通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，遵守3NF標準的資料庫的表設計原則是：某個表只包括其本身基本的屬性，當不是它們本身所具有的屬性時需進行分解。表之間的關系通過外鍵相連接。它具有以下特點：有一組表專門存放通過鍵連接起來的關聯數據。 例如：某個存放單井信息及其有關油井生產日報信息的3NF資料庫就有兩個表：單井基礎信息和油井日報信息。日報信息不包含單井的任何信息，但表內會存放一個鍵值，該鍵指向單井基礎信息里包含該油井信息的那一行。 不過也有例外，有時為了效率的緣故，對表不進行標准化也是必要的。 2. 考慮各種變化 在設計資料庫的時候考慮到哪些數據欄位將來可能會發生變更。使資料庫更具擴展性，從而減少將來數據變更所帶來的損失。 例如，日期類型欄位，有時我們會考慮使用字元類型代替日期類型，因為在處理日期欄位上容易產生數據錯誤，所以我們就使用字元類型。這樣的例子還很多，在做前期設計時都要考慮的。 表結構的設計不是一次就能成功的，在信息系統開發過程中會存在數據讀取、錄入或統計困難，為了解決這些問題會修改表結構，或增加一些欄位，或修改一些欄位的屬性。這個過程不斷重復，因此不要想一次能成功。建議使用專門設計工具來做這些工作，筆者經常使用：SYBASE PowerDesigner ，當然還有其它的工具：ORACLE Designer 2000 ，ROSE等工具。這樣會使你的工作事半功倍。 四、 選擇合理的索引
索引是從資料庫中獲取數據的最高效方式之一。95%的資料庫性能問題都可以採用索引技術得到解決。 1. 邏輯主鍵使用唯一的成組索引，對系統鍵（作為存儲過程）採用唯一的非成組索引，對任何外鍵列採用非成組索引。考慮資料庫的空間有多大，表如何進行訪問，還有這些訪問是否主要用作讀寫。 2. 大多數資料庫都索引自動創建的主鍵欄位，但是可別忘了索引外鍵，它們也是經常使用的鍵，比如運行查詢顯示主表和所有關聯表的某條記錄就用得上。 3. 不要索引大型欄位（有很多字元），這樣作會讓索引佔用太多的存儲空間。如MEMO(備注)、TEXT(文本)等欄位。 4. 不要索引常用的小型表 不要為小型數據表設置任何鍵，假如它們經常有插入和刪除操作就更別這樣作了。對這些插入和刪除操作的索引維護可能比掃描表空間消耗更多的時間。如代碼表，或系統參數表。 五、 保證數據完整性
數據的完整性非常重要，這關繫到數據的准確性，不準確的數據是毫無價值的，因此保證數據的完整性非常重要。 1. 完整性實現機制：實體完整性：主鍵參照完整性： 父表中刪除數據：級聯刪除；受限刪除；置空值父表中插入數據：受限插入；遞歸插入 父表中更新數據：級聯更新；受限更新；置空值 DBMS對參照完整性可以有兩種方法實現：外鍵實現機制（約束規則）和觸發器實現機制用戶定義完整性：NOT NULL；CHECK；觸發器 以上完整性機制需要熟悉和掌握，它對於數據的完整性非常重要。 2. 用約束而非業務規則強制數據完整性 採用資料庫系統實現數據的完整性。這不但包括通過標准化實現的完整性而且還包括數據的功能性。在寫數據的時候還可以增加觸發器來保證數據的正確性。不要依賴於業務層保證數據完整性；它不能保證表之間（外鍵）的完整性所以不能強加於其他完整性規則之上。 3. 強制指示完整性 在有害數據進入資料庫之前將其剔除。激活資料庫系統的指示完整性特性。這樣可以保持數據的清潔而能迫使開發人員投入更多的時間處理錯誤條件。 4. 使用查找控制數據完整性 控制數據完整性的最佳方式就是限制用戶的錄入。只要有可能都應該提供給用戶一個清晰的價值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數據的一致性。某些公共數據特別適合查找：性別代碼、單位代碼等。 5. 採用視圖 視圖是一個虛擬表，其內容由SQL語句定義，視圖不僅可以簡化用戶對數據的理解，也可以簡化他們的操作。那些被經常使用的查詢可以被定義為視圖，從而使得用戶不必為以後的操作每次指定全部的條件。另外通過視圖用戶只能查詢和修改他們所能見到的數據。資料庫中的其它數據則既看不見也取不到。資料庫授權命令可以使每個用戶對資料庫的檢索限制到特定的資料庫對象上，增強數據的安全性。 六、 結束語
資料庫的高效運行不僅需要技術上的支持，也需要硬體平台和網路的支持以及資料庫管理員的有效管理，本文只是從技術的角度說明如何提高資料庫的效率，但在實際應用過程中其它方面的支持也是不可缺少的，尤其是資料庫管理，資料庫建設是「三分技術，七分管理，十二分基礎數據」，因此對於資料庫管理一定要重視，在管理到位的情況下技術才能發揮應有的作用。

⑤ mysql怎麼建立資料庫

用如下語句：

注意：路徑和文件名等可以自己定義，而且所使用的路徑必須要先建立，否則執行語句會報錯。

在建庫時，要充分考慮數據有效共享的需求，同時也要保證數據訪問的合法性和安全性。資料庫採用統一的坐標系統和高程基準，矢量數據採用大地坐標大地坐標的數據在數值上是連續的，避免高斯投影跨帶問題，從而保證資料庫地理對象的完整性，為資料庫的查詢檢索、分析應用提供方便。

創建資料庫的方法有兩種：

使用向導創建資料庫，使用菜單創建資料庫和創建空資料庫；使用向導創建資料庫是一種簡單便捷的方法。

在物理上，資料庫的建設要遵循實際情況。即在邏輯上建立一個整體的空間數據車、框架統一設計的同時，各級比例尺和不同數據源的數據分別建成子庫，由開發的平台管理軟體來統一協調與調度。