⑴ 大型Oracle資料庫如何設計
超大型系統的特點為： 1、處理的用戶數一般都超過百萬，有的還超過千萬，資料庫的數據量一般超過1TB; 2、系統必須提供實時響應功能，系統需不停機運行，要求系統有很高的可用性及可擴展性。 為了能達到以上要求，除了需要性能優越的計算機和海量存儲設備外，還需要先進的資料庫結構設計和優化的應用系統。 一般的超大型系統採用雙機或多機集群系統。下面以資料庫採用Oracle 8.0.6並行伺服器為例來談談超大型資料庫設計方法： 確定系統的ORACLE並行伺服器應用劃分策略 資料庫物理結構的設計 系統硬碟的劃分及分配 備份及恢復策略的考慮 二、Oracle並行伺服器應用劃分策略 Oracle並行伺服器允許不同節點上的多個INSTANCE實例同時訪問一個資料庫，以提高系統的可用性、可擴展性及性能。Oracle並行伺服器中的每個INSTANCE實例都可將共享資料庫中的表或索引的數據塊讀入本地的緩沖區中，這就意味著一個數據塊可存在於多個INSTANCE實例的SGA區中。那麼保持這些緩沖區的數據的一致性就很重要。Oracle使用 PCM( Parallel Cache Management)鎖維護緩沖區的一致性，Oracle同時通過I DLM(集成的分布式鎖管理器)實現PCM 鎖,並通過專門的LCK進程實現INSTANCE實例間的數據一致。 考慮這種情況：INSTANCE1對BLOCK X塊修改，這時INSTANCE2對BLOCK X塊也需要修改。Oracle並行伺服器利用PCM鎖機制，使BLOCK X從INSTANCE 1的SGA區寫入資料庫數據文件中，又從數據文件中把BLOCK X塊讀入INSTANCE2的SGA區中。發生這種情況即為一個PING。PING使原來1個MEMORY IO可以完成的工作變成2個DISK IO和1個 MEMORY IO才能夠完成,如果系統中有過多的PING，將大大降低系統的性能。 Oracle並行伺服器中的每個PCM鎖可管理多個數據塊。PCM鎖管理的數據塊的個數與分配給一個數據文件的PCM鎖的個數及該數據文件的大小有關。當INSTANCE 1和INSTANCE 2要操作不同的BLOCK，如果這些BLOCK 是由同一個PCM鎖管理的,仍然會發生PING。這些PING稱為FALSE PING。當多個INSTANCE訪問相同的BLOCK而產生的PING是TRUE PING。 合理的應用劃分使不同的應用訪問不同的數據，可避免或減少TRUE PING;通過給FALSE PING較多的數據文件分配更多的PCM鎖可減少 FALSE PING的次數，增加PCM鎖不能減少TRUE PING。 所以，Oracle並行伺服器設計的目的是使系統交易處理合理的分布在INSTANCE實例間，以最小化PING，同時合理的分配PCM鎖，減少FALSE PING。設計的關鍵是找出可能產生的沖突，從而決定應用劃分的策略。應用劃分有如下四種方法： 1、根據功能模塊劃分，不同的節點運行不同的應用 2、根據用戶劃分，不同類型的用戶運行在不同的節點上 3、根據數據劃分，不同的節點訪問不同的數據或索引 4、根據時間劃分，不同的應用在不同的時間段運行 應用劃分的兩個重要原則是使PING最小化及使各節點的負載大致均衡。 三、資料庫物理結構的設計 資料庫物理結構設計包括確定表及索引的物理存儲參數，確定及分配資料庫表空間，確定初始的回滾段，臨時表空間，redo log files等，並確定主要的初始化參數。物理設計的目的是提高系統的性能。整個物理設計的參數可以根據實際運行情況作調整。 表及索引數據量估算及物理存儲參數的設置 表及索引的存儲容量估算是根據其記錄長度及估算的最大記錄數確定的。在容量計算中考慮了數據塊的頭開銷及記錄和欄位的頭開銷等等。
⑵ 資料庫設計的主要步驟
我就以一個學校的班級錄給樓主做個說明吧比如你要做一個學校的網站裡面有什麼學生，班級 每個學生有一個賬號那麼你就需要一個張userinfo表。這表裡面需要什麼呢？最簡單的只需要loginID和pwd就可以了。但是除了登陸還不夠。假設我要知道每個學生的名字，那麼我就又需要一個欄位，username這樣在一個用戶登陸後我們就能看到他的名字,對於一個班級系統來說。你可能需要知道這位用戶是老師還是學生，這時又需要一個欄位userType。對於一個校友錄來說。不同的人應該是有不同的許可權，這時你就可以加以個userLevel來記錄用戶級別（這里舉個簡單的,實際上大型系統很少通過一個欄位定義許可權，級別） 如果需要更安全的，你也需要用戶的最後登陸時間，等等，這時又需要一個lastLoginTime 這樣一張初步的userinfo表就完成 作為班級錄，肯定需要知道用戶是否加入班級。這時我們是否應該再給userinfo加個欄位userClass.記錄用戶所在的班級ID呢？答案是否定的，首先你要考慮到用戶和班級是一對多的關系。因為一個學生可能在很多班級呆過的。所以這時最好的做法是新建一張表。這張表記錄用戶ID和班級ID。這樣就可以關聯用戶和班級的信息 這是一個簡單的例子。。所以你從資料庫設計時應從你的系統實際需要去分析。分析你的系統需要什麼。一點點。從最小的開始分析。慢慢從簡單到復雜，要知道很少有人是能一步到位的。。寫的不是很完善，希望能幫到你。
⑶ 資料庫如何設計
資料庫設計的基本步驟
按照規范設計的方法，考慮資料庫及其應用系統開發全過程，將資料庫設計分為以下6個階段
1.需求分析
2.概念結構設計
3.邏輯結構設計
4.物理結構設計
5.資料庫實施
6.資料庫的運行和維護
資料庫設計通常分為6個階段1分析用戶的需求，包括數據、功能和性能需求；2概念結構設計：主要採用E-R模型進行設計，包括畫E-R圖；3邏輯結構設計：通過將轉換成表，實現從E-R模型到關系模型的轉換；4：主要是為所設計的資料庫選擇合適的和存取路徑；5資料庫的實施：包括編程、測試和試運行；6資料庫運行與維護：系統的運行與資料庫的日常維護。）,主要討論其中的第3個階段,即邏輯設計。
在資料庫設計過程中，需求分析和概念設計可以獨立於任何資料庫管理系統進行，邏輯設計和物理設計與選用的DAMS密切相關。
1.需求分析階段（常用自頂向下）
進行資料庫設計首先必須准確了解和分析用戶需求（包括數據與處理）。需求分析是整個設計過程的基礎，也是最困難，最耗時的一步。需求分析是否做得充分和准確，決定了在其上構建資料庫大廈的速度與質量。需求分析做的不好，會導致整個資料庫設計返工重做。
需求分析的任務，是通過詳細調查現實世界要處理的對象，充分了解原系統工作概況，明確用戶的各種需求，然後在此基礎上確定新的系統功能，新系統還得充分考慮今後可能的擴充與改變，不僅僅能夠按當前應用需求來設計。
調查的重點是，數據與處理。達到信息要求，處理要求，安全性和完整性要求。
分析方法常用SA(Structured Analysis) 結構化分析方法，SA方法從最上層的系統組織結構入手，採用自頂向下，逐層分解的方式分析系統。
數據流圖表達了數據和處理過程的關系，在SA方法中，處理過程的處理邏輯常常藉助判定表或判定樹來描述。在處理功能逐步分解的同事，系統中的數據也逐級分解，形成若干層次的數據流圖。系統中的數據則藉助數據字典（data dictionary，DD）來描述。數據字典是系統中各類數據描述的集合，數據字典通常包括數據項，數據結構，數據流，數據存儲，和處理過程5個階段。
2.概念結構設計階段（常用自底向上）
概念結構設計是整個資料庫設計的關鍵，它通過對用戶需求進行綜合，歸納與抽象，形成了一個獨立於具體DBMS的概念模型。
設計概念結構通常有四類方法：
自頂向下。即首先定義全局概念結構的框架，再逐步細化。
自底向上。即首先定義各局部應用的概念結構，然後再將他們集成起來，得到全局概念結構。
逐步擴張。首先定義最重要的核心概念結構，然後向外擴張，以滾雪球的方式逐步生成其他的概念結構，直至總體概念結構。
混合策略。即自頂向下和自底向上相結合。
- 需要注意：
- ● 在確定支持數據時，請一定要參考你之前所確定的宏觀行為，以清楚如何利用這些數據。
- ● 比如，如果你知道你需要所有員工的按姓氏排序的列表，確保你將支持數據分解為名字與姓氏，這比簡單地提供一個名字會更好。
- ● 你所選擇的名稱最好保持一致性。這將更易於維護資料庫，也更易於閱讀所輸出的報表。
- ● 比如，如果你在某些地方用了一個縮寫名稱Emp_status，你就不應該在另外一個地方使用全名(Empolyee_ID)。相反，這些名稱應當是Emp_status及Emp_id。
- ● 數據是否與正確的table相對應無關緊要，你可以根據自己的喜好來定。在下節中，你會通過測試對此作出判斷。
3.邏輯結構設計階段（E-R圖）
邏輯結構設計是將概念結構轉換為某個DBMS所支持的數據模型，並將進行優化。
在這階段，E-R圖顯得異常重要。大家要學會各個實體定義的屬性來畫出總體的E-R圖。
各分E-R圖之間的沖突主要有三類：屬性沖突，命名沖突，和結構沖突。
E-R圖向關系模型的轉換，要解決的問題是如何將實體性和實體間的聯系轉換為關系模式，如何確定這些關系模式的屬性和碼。
4.物理設計階段
物理設計是為邏輯數據結構模型選取一個最適合應用環境的物理結構（包括存儲結構和存取方法）。
首先要對運行的事務詳細分析，獲得選擇物理資料庫設計所需要的參數，其次，要充分了解所用的RDBMS的內部特徵，特別是系統提供的存取方法和存儲結構。
常用的存取方法有三類：1.索引方法，目前主要是B+樹索引方法。2.聚簇方法（Clustering）方法。3.是HASH方法。
5.資料庫實施階段
資料庫實施階段，設計人員運營DBMS提供的資料庫語言（如sql）及其宿主語言，根據邏輯設計和物理設計的結果建立資料庫，編制和調試應用程序，組織數據入庫，並進行試運行。
6.資料庫運行和維護階段
資料庫應用系統經過試運行後，即可投入正式運行，在資料庫系統運行過程中必須不斷地對其進行評價，調整，修改。
資料庫設計5步驟
Five Steps to design the Database
1.確定entities及relationships
a)明確宏觀行為。資料庫是用來做什麼的？比如，管理雇員的信息。
b)確定entities。對於一系列的行為，確定所管理信息所涉及到的主題范圍。這將變成table。比如，僱用員工，指定具體部門，確定技能等級。
c)確定relationships。分析行為，確定tables之間有何種關系。比如，部門與雇員之間存在一種關系。給這種關系命名。
d)細化行為。從宏觀行為開始，現在仔細檢查這些行為，看有哪些行為能轉為微觀行為。比如，管理雇員的信息可細化為：
· 增加新員工
· 修改存在員工信息
· 刪除調走的員工
e)確定業務規則。分析業務規則，確定你要採取哪種。比如，可能有這樣一種規則，一個部門有且只能有一個部門領導。這些規則將被設計到資料庫的結構中。
====================================================================
範例：
ACME是一個小公司，在5個地方都設有辦事處。當前，有75名員工。公司准備快速擴大規模，劃分了9個部門，每個部門都有其領導。
為有助於尋求新的員工，人事部門規劃了68種技能，為將來人事管理作好准備。員工被招進時，每一種技能的專業等級都被確定。
定義宏觀行為
一些ACME公司的宏觀行為包括：
● 招聘員工
● 解僱員工
● 管理員工個人信息
● 管理公司所需的技能信息
● 管理哪位員工有哪些技能
● 管理部門信息
● 管理辦事處信息
確定entities及relationships
我們可以確定要存放信息的主題領域(表)及其關系，並創建一個基於宏觀行為及描述的圖表。
我們用方框來代表table，用菱形代表relationship。我們可以確定哪些relationship是一對多，一對一，及多對多。
這是一個E-R草圖，以後會細化。
細化宏觀行為
以下微觀行為基於上面宏觀行為而形成：
● 增加或刪除一個員工
● 增加或刪除一個辦事處
● 列出一個部門中的所有員工
● 增加一項技能
● 增加一個員工的一項技能
● 確定一個員工的技能
● 確定一個員工每項技能的等級
● 確定所有擁有相同等級的某項技能的員工
● 修改員工的技能等級
這些微觀行為可用來確定需要哪些table或relationship。
確定業務規則
業務規則常用於確定一對多，一對一，及多對多關系。
相關的業務規則可能有：
● 現在有5個辦事處；最多允許擴展到10個。
● 員工可以改變部門或辦事處
● 每個部門有一個部門領導
● 每個辦事處至多有3個電話號碼
● 每個電話號碼有一個或多個擴展
● 員工被招進時，每一種技能的專業等級都被確定。
● 每位員工擁有3到20個技能
● 某位員工可能被安排在一個辦事處，也可能不安排辦事處。
2.確定所需數據
要確定所需數據：
a)確定支持數據
b)列出所要跟蹤的所有數據。描述table(主題)的數據回答這些問題：誰，什麼，哪裡，何時，以及為什麼
c)為每個table建立數據
d)列出每個table目前看起來合適的可用數據
e)為每個relationship設置數據
f)如果有，為每個relationship列出適用的數據
確定支持數據
你所確定的支持數據將會成為table中的欄位名。比如，下列數據將適用於表Employee，表Skill，表Expert In。
Employee
Skill
Expert In
ID
ID
Level
Last Name
Name
Date acquired
First Name
Description
Department
Office
Address
如果將這些數據畫成圖表，就像：
3.標准化數據
標准化是你用以消除數據冗餘及確保數據與正確的table或relationship相關聯的一系列測試。共有5個測試。本節中，我們將討論經常使用的3個。
關於標准化測試的更多信息，請參考有關資料庫設計的書籍。
標准化格式
標准化格式是標准化數據的常用測試方式。你的數據通過第一遍測試後，就被認為是達到第一標准化格式；通過第二遍測試，達到第二標准化格式；通過第三遍測試，達到第三標准化格式。
如何標准格式：
1． 列出數據
2． 為每個表確定至少一個鍵。每個表必須有一個主鍵。
3． 確定relationships的鍵。relationships的鍵是連接兩個表的鍵。
4． 檢查支持數據列表中的計算數據。計算數據通常不保存在資料庫中。
5． 將數據放在第一遍的標准化格式中：
6． 從tables及relationships除去重復的數據。
7． 以你所除去數據創建一個或更多的tables及relationships。
8． 將數據放在第二遍的標准化格式中：
9． 用多於一個以上的鍵確定tables及relationships。
10． 除去只依賴於鍵一部分的數據。
11． 以你所除去數據創建一個或更多的tables及relationships。
12． 將數據放在第三遍的標准化格式中：
13． 除去那些依賴於tables或relationships中其他數據，並且不是鍵的數據。
14． 以你所除去數據創建一個或更多的tables及relationships。
數據與鍵
在你開始標准化（測試數據）前，簡單地列出數據，並為每張表確定一個唯一的主鍵。這個鍵可以由一個欄位或幾個欄位（連鎖鍵）組成。
主鍵是一張表中唯一區分各行的一組欄位。Employee表的主鍵是Employee ID欄位。Works In relationship中的主鍵包括Office Code及Employee ID欄位。給資料庫中每一relationship給出一個鍵，從其所連接的每一個table中抽取其鍵產生。
RelationShip
Key
Office
*Office code
Office address
Phone number
Works in
*Office code
*Employee ID
Department
*Department ID
Department name
Heads
*Department ID
*Employee ID
Assoc with
*Department ID
*EmployeeID
Skill
*Skill ID
Skill name
Skill description
Expert In
*Skill ID
*Employee ID
Skill level
Date acquired
Employee
*Employee ID
Last Name
First Name
Social security number
Employee street
Employee city
Employee state
Employee phone
Date of birth
將數據放在第一遍的標准化格式中
● 除去重復的組
● 要測試第一遍標准化格式，除去重復的組，並將它們放進他們各自的一張表中。
● 在下面的例子中，Phone Number可以重復。（一個工作人員可以有多於一個的電話號碼。）將重復的組除去，創建一個名為Telephone的新表。在Telephone與Office創建一個名為Associated With的relationship。
將數據放在第二遍的標准化格式中
● 除去那些不依賴於整個鍵的數據。
● 只看那些有一個以上鍵的tables及relationships。要測試第二遍標准化格式，除去那些不依賴於整個鍵的任何數據（組成鍵的所有欄位）。
● 在此例中，原Employee表有一個由兩個欄位組成的鍵。一些數據不依賴於整個鍵；例如，department name只依賴於其中一個鍵（Department ID）。因此，Department ID，其他Employee數據並不依賴於它，應移至一個名為Department的新表中，並為Employee及Department建立一個名為Assigned To的relationship。
將數據放在第三遍的標准化格式中
● 除去那些不直接依賴於鍵的數據。
● 要測試第三遍標准化格式，除去那些不是直接依賴於鍵，而是依賴於其他數據的數據。
● 在此例中，原Employee表有依賴於其鍵（Employee ID）的數據。然而，office location及office phone依賴於其他欄位，即Office Code。它們不直接依賴於Employee ID鍵。將這組數據，包括Office Code，移至一個名為Office的新表中，並為Employee及Office建立一個名為Works In的relationship。
4.考量關系
當你完成標准化進程後，你的設計已經差不多完成了。你所需要做的，就是考量關系。
考量帶有數據的關系
你的一些relationship可能集含有數據。這經常發生在多對多的關系中。
遇到這種情況，將relationship轉化為一個table。relationship的鍵依舊成為table中的鍵。
考量沒有數據的關系
要實現沒有數據的關系，你需要定義外部鍵。外部鍵是含有另外一個表中主鍵的一個或多個欄位。外部鍵使你能同時連接多表數據。
有一些基本原則能幫助你決定將這些鍵放在哪裡：
一對多在一對多關系中，「一」中的主鍵放在「多」中。此例中，外部鍵放在Employee表中。
一對一在一對一關系中，外部鍵可以放進任一表中。如果必須要放在某一邊，而不能放在另一邊，應該放在必須的一邊。此例中，外部鍵（Head ID）在Department表中，因為這是必需的。
多對多在多對多關系中，用兩個外部鍵來創建一個新表。已存的舊表通過這個新表來發生聯系。
5.檢驗設計
在你完成設計之前，你需要確保它滿足你的需要。檢查你在一開始時所定義的行為，確認你可以獲取行為所需要的所有數據：
● 你能找到一個路徑來等到你所需要的所有信息嗎？
● 設計是否滿足了你的需要？
● 所有需要的數據都可用嗎？
如果你對以上的問題都回答是，你已經差不多完成設計了。
最終設計
最終設計看起來就像這樣：
設計資料庫的表屬性
資料庫設計需要確定有什麼表，每張表有什麼欄位。此節討論如何指定各欄位的屬性。
對於每一欄位，你必須決定欄位名，數據類型及大小，是否允許NULL值，以及你是否希望資料庫限制欄位中所允許的值。
選擇欄位名
欄位名可以是字母、數字或符號的任意組合。然而，如果欄位名包括了字母、數字或下劃線、或並不以字母打頭，或者它是個關鍵字（詳見關鍵字表），那麼當使用欄位名稱時，必須用雙引號括起來。
為欄位選擇數據類型
SQL Anywhere支持的數據類型包括：
整數（int, integer, smallint）
小數（decimal, numeric）
浮點數（float, double）
字元型（char, varchar, long varchar）
二進制數據類型（binary, long binary）
日期/時間類型（date, time, timestamp）
用戶自定義類型
關於數據類型的內容，請參見「SQL Anywhere數據類型」一節。欄位的數據類型影響欄位的最大尺寸。例如，如果你指定SMALLINT，此欄位可以容納32,767的整數。INTEGER可以容納2,147,483,647的整數。對CHAR來講，欄位的最大值必須指定。
長二進制的數據類型可用來在資料庫中保存例如圖像(如點陣圖)或者文字編輯文檔。這些類型的信息通常被稱為二進制大型對象，或者BLOBS。
關於每一數據類型的完整描述，見「SQL Anywhere數據類型」。
⑷ 關於mysql計算公式的資料庫設計問題
那麼麻煩干什麼，這個教程寫的也太不倫不類了；
你直接打開查詢分析器，把你的txt文本中的語句復制，粘貼到你的查詢分析器里，執行，
就把表創建好了，然後輸入select
*
from
mytable即可查看結果。
⑸ 如何設計資料庫樹狀數據結構
然後我覺得首先不要太關注裡面數據結構用C語言的實現方法。第一步，先把書看一遍，省略裡面C語言的具體描述，也就是先不看這些。也不要看那些計算公式，只需要弄清楚裡面的概念，比如說線性表，首先只需要弄清楚什麼是線性表，最好能給自己列個大綱，比如，線性結構-樹狀結構-圖狀結構，然後在細分，把所有的概念全部看懂。第二步，看第二遍書的時候，在去仔細看那些結構的定義語句，以及每種結構有哪些基本演算法，以及是怎樣用C語言來實現的。第三步，最後再去看一些公式，比如時間復雜度，等等。當然，這個是需要有高等數學的根基的。第四步，盡量用自己掌握的一些數據結構來用C語言描述，找些實例來做做，也就是實踐一下。最後如果還有興趣的話可以再深一層的去看看一些軟體工程里的一些基本演算法。相信你會學好數據結構的~
⑹ 系統資料庫和模型庫設計
（一）系統資料庫類型
資料庫是整個農用地分等信息系統的基礎，是系統開發設計要考慮的重中之重。在數據形式上，系統資料庫包括兩大塊：一是空間資料庫，二是屬性資料庫。目前的空間數據技術已從以MapInfo為代表的混合型資料庫（空間資料庫＋關系型資料庫）發展到以ArcInfo的Coverage為代表的拓展型資料庫。鑒於農用地分等屬性數據量龐大，為減少數據冗餘，提高數據檢索的速度，本研究採用空間數據和屬性數據分開管理的模式，依據關鍵欄位進行綁定，進行科學索引，從而實現空間數據和屬性動態鏈接和高效整合。
1.空間資料庫
江蘇省農用地分等信息系統空間資料庫內容包括以下方面：
（1）土地利用現狀圖層：全省13個省轄市以1996年土地利用現狀圖為基礎，經變更調繪形成以2000年為基準年的土地利用現狀圖，以現行的土地分類標准按八大類分類進行信息提取並分層存儲，系統分別存儲為耕地、林地、水域、未利用地、建設用地等圖層。
（2）全省土壤類型圖層：以土屬為分類單位，比例尺為1:20萬。
（3)1996年和2000年全省行政區劃圖層：在行政區劃中精確到鄉鎮級別，分別提取存儲了市名圖層、縣（區）名圖層、鄉（鎮）名圖層、全省行政界線圖層、市級行政界線圖層、縣（區）級行政界線圖層、鄉（鎮）級行政界線圖層。
（4）評價單元圖層：通過GIS空間疊加功能，利用土地利用現狀圖、行政區劃圖和土壤類型圖疊加產生的評價單元圖層，建立分等評價單元資料庫。
2.屬性資料庫
江蘇省農用地分等信息系統屬性資料庫內容包括以下方面：
（1）土壤屬性數據：以全國第二次土壤普查為基礎，結合全省土壤監測樣點數據，建立土壤質量狀況資料庫，最小單位為土種，包括pH值、有機質含量、表層土壤質地、耕層厚度、障礙層深度、水土侵蝕程度、鹽漬化程度數據。
（2）農田水利環境數據：建立了1996～2000年間各鄉鎮農田水利環境基礎資料庫，包括灌溉保證率、排水條件數據。
（3）土地利用現狀數據：建立了全省13個省轄市的以1996年土地利用現狀圖為基礎，經變更調繪形成的以2000年為基準年的土地利用現狀資料庫，區分耕地中的詳細用地類型差異，標示水田、旱地、荒草地等納入本次評價范圍的用地內容。
（4）全省地形地貌資料庫。
（5）農業區劃數據：輸入了江蘇省農業區劃數據，把江蘇全省劃分為6大區劃，以鄉鎮為最小級別，建立全省鄉鎮的區劃歸屬資料庫。
（6）農業耕作制度數據：建立了全省各市、縣、鄉鎮的農業耕作制度資料庫，包括指定作物水稻和小麥的播種空間分布狀況資料庫。
（7）光溫生產潛力數據：建立了全省各市、縣指定作物水稻和小麥的光溫生產潛力和氣候生產潛力資料庫。
（8）農業投入－產出數據：全省13個省轄市以鄉鎮為單位，建立了1996～2000年農業生產投入－產出資料庫。
（9）作物產量數據：全省13個省轄市以鄉鎮為單位，建立了1996～2000年的指定作物水稻和小麥的產量資料庫。
（10）土地利用詳查分類面積數據：全省13個省轄市以鄉鎮為單位，建立了2000年土地利用詳查分類面積資料庫。
從數據格式上分，資料庫又可分為：①圖件資料庫：指空間數據以及綁定在空間數據上的相關屬性數據，本次江蘇省農用地分等建立了以分等單元為記錄的屬性資料庫，並通過關鍵欄位與空間數據關聯；②分類統計資料庫：包括全省13個省轄市以鄉鎮為單位的1996～2000年指定作物產量統計數據和全省13個省轄市以鄉鎮為單位的2000年土地利用詳查分類面積統計數據。
（二）系統資料庫管理模式
為減少數據存儲冗餘，同時提高索引速度，江蘇省農用地分等信息系統數據文件採用普遍的目錄樹形式進行管理，按省－市－縣行政體系分別存儲相關數據。全省建立13個省轄市分目錄，分目錄下按照各自所含的縣（區）建立子目錄。根據目前行政管理體系現狀，基礎資料大多來源於縣級行政單位，因此採用縣（區）為基本行政單位較為合理，在保證資料來源的同時，也利於資料的分類歸檔存儲。其相對應的空間圖件數據也按精度要求分割到縣級行政單位，既能減少系統調用數據的吞吐量，同時也滿足了系統的精度需求。空間數據、屬性數據、文本數據按照各自所屬的行政級別歸類存儲，同時設立數據文件管理器進行目錄文件的索引管理，見圖3-86。
圖3-86 江蘇省農用地分等信息系統數據文件管理模式圖
（三）系統資料庫結構
資料庫的結構設計決定了數據之間的調用及介面關系，清晰的邏輯調用關系和統一的數據介面格式有利於數據的組織、管理、調用。
1.空間資料庫
江蘇省農用地分等信息系統空間資料庫以矢量圖件的形式存在，以分圖層的方式管理，包括了全省行政界線、土壤類型、按八大類分別提取的土地利用現狀、分等單元等圖層。其中，分等單元圖層作為農用地分等的基礎，考慮到圖層本身信息量大，可能影響到系統運行效率，因此所在圖層的屬性表中只保留了ID欄位，通過ID欄位與外部屬性庫綁定，實現分等單元與外部屬性庫一一對應關系。ID欄位是本圖層的特徵代碼，表徵了單元的唯一性，能體現出單元的圖上位置和行政歸屬。《農用地分等定級規程》（國土資源大調查專用）和《中華人民共和國行政區劃代碼》（GB/T 2260-1999）為本研究分等單元代碼的編碼依據；本研究有1996年和2000年兩套行政區劃工作底圖，為此分等單元特徵代碼共設14位，依次為江蘇省代碼（2位）－市代碼（2位）－2000年縣或區代碼（2位）－2000年鄉鎮代碼（2位）－1996年縣或區代碼（2位）－1996年鄉鎮代碼（2位）－分等單元號（2位）。其中，省、市、縣（區）的行政代碼按國家統一代碼，鄉鎮級代碼在縣（區）范圍內根據劃分分等單元的需要依次編碼；分等單元編號的原則是不破鄉鎮界，即單元號是在同一鄉鎮內部自行編碼。示例：32011501210101，指1996年江蘇（32）南京（01）市江寧縣（21）由於2000年行政調整變更為南京（01）的江寧區（15）。按行政體系分級編碼的優點是有利於空間查詢和國土資源管理部門根據工作需求按行政級別分類匯總統計數據。
2.屬性資料庫
江蘇省農用地分等信息系統採用關系型資料庫來存儲數據，優點是結構清晰明了，數據的更新維護方便，通過索引能優化資料庫，建立快速的查詢瀏覽（表3-26～表3-30）。
表3-26 行政代碼數據結構表
表3-27 土壤屬性數據結構表
表3-28 農田水利設施數據結構表
表3.29 指定農作物投入－產出數據結構表
表3-30 農業耕作制度及農業區劃表
（四）系統模型庫
系統以《農用地分等定級規程》（國土資源大調查專用）中的相關技術方法和計算模型為基礎，在模型庫中預先內置了分等計算模型。模型庫是動態，它允許專家根據情況動態調整計算模型形式及其參數。系統主要模型的數學計算公式如下：
（1）農用地自然質量分值（Clij）計算公式見式（3-11）。
（2）樣點土地利用系數計算公式：
中國耕地質量等級調查與評定（江蘇卷）
式中：
Klj´——樣點的第j種指定作物土地利用系數；
Yj——樣點的第j種指定作物實際單產；
Yj,max——第j種指定作物最大標准糧單產。
（3）等值區土地利用系數計算公式：
中國耕地質量等級調查與評定（江蘇卷）
式中：
Klj——等值區內第j種指定作物土地利用系數；
Klj´——參與計算的同一等值區內合格樣點第j種指定作物土地利用系數；
n——排除異常數據後參與計算的樣點的個數。
（4）樣點土地經濟系數計算公式：
中國耕地質量等級調查與評定（江蘇卷）
式中：
Kcj′——樣點的第j種指定作物土地經濟系數；
Yj——樣點第j種指定作物實際單產；
Cj——樣點第j種指定作物實際成本；
Aj——第j種指定作物最高「產量－成本」指數。
（5）等值區土地經濟系數計算公式：
中國耕地質量等級調查與評定（江蘇卷）
式中：
Kcj——等值區內土地經濟系數；
Kcj´——參與計算的同一等值區內合格樣點第j種指定作物土地經濟系數；
n——排除異常數據後參與計算的樣點的個數。
（6）農用地自然質量等指數（Ri）計算公式見式（3-12）和式（3-13）。
（7）農用地利用等指數（Yi）計算公式見式（3-14）和式（3-15）。
（8）農用地經濟等指數（Gi）計算公式見式（3-16）和式（3-17）。
⑺ (20) 資料庫設計包括兩個方面的設計內容，它們是______。
A.概念設計和邏輯設計
分析：
資料庫設計的設計內容包括：需求分析、概念結構設計、邏輯結構設計、物理結構設計、資料庫的實施和資料庫的運行和維護。
概念設計
對用戶要求描述的現實世界(可能是一個工廠、一個商場或者一個學校等)，通過對其中諸處的分類、聚集和概括，建立抽象的概念數據模型。這個概念模型應反映現實世界各部門的信息結構、信息流動情況、信息間的互相制約關系以及各部門對信息儲存、查詢和加工的要求等。
所建立的模型應避開資料庫在計算機上的具體實現細節，用一種抽象的形式表示出來。
以擴充的實體—（E-R模型）聯系模型方法為例，第一步先明確現實世界各部門所含的各種實體及其屬性、實體間的聯系以及對信息的制約條件等，從而給出各部門內所用信息的局部描述(在資料庫中稱為用戶的局部視圖)。
第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即用戶要描述的現實世界的概念數據模型。
邏輯設計
主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式，即適應於某種特定資料庫管理系統所支持的邏輯數據模式。與此同時，可能還需為各種數據處理應用領域產生相應的邏輯子模式。這一步設計的結果就是所謂「邏輯資料庫」。
(7)計演算法資料庫設計擴展閱讀：
數據結構設計形成過程：
需求分析階段：綜合各個用戶的應用需求。
概念設計階段：形成獨立於機器特點，獨立於各個DBMS產品的概念模式。
邏輯設計階段：首先將E-R圖轉換成具體的資料庫產品支持的數據模型，如關系模型，形成資料庫邏輯模式；然後根據用戶處理的要求、安全性的考慮，在基本表的基礎上再建立必要的視圖(View)，形成數據的外模式。
物理設計階段：根據DBMS特點和處理的需要，進行物理存儲安排，建立索引，形成資料庫內模式。
參考資料來源：資料庫設計-網路
⑻ 計算方法與程序設計學什麼的
計算機科學與技術專業培養和造就適應會主義現代化建設需要，德智體全面發展、基礎扎實、知識面寬、能力強、素質高具有創新精神，系統掌握計算機硬體、軟體的基本理論與應用基本技能，具有較強的實踐能力，能在企事業單位、政府機關、行政管理部門從事計算機技術研究和應用，硬體、軟體和網路技術的開發，計算機管理和維護的應用型專門技術人才。
本專業學生主要學習計算機科學與技術方面的基本理論和基本知識，接受從事研究與應用計算機的基本訓練，具有研究和開發計算機系統的基本能力。
本科畢業生應獲得以下幾方面的知識和能力：
1．掌握計算機科學與技術的基本理論、基本知識；
2．掌握計算機系統的分析和設計的基本方法；
3．具有研究開發計算機軟、硬體的基本能力；
4．了解與計算機有關的法規；
5．了解計算機科學與技術的發展動態；
6．掌握文獻檢索、資料查詢的基本方法，具有獲取信息的能力。
主要課程：電路原理、模擬電子技術、數字邏輯、數值分析、計算機原理、微型計算機技術、計算機系統結構、計算機網路、高級語言、匯編語言、數據結構、操作系統、資料庫原理、編譯原理、圖形學、人工智慧、計算方法、離散數學、概率統計、線性代數以及演算法設計與分析、人機交互、面向對象方法、計算機英語等。
主要實踐性教學環節：包括電子工藝實習、硬體部件設計及調試、計算機基礎訓練、課程設計、計算機工程實踐、生產實習、畢業設計(論文)。