① 資料庫的應用系統數據結構是什麼
看看你要找的這里有沒有？
※資料庫的概念與用途
？資料庫的概念
什麼是資料庫呢?當人們從不同的角度來描述這一概念時就有不同的定義(當然是描述性的)。例如，稱資料庫是一個"記錄保存系統"(該定義強調了資料庫是若干記錄的集合)。又如稱資料庫是"人們為解決特定的任務，以一定的組織方式存儲在一起的相關的數據的集合"(該定義側重於數據的組織)。更有甚者稱資料庫是"一個數據倉庫"。當然，這種說法雖然形象，但並不嚴謹。嚴格地說，資料庫是"按照數據結構來組織、存儲和管理數據的倉庫"。在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣"倉庫"，並根據管理的需要進行相應的處理。例如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表20.6.3中，這張表就可以看成是一個資料庫。有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。
J.Martin給資料庫下了一個比較完整的定義：資料庫是存儲在一起的相關數據的集合，這些數據是結構化的，無有害的或不必要的冗餘，並為多種應用服務；數據的存儲獨立於使用它的程序；對資料庫插入新數據，修改和檢索原有數據均能按一種公用的和可控制的方式進行。當某個系統中存在結構上完全分開的若干個資料庫時，則該系統包含一個"資料庫集合"。
? 資料庫的優點
使用資料庫可以帶來許多好處：如減少了數據的冗餘度，從而大大地節省了數據的存儲空間；實現數據資源的充分共享等等。此外，資料庫技術還為用戶提供了非常簡便的使用手段使用戶易於編寫有關資料庫應用程序。特別是近年來推出的微型計算機關系資料庫管理系統dBASELL，操作直觀，使用靈活，編程方便，環境適應廣泛(一般的十六位機，如IBM/PC/XT，國產長城0520等均可運行種軟體)，數據處理能力極強。資料庫在我國正得到愈來愈廣泛的應用，必將成為經濟管理的有力工具。
資料庫是通過資料庫管理系統(DBMS-DATA BASE MANAGEMENT SYSTEM)軟體來實現數據的存儲、管理與使用的dBASELL就是一種資料庫管理系統軟體。
? 資料庫結構與資料庫種類
資料庫通常分為層次式資料庫、網路式資料庫和關系式資料庫三種。而不同的資料庫是按不同的數據結構來聯系和組織的。
1.數據結構模型
(1)數據結構
所謂數據結構是指數據的組織形式或數據之間的聯系。如果用D表示數據，用R表示數據對象之間存在的關系集合，則將DS＝(D，R)稱為數據結構。例如，設有一個電話號碼簿，它記錄了n個人的名字和相應的電話號碼。為了方便地查找某人的電話號碼，將人名和號碼按字典順序排列，並在名字的後面跟隨著對應的電話號碼。這樣，若要查找某人的電話號碼(假定他的名字的第一個字母是Y)，那麼只須查找以Y開頭的那些名字就可以了。該例中，數據的集合D就是人名和電話號碼，它們之間的聯系R就是按字典順序的排列，其相應的數據結構就是DS＝(D，R)，即一個數組。
(2)數據結構種類
數據結構又分為數據的邏輯結構和數據的物理結構。數據的邏輯結構是從邏輯的角度(即數據間的聯系和組織方式)來觀察數據，分析數據，與數據的存儲位置無關。數據的物理結構是指數據在計算機中存放的結構，即數據的邏輯結構在計算機中的實現形式，所以物理結構也被稱為存儲結構。本節只研究數據的邏輯結構，並將反映和實現數據聯系的方法稱為數據模型。
目前，比較流行的數據模型有三種，即按圖論理論建立的層次結構模型和網狀結構模型以及按關系理論建立的關系結構模型。
2.層次、網狀和關系資料庫系統
(1)層次結構模型
層次結構模型實質上是一種有根結點的定向有序樹(在數學中"樹"被定義為一個無回的連通圖)。例如圖20.6.4是一個高等學校的組織結構圖。這個組織結構圖像一棵樹，校部就是樹根(稱為根結點)，各系、專業、教師、學生等為枝點(稱為結點)，樹根與枝點之間的聯系稱為邊，樹根與邊之比為1:N，即樹根只有一個，樹枝有N個。這種數據結構模型的一般結構見圖20.6.5所示。
圖20.6.4 高等學校的組織結構圖 圖20.6.5 層次結構模型
圖20.6.5中，Ri(i＝1，2，…6)代表記錄(即數據的集合)，其中R1就是根結點(如果Ri看成是一個家族，則R1就是祖先，它是R2、R3、R4的雙親，而R2、R3、R4互為兄弟)，R5、R6也是兄弟，且其雙親為R3。R2、R4、R5、R6又被稱為葉結點(即無子女的結點)。這樣，Ri(i＝1，2，…6)就組成了以R1為樹根的一棵樹，這就是一個層次數據結構模型。
按照層次模型建立的資料庫系統稱為層次模型資料庫系統。IMS(Information Manage-mentSystem)是其典型代表。
(2)網狀結構模型?
在圖20.6.6中，給出了某醫院醫生、病房和病人之間的聯系。即每個醫生負責治療三個病人，每個病房可住一到四個病人。如果將醫生看成是一個數據集合，病人和病房分別是另外兩個數據集合，那麼醫生、病人和病房的比例關系就是M:N:P(即M個醫生，N個病人，P間病房)。這種數據結構就是網狀數據結構，它的一般結構模型如圖20.6.7所示。在圖中，記錄Ri(i＝1，2，8)滿足以下條件：
①可以有一個以上的結點無雙親(如R1、R2、R3)。
②至少有一個結點有多於一個以上的雙親。在"醫生、病人、病房"例中，"醫生集合有若干個結點(M個醫生結點)無"雙親"，而"病房"集合有P個結點(即病房)，並有一個以上的"雙親"(即病人)。
圖20.6.6 醫生、病房和病人之間的關系
圖20.6.7 網狀結構模型
按照網狀數據結構建立的資料庫系統稱為網狀資料庫系統，其典型代表是DBTG(Data Base Task Group)。用數學方法可將網狀數據結構轉化為層次數據結構。
(3)關系結構模型
關系式數據結構把一些復雜的數據結構歸結為簡單的二元關系(即二維表格形式)。例如某單位的職工關系就是一個二元關系(見表20.6.8)。這個四行六列的表格的每一列稱為一個欄位(即屬性)，欄位名相當於標題欄中的標題(屬性名稱)；表的每一行是包含了六個屬性(工號、姓名、年齡、性別、職務、工資)的一個六元組，即一個人的記錄。這個表格清晰地反映出該單位職工的基本情況。
表20.6.8 職工基本情況
通常一個m行、n列的二維表格的結構如表20.6.9所示。
表中每一行表示一個記錄值，每一列表示一個屬性(即欄位或數據項)。該表一共有m個記錄。每個記錄包含n個屬性。
作為一個關系的二維表，必須滿足以下條件：
(1)表中每一列必須是基本數據項(即不可再分解)。
(2)表中每一列必須具有相同的數據類型(例如字元型或數值型)。
(3)表中每一列的名字必須是唯一的。
(4)表中不應有內容完全相同的行。
(5)行的順序與列的順序不影響表格中所表示的信息的含義。
由關系數據結構組成的資料庫系統被稱為關系資料庫系統。
在關系資料庫中，對數據的操作幾乎全部建立在一個或多個關系表格上，通過對這些關系表格的分類、合並、連接或選取等運算來實現數據的管理。dBASEII就是這類資料庫管理系統的典型代表。對於一個實際的應用問題(如人事管理問題)，有時需要多個關系才能實現。用dBASEII建立起來的一個關系稱為一個資料庫(或稱資料庫文件)，而把對應多個關系建立起來的多個資料庫稱為資料庫系統。dBASEII的另一個重要功能是通過建立命令文件來實現對資料庫的使用和管理，對於一個資料庫系統相應的命令序列文件，稱為該資料庫的應用系統。因此，可以概括地說，一個關系稱為一個資料庫，若干個資料庫可以構成一個資料庫系統。資料庫系統可以派生出各種不同類型的輔助文件和建立它的應用系統。
? 資料庫的要求與特性
為了使各種類型的資料庫系統能夠充分發揮它們的優越性，必須對資料庫管理系統的使用提出一些明確的要求。
1.建立資料庫文件的要求
(1)盡量減少數據的重復，使數據具有最小的冗餘度。計算機早期應用中的文件管理系統，由於數據文件是用戶各自建立的，幾個用戶即使有許多相同的數據也得放在各自的文件中，因而造成存儲的數據大量重復，浪費存儲空間。資料庫技術正是為了克服這一缺點而出現的，所以在組織數據的存儲時應避免出現冗餘。
(2)提高數據的利用率，使眾多用戶都能共享數據資源。
(3)注意保持數據的完整性。這對某些需要歷史數據來進行預測、決策的部門(如統計局、銀行等)特別重要。
(4)注意同一數據描述方法的一致性，使數據操作不致發生混亂。如一個人的學歷在人事檔案中是大學畢業，而在科技檔案中卻是大學程度，這樣就容易造成混亂。
(5)對於某些需要保密的數據，必須增設保密措施。
(6)數據的查找率高，根據需要數據應能被及時維護。
2.資料庫文件的特徵
無論使用哪一種資料庫管理系統，由它們所建立的資料庫文件都可以看成是具有相同性質的記錄的集合，因而這些資料庫文件都有相同的特性：
(1)文件的記錄格式相同，長度相等。
(2)不同的行是不同的記錄，因而具有不同的內容。
(3)不同的列表示不同的欄位名，同一列中的數據的性質(屬性)相同。
(4)每一行各列的內容是不能分割的，但行的順序和列的順序不影響文件內容的表達。
3.文件的分類
對文件引用最多的是主文件和事物文件。其他的文件分類還包括表文件、備份文件、檔案的輸出文件等。下面將講述這些文件。
(1)主文件。主文件是某特定應用領域的永久性的數據資源。主文件包含那些被定期存取以提供信息和經常更新以反映最新狀態的記錄。典型的主文件有庫存文件、職工主文件和收帳主文件等。
(2)事務文件。事務文件包含著作為一個信息系統的數據活動(事務)的那些記錄。這些事務被分批以構成事務文件。例如，從每周工資卡上錄制下來的數分批存放在一個事務文件上，然後對照工資清單文件進行處理以便列印出工資支票和工資記錄簿。
(3)表文件。表文件是一些表格。之所以單獨建立表文件而不把表設計在程序中是為了便於修改。例如，一個公用事業公司的稅率表或國內稅務局的稅率就可以存儲在表中文件。
(4)備用文件。備用文件是現有生產性文件的一個復製品。一旦生產性文件受到破壞，利用備用文件就可以重新建立生產性文件。
(5)檔案文件。檔案文件不是提供當前處理使用的，而是保存起來作為歷史參照的。例如，國內稅務局(IRS)可能要求檢查某個人最近15年的歷史。實際上，檔案文件恰恰是在給定時間內工作的一個"快照"。
(6)輸出文件。輸出文件包含將要列印在列印機上的、顯在屏幕上的或者繪制在繪圖儀上的那些信息的數值映象。輸出文件可以是"假離線的"(存儲在輔存設備上)，當輸出設備可
用時才進行實際的輸出。
② 1，資料庫表結構如何設計，有哪些表，分別有什麼作用
一般可將資料庫結構設計分為四個階段，即需求分析、概念結構設計、邏輯結構設計和物理設計。
數據字典（Data Dictionary DD）用於記載系統定義的或中間生成的各種數據、數據元素，以及常量、變數、數組及其他數據單位，說明它們的名字、性質、意義及各類約束條件，是系統開發與維護中不可缺少的重要文件。數據與數據元素分別用數據表、數據元素表記載。其中，數據號是設計人員給定的順序編號，用於分類清查與整理，並且與數據元素代碼相關聯。數據名是原有表格或憑證的名稱。
③ 簡述資料庫的結構
資料庫結構是指在計算機的存儲設備上合理存放的相關聯的有結構的數據集合的結構。一個資料庫結構含有各種成分，包括資料庫、數據表、欄位等。
資料庫(Database)
Visual Basic中使用的資料庫是關系型資料庫(Relational Database)。一個資料庫由一個或一組數據表組成。每個資料庫都以文件的形式存放在磁碟上，即對應於一個物理文件。不同的資料庫，與物理文件對應的方式也不一樣。對於dBASE,FoxPro和Paradox格式的資料庫來說，一個數據表就是一個單獨的資料庫文件，而對於Microsoft Access、Btrieve格式的資料庫來說，一個資料庫文件可以含有多個數據表。
1、數據表(Table)
簡稱表，由一組數據記錄組成，資料庫中的數據是以表為單位進行組織的。一個表是一組相關的按行排列的數據；每個表中都含有相同類型的信息。
表實際上是一個二維表格，例如，一個班所有學生的考試成績，可以存放在一個表中，表中的每一行對應一個學生，這一行包括學生的學號，姓名及各門課程成績。
2、記錄(Record)
表中的每一行稱為一個記錄，它由若干個欄位組成。
3、欄位(Field)
也稱域。表中的每一列稱為一個欄位。每個欄位都有相應的描述信息，如數據類型、數據寬度等。
(3)水質資料庫表結構及標識符擴展閱讀：
資料庫結構的其他組成結構：
1、索引(Index)
為了提高訪問資料庫的效率，可以對資料庫使用索引。當資料庫較大時，為了查找指定的記錄，則使用索引和不使用索引的效率有很大差別。
索引實際上是一種特殊類型的表，其中含有關鍵欄位的值(由用戶定義)和指向實際記錄位置的指針，這些值和指針按照特定的順序(也由用戶定義)存儲，從而可以以較快的速度查找到所需要的數據記錄。
2、查詢(Query)
一條SQL(結構化查詢語言)命令，用來從一個或多個表中獲取一組指定的記錄，或者對某個表執行指定的操作。當從資料庫中讀取數據時，往往希望讀出的數據符合某些條件，並且能按某個欄位排序。使用SQL，可以使這一操作容易實現而且更加有效。
SQL是非過程化語言(有人稱為第四代語言)，在用它查找指定的記錄時，只需指出做什麼，不必說明如何做。每個語句可以看作是一個查詢(query)，根據這個查詢，可以得到需要的查詢結果。
3、過濾器(Filter)
過濾器是資料庫的一個組成部分，它把索引和排序結合起來，用來設置條件，然後根據給定的條件輸出所需要的數據。
4、視圖(view)
數據的視圖指的是查找到(或者處理)的記錄數和顯示(或者進行處理)這些記錄的順序。在一般情況下，視圖由過濾器和索引控制。
④ 黃河水環境信息管理系統的步驟
需求分析是系統設計的關鍵，是系統開發之前必要的技術環節，也是軟體開發人員與系統運行操作人員在方案設計時期的技術溝通。針對項目的實際需求，在項目需求分析階段，系統設計人員要十分了解項目解決的實際問題。
黃河水環境信息管理系統的建設，主要為流域水體監測管理服務。根據水環境監測信息管理運行方式特點，系統對監測資料進行數據管理、統計分析、信息查詢、數據查詢、水環境質量評價、水環境質量信息發布、水環境質量整體評述等，為上級主管部門提供決策依據。此外，黃河流域水環境信息管理系統還應留有介面，為以後省界水體監測、自動監測、流域水量調度等網上運行，提供必要的系統環境支持。
根據系統總體需求，系統的支持環境應分為兩個主要方面：一是系統的硬體支持環境，二是系統的軟體支持環境。硬體支持環境是滿足系統運行的必要的計算機網路系統：包括網路布線、計算機網路配置、外設、網路結構及通信協議等；軟體支持環境是為滿足系統功能要求的基本軟體：包括軟體開發平台和應用軟體等方面。從黃河水環境信息管理系統的基本要求及未來發展趨勢來看，整個系統的建立應滿足這兩個方面的環境需求。 按照黃河流域水資源保護的統一規劃，並根據工作的輕重緩急，分步實施。做到既有總體目標，又有階段目標，邊建設邊發揮效益。系統建設要考慮安全性、可靠性、穩定性和可擴展性。
1. 網路設計的基本原則
本著先進、開放、結構合理、可擴展性強、安全可靠的原則，黃河水環境信息管理系統計算機網路的設計主要考慮：網路拓撲結構、網路協議選擇、數據傳輸速率、設備選型及數據安全保障等幾個方面，同時網路管理、遠程接入、網路間互聯及Intranet/ Internet技術應用方式等也需要認真考慮。
2. 軟體設計的基本原則
要求系統具有完善的資料庫結構、方便靈活的操作界面、面向對象的技術開發、多樣的輸出效果以及系統的安全性、實用性和兼容性。系統軟體設計採用當今主流開發軟體，實施系統的前端開發和後端開發。 1. 網路拓撲結構
擬建的網路系統為典型的企業廣域網（Intranet），分區域網（近程連結）和廣域網（遠程連接）兩部分，區域網選用 10/100Mbps交換式快速乙太網技術並以光導纖維電纜和雙絞線布線組網。網路結構採用星型拓撲結構。整個網路採用VPN（Virtual Private Network,虛擬專用網）技術以DDN(Digital Data Network,數字數據網)或微波專線方式進行數據傳輸。沿黃7個基層監測站各自組成自己的區域網絡(模式與局中心區域網絡相同)，並租用電信部門或水利通信網的傳輸線路與網路中心連接。為了保證特殊情況下的正常連通，系統採用遠程撥號作為備用連接方式。網路結構拓撲簡圖如圖1所示。
圖中1#中心交換機為具有第三層交換功能的100/10Mbps自適應交換機，放置於網路中心機房內。中心交換機附加光纖模塊，引出3條多模光纖分別與2#、3#交換機及黃委網路交換機相連；2#交換機放置於黃河水資源保護科研所，連接該資源域的PDC和BDC及客戶機；3#交換機放置於黃河流域水環境監測中心並連接該資源域的PDC和BDC及客戶機。1#交換機與2#交換機之間、1#交換機與3#交換機之間採用多摸光纖連接，形成中心區域網的主幹，傳輸速率為100Mbps。各資源域通過五類非屏蔽雙絞線（UTP-5）以100Mbps與交換機相連。沿黃基層監測站分別組成自己的區域網（10Mbps）並採用DDN方式或通過微波通信網、公眾信息網以遠程撥號方式連入網路中心。
2. 網路操作系統
網路操作系統選用Windows Server2000中文版，添加Backoffice Server包括IIS、Microsoft Exchange Server、Proxy Server、Frontpage等組件。客戶端操作系統選用Windows2000 Professional、 Windows NT workstation4.0、Windows98等版本。採用KILL for NT/2000Server網路版、Norton2000、KV300、RAV等防病毒軟體對計算機病毒進行聯合防治。選用Microsoft公司的System Management Server 2.0和Cisco Works2000進行網路管理。鑒於數據的安全性，起用數據備份系統Legato NetWorker，使數據備份到存儲設備。 1. 開發工具選擇
軟體開發工具對軟體的開發至關重要。目前，各類開發工具軟體種類繁多，程序語言也多種多樣，結合系統需求，擬選用Windows98或Windows2000作為系統平台，Sybase作為資料庫語言，PowerBuilder作為前端開發工具，Visual Basic、Visual C++作為開發語言，Mapinfo prosever作為動態顯示和GIS的支持，根據需要選配工具軟體、防病毒軟體、多媒體處理軟體等。開發手段主要為計算機開發技術、多媒體製作技術、水質監測管理技術、水力學技術、系統動力學技術等。
2. 子系統設計
系統由六大子系統組成，即資料庫子系統、流域概況檢索子系統、圖形顯示子系統、黃河水體監測子系統、模型庫子系統、決策支持子系統。
⑴ 資料庫設計 資料庫是整個系統的核心，資料庫的設計不僅要考慮庫結構的合理性，還要考慮其安全性。資料庫內容主要分四個子庫： 水質資料庫；法規、條例資料庫；入河排污口資料庫；地理信息資料庫。
水質資料庫包括斷面信息表、地表水質數據表、底質數據表、地下水數據表、評價標准數據表、飲用水質數據表、簡報（包括月報、年報）數據表、水質評價結果數據表、飲用水源情況（取水口位置、供水廠名稱、取水量、時間等）。
法規、條例資料庫內容包括有關水環境的政策、法規及相關標准，如環境保護法、水法、水污染防治法、地面水環境質量標准、漁業用水標准、飲用水標准、農田灌溉用水標准、污水排放標准等。
入河排污口資料庫包括：排污口信息表、污染物監測表、污染物調查表、社會經濟情況表、取水口信息表等；有社會經濟情況數據：各相關城市的位置、人口、工業產值、農業產值、用水量、排污量、排污周期、污染物處理情況等。
地理信息資料庫包括主要區段地形圖、行政區劃圖、人口分布圖、礦產資源分布圖、工農業產值分布圖、污染源分布圖、水質狀況圖、水系、水質站網分布圖、預測結果圖等信息。
資料庫的運行模式包括兩部分，一是內部運行模式：完成轄區水環境監測資料的入庫、處理、信息發布、遠程資料接收等工作。二是外部訪問模式：非技術人員網上瀏覽。因此資料庫的運行模式，內部運行按C/S結構設計，外部瀏覽按B/S結構設計。
用戶許可權設計是為了維護資料庫數據的安全性、完整性，解決數據操作的並發控制問題，必須為使用信息系統的用戶設定對數據的操作許可權。系統規劃了五種數據操作許可權：系統管理員、流域資料庫管理員、監測站資料庫管理員、特殊用戶和一般用戶。系統管理員擁有最高許可權，除了擁有對數據的所有操作許可權(錄入、修改、刪除、查詢)外，還可以增加系統用戶，即安排用戶的數據操作許可權；流域資料庫管理員主要負責流域數據的上下游對照檢查、表面合理性審查，並可修改用戶許可權；監測站資料庫管理員主要負責對本站數據的錄入、修改和刪除，可以變更資料庫中的數據記錄，有權修改本站的密碼，不經授權不得調閱其它站資料；特殊用戶可對數據和評價結果進行查詢；一般用戶只能限於數據評價結果和簡報的查詢。據此，即可對不同部門的用戶進行數據操作許可權的管理。進入水質資料庫後，輸入用戶名和密碼，即可進行不同許可權的操作。
索引文件設計，對於一般的資料庫來說，數據的檢索方式採用的是順序檢索，即給出查詢條件後，從資料庫中的第一條記錄開始進行檢索，直到查到滿足條件的記錄為止。這種檢索方式在資料庫記錄不多的情況下是可行的，但是當資料庫記錄很多時，這種檢索方式所花費的時間就比較長，用戶需要等待很長時間才能得到系統的反應，系統運行效率不高。為了提高檢索效率，可以建立索引，建立索引後的查找方式是折半查找法，檢索效率比順序查找法高。
⑵ 流域水環境概況檢索子系統設計 包括流域水環境歷史背景、現狀及發展趨勢分析、人文地理概貌、工農業發展狀況、生態環境評價、監測歷史、站點布設、主要干、支流域污染河段、重點城市等。採用多媒體技術進行綜合介紹，包括文字、聲音、圖形、圖像等。主要設計內容有區域自然地理概況、區域社會經濟概況、監測站網布設情況、入河排污口分布情況、水體功能現狀、近期流域的水質污染現狀等。
⑶ 圖形顯示子系統設計 圖形顯示子系統是為了擴展系統的服務功能，便於宏觀了解水體污染現狀，作用是結果顯示清晰、直觀。主要內容有：以圖形的形式反映流域內各地的人口、資源、工農業產值、污染源狀況、水質狀況。包括流域各主要區段地形圖、水系圖、監測站網布設圖、省界水體站網圖、入河排污口分布圖、水體功能區劃圖、水質數據變化圖、工農業產值圖、統計結果顯示圖、評價結果顯示圖、預測結果顯示圖、綜合分析結果圖等。主要表現形式有：根據地理信息系統生成靜態分布圖和動態顯示圖、根據變化過程生成的趨勢圖和柱狀圖、根據不同項目所佔比例而生成的餅狀圖等。
⑷ 省界水體監測子系統 省界水體監測子系統是根據省界水體監測的要求而建立的。省界水體監測子系統包括數據公證性審查、數據維護、信息查詢、數據評價和信息發布各部分。
⑸ 模型庫子系統設計 模型庫子系統包括數據的合理性檢查、質量控制措施結果檢查、區域水環境質量評價、趨勢分析、相關性分析、區域水環境預測等模型。
⑹決策支持子系統設計 本部分根據已有研究成果掛接。如流域水體功能劃分、污染物總量控制、水量調度對水質的影響等課題正在研究之中，這些研究成果提交後，本系統開發人員可根據成果要求，實現計算機模型掛接，為流域水環境決策管理服務。 黃河流域水環境信息管理系統的設計方案，充分體現出當前計算機信息管理系統的設計原則，既考慮當前的實用性，又考慮以後的可擴展性；既有一定規模，又兼顧投資效益比。在軟體設計方面，採用當今大型主流軟體，較好地解決了系統的開放性問題。黃河水環境信息管理系統的後期開發，在環境監測管理方式方法上，將利用先進的計算機技術替代落後的人工管理，縮短了數據生成周期，提高了數據利用率，有較高的社會效益和經濟效益。
⑤ 資料庫表結構說明是什麼，請舉例說明，謝謝
實體或者對象之間的關系。比如學生表a和老師表b，a中存在學生的基本信息，b是老師的基本信息，兩者可能根據班級之類的屬性建立聯系等。
⑥ 資料庫里 desc 和 select 怎麼用，代表什麼意思
select 表欄位名1,表欄位名2 from 表名 order by 表排序欄位名 desc
select 是選擇哪些字元進行顯示，
desc表示按「表排序欄位名」倒序顯示，不加desc，表示正序顯示。
⑦ 資料庫表結構
你可以考慮用二維數組建立吧，這樣的話，應該可以一一對應。比如說建立二維數組b[n][2]
b[0][0]="貨物運出地點1"；b[0][1]="貨物的目的地1"；
b[1][0]="貨物運出地點2"；b[1][1]="貨物的目的地2"；
b[2][0]="貨物運出地點3"；b[2][1]="貨物的目的地3"；
b[3][0]="貨物運出地點4"；b[3][1]="貨物的目的地4"；
………………………………………………
等等
⑧ 什麼是資料庫表結構
表結構就是定義一個表的欄位、類型、主鍵、外鍵、索引，這些基本的屬性組成了資料庫的表結構
例如：
create table student （
idintprimarykey,
name varchar,
sex varchar,
age varchar）
id、name、sex這些就是欄位，intvarchar就是數據類型，primarykey為設置主鍵。
資料庫是以一定方式儲存在一起、能與多個用戶共享、具有盡可能小的冗餘度、與應用程序彼此獨立的數據集合，可視為電子化的文件櫃——存儲電子文件的處所，用戶可以對文件中的數據進行新增、查詢、更新、刪除等操作。
資料庫是存放數據的倉庫。它的存儲空間很大，可以存放百萬條、千萬條、上億條數據。但是資料庫並不是隨意地將數據進行存放，是有一定的規則的，否則查詢的效率會很低。當今世界是一個充滿著數據的互聯網世界，充斥著大量的數據。即這個互聯網世界就是數據世界。數據的來源有很多，比如出行記錄、消費記錄、瀏覽的網頁、發送的消息等等。除了文本類型的數據，圖像、音樂、聲音都是數據。
(8)水質資料庫表結構及標識符擴展閱讀：
資料庫管理系統其防護手段主要有以下八點：
1、使用正版資料庫管理系統並及時安裝相關補丁。
2、做好用戶賬戶管理，禁用默認超級管理員賬戶或者為超級管理員賬戶設置復雜密碼；為應用程序分別分配專用賬戶進行訪問；設置用戶登錄時間及登錄失敗次數限制， 防止暴力破解用戶密碼。
3、分配用戶訪問許可權時，堅持最小許可權分配原則，並限制用戶只能訪問特定資料庫，不能同時訪問其他資料庫。
4、修改資料庫默認訪問埠，使用防火牆屏蔽掉對 外開放的其他埠，禁止一切外部的埠探測行為。
5、對資料庫內存儲的重要數據、敏感數據進行加密存儲，防止資料庫備份或數據文件被盜而造成數據泄露。
6、設置好資料庫的備份策略，保證資料庫被破壞後能迅速恢復。
7、對資料庫內的系統存儲過程進行合理管理，禁用掉不必要的存儲過程，防止利用存儲過程進行資料庫探測與攻擊。
8、啟用資料庫審核功能，對資料庫進行全面的事件跟蹤和日誌記錄。
參考資料來源：網路-資料庫
⑨ 資料庫中定義表結構應注意哪些事項
加表欄位 : 約束條件不能有noy null,primary key等
�8�4 修改表欄位的數據類型: 數據類型為 text、image、ntext 的列，或者屬於primary key的列不能修改。新的數據類型應與原數據類型兼容
刪除數據表可使用DROP TABLE: （1）DROP TABLE 不能用於刪除由 FOREIGN KEY 約束引用的表。必須先刪除引用的 FOREIGN KEY 約束或引用的表。
（2）在系統表上不能使用 DROP TABLE 語句。
(3)數據、表上的索引都刪除。表上的視圖往往仍然保留，但無法引用
�6�1 使用INSERT語句一次只能為表插入一行數據。增加多行使用多條insert
�6�1 如果INSERT語句違反約束或規則，或者它有與列的數據類型不兼
�6�1 容的值，那麼該語句就會失敗，並且SQL Server 將顯示錯誤信息。
�6�1 此時必須列出列名（因為提供的值的個數與表中列的個數不一致）。
�6�1 未列出的列中將自動填入預設值，如果沒有設置預設值則填入NULL
�6�1 C_Info中的課程類別和課程說明列必須允許為NULL，因為系統實際插入的數據為：(『9720045』,『Web開發技術』,default,2,default)。
�6�1 學號、姓名欄位的數據類型應與追加記錄的欄位author_id,au_fname數據類型一致或兼容
�6�1 學號、姓名欄位的數據類型的長度應小於或者等於追加記錄的欄位author_id,au_fname數據類型的長度。
�6�1 Stu表中其他為追加的欄位必須允許為NULL
⑩ 資料庫表結構設計
1.典型地質遺跡基本概況表
包括地理位置、園區范圍、自然條件等組成(表6-2)。
表6-2 基本概況(JBGK.MDB)資料庫結構表
數據項說明:
地質公園編號:前3位國別代碼，按行政區劃代碼(GB/T2260－98)填寫，後3位地質遺跡點的順序號。當公園范圍較大，跨國界時，其編號以主景區所在的區域為准進行編號，後6位為順序號，保證地質遺跡編號的唯一性。
地質遺跡分類:為適應現階段地質遺跡的調查，地質公園建設和發展規劃、科學普及的開展，以系統地球科學理論為指導，趙汀(2009)提出了顯性地質遺跡的概念並建立了學科分類系統，並在此基礎上完成了中國國家地質公園地質遺跡分類。
2.景區、景點數據(表6-3，表6-4)
表6-3 景區表結構(JQ.MDB)表
表6-4 景點表結構(JD.MDB)表
景區和景點數據關系(表6-5)為一對多關系。即，一個景區至少有一處以上的景點，任意一個景點只能屬於某一個景區。