元數據是利用JDBC創建和操作數據庫對象的一個很重要的概念和應用，所以今天我特地的找了一些詳細解析個概念的資料，和利用java來操作的實例。
***************************************
首先呢，當然是元數據***************************************
元數據（Meta Data）是關于數據倉庫的數據，指在數據倉庫建設過程中所產生的有關數據源定義，目標定義，轉換規則等相關的關鍵數據。同時元數據還包含關于數據含義的商業信息，所有這些信息都應當妥善保存，并很好地管理。為數據倉庫的發展和使用提供方便。
元數據是一種二進制信息，用以對存儲在公共語言運行庫可移植可執行文件 (PE) 文件或存儲在內存中的程序進行描述。將您的代碼編譯為 PE 文件時，便會將元數據插入到該文件的一部分中，而將代碼轉換為 Microsoft 中間語言 (MSIL) 并將其插入到該文件的另一部分中。在模塊或程序集中定義和引用的每個類型和成員都將在元數據中進行說明。當執行代碼時，運行庫將元數據加載到內存中，并引用它來發現有關代碼的類、成員、繼承等信息。
元數據以非特定語言的方式描述在代碼中定義的每一類型和成員。元數據存儲以下信息：
程序集的說明。
標識（名稱、版本、區域性、公鑰）。
導出的類型。
該程序集所依賴的其他程序集。
運行所需的安全權限。
類型的說明。
名稱、可見性、基類和實現的接口。
成員（方法、字段、屬性、事件、嵌套的類型）。
屬性。
修飾類型和成員的其他說明性元素。
一、元數據的優點
對于一種更簡單的編程模型來說，元數據是關鍵，該模型不再需要接口定義語言 (IDL) 文件、頭文件或任何外部組件引用方法。元數據允許 .NET 語言自動以非特定語言的方式對其自身進行描述，而這是開發人員和用戶都無法看見的。另外，通過使用屬性，可以對元數據進行擴展。元數據具有以下主要優點：
自描述文件。
公共語言運行庫模塊和程序集是自描述的。模塊的元數據包含與另一個模塊進行交互所需的全部信息。元數據自動提供 COM 中 IDL 的功能，允許將一個文件同時用于定義和實現。運行庫模塊和程序集甚至不需要向操作系統注冊。結果，運行庫使用的說明始終反映編譯文件中的實際代碼，從而提高應用程序的可靠性。
語言互用性和更簡單的基于組件的設計。
元數據提供所有必需的有關已編譯代碼的信息，以供您從用不同語言編寫的 PE 文件中繼承類。您可以創建用任何托管語言（任何面向公共語言運行庫的語言）編寫的任何類的實例，而不用擔心顯式封送處理或使用自定義的互用代碼。
二、屬性。
.NET Framework
允許您在編譯文件中聲明特定種類的元數據（稱為屬性）。在整個 .NET Framework
中到處都可以發現屬性的存在，屬性用于更精確地控制運行時您的程序如何工作。另外，您可以通過用戶定義的自定義屬性向 .NET Framework
文件發出您自己的自定義元數據。有關更多信息，請參見利用屬性擴展元數據。
三、元數據的意義
說到元數據的意義，可以從其應用目的來談的。雖然做數據倉庫言必稱元數據，必稱技術、業務元數據，但其到底用于何處？離開了目標去談元數據，就發現元數據包含太多的東西，因為他是描述數據的數據嘛。
還是那客戶關系系統來比喻，這個系統維護客戶信息當然是有目的的，是要用這些信息進行一些自動的流程處理、去挖掘一些客戶潛在的價值、做好客戶服務。當然
沒有必要去維護客戶的生命特征信息，諸如指紋、犯罪史等，這些信息跟客戶關系管理的目標關系不大。元數據也是如此，你可以將所以數據的結構、大小、什么時
間創建、什么時間消亡、被那些人使用等等，這些信息可以延伸得太廣，如果不管目標，而試圖去建一個非常完美的元數據管理體系，這是一種絕對的"自上而下"
做法，必敗無疑。
四、元數據列舉
基于應用，可以將元數據分成以下的若干中。
數據結構：數據集的名稱、關系、字段、約束等；
數據部署：數據集的物理位置；
數據流：數據集之間的流程依賴關系（非參照依賴），包括數據集到另一個數據集的規則；
質量度量：數據集上可以計算的度量；
度量邏輯關系：數據集度量之間的邏輯運算關系；
ETL過程：過程運行的順序，并行、串行；
數據集快照：一個時間點上，數據在所有數據集上的分布情況；
星型模式元數據：事實表、維度、屬性、層次等；
報表語義層：報表指標的規則、過濾條件物理名稱和業務名稱的對應；
數據訪問日志：哪些數據何時被何人訪問；
質量稽核日志：何時、何度量被稽核，其結果；
數據裝載日志：哪些數據何時被何人裝載；
五、元數據開發應用的標準化框架
1、數字圖書館資源組織框架
2. 元數據開發應用框架
2.1 元數據的基本意義 Metadata（元數據）是“關于數據的數據”；
元數據為各種形態的數字化信息單元和資源集合提供規范、普遍的描述方法和檢索工具；
元數據為分布的、由多種數字化資源有機構成的信息體系（如數字圖書館）提供整合的工具與紐帶。
離開元數據的數字圖書館將是一盤散沙，將無法提供有效的檢索和處理。
3. 元數據應用環境
3.1 Metadata的應用目的
（1）確認和檢索（Discovery andentification），主要致力于如何幫助人們檢索和確認所需要的資源，數據元素往往限于作者、標題、主題、位置等簡單信息，Dublin Core是其典型代表。
（2）著錄描述（Cataloging），用于對數據單元進行詳細、全面的著錄描述，數據元素囊括內容、載體、位置與獲取方式、制作與利用方法、甚至相關
數據單元方面等，數據元素數量往往較多，MARC、GILS和FGDC/CSDGM是這類Metadata的典型代表。
（3）資源管理（Resource
Administration），支持資源的存儲和使用管理，數據元素除比較全面的著錄描述信息外，還往往包括權利管理（Rights/Privacy
Management）、電子簽名（Digital Signature）、資源評鑒（Seal of
Approval/Rating）、使用管理（Access Management）、支付審計（Payment and
Accounting）等方面的信息。
（4）資源保護與長期保存（Preservation and
Archiving），支持對資源進行長期保存，數據元素除對資源進行描述和確認外，往往包括詳細的格式信息、制作信息、保護條件、轉換方式
（Migration Methods）、保存責任等內容。
3.2 Metadata在不同領域的應用 根據不同領域的數據特點和應用需要，90年代以來，許多Metadata格式在各個不同領域出現
例如：
網絡資源：Dublin Core、IAFA Template、CDF、Web Collections
文獻資料：MARC（with 856 Field），Dublic Core
人文科學：TEI Header
社會科學數據集：ICPSR SGML Codebook
博物館與藝術作品：CIMI、CDWA、RLG REACH Element Set、VRA Core
政府信息：GILS
地理空間信息：FGDC/CSDGM
數字圖像：MOA2 metadata、CDL metadata、Open Archives Format、VRA Core、NISO/CLIR/RLG Technical Metadata for Images
檔案庫與資源集合：EAD
技術報告：RFC 1807
連續圖像：MPEG-7
3.3 Metadata格式的應用程度
不同領域的Metadata處于不同的標準化階段：
在網絡資源描述方面，Dublin Core經過多年國際性努力，已經成為一個廣為接受和應用的事實標準；
在政府信息方面，由于美國政府大力推動和有關法律、標準的實行，GILS已經成為政府信息描述標準，并在世界若干國家得到相當程度的應用，與此類似的還有地理空間信息處理的FGDC/CSDGM；
但在某些領域，由于技術的迅速發展變化，仍然存在多個方案競爭，典型的是數字圖像的Metadata，現在提出的許多標準都處于實驗和完善的階段。
3.4 Metadata格式“標準化”程度問題
Metadata開發應用經驗表明，很難有一個統一的Metadata格式來滿足所有領域的數據描述需要；即使在同一個領域，也可能為了不同目的而需要不同的但可相互轉換的Metadata格式。
同時，統一的集中計劃式的Metadata格式標準也不適合Internet環境，不利于充分利用市場機制和各方面力量。
但在同一領域，應爭取“標準化”，在不同領域，應妥善解決不同格式的互操作問題。
4. 元數據結構
4.1 總體結構定義方式 一個Metadata格式由多層次的結構予以定義：
（1）內容結構（Content Structure），對該Metadata的構成元素及其定義標準進行描述。
（2）句法結構（Syntax Structure），定義Metadata結構以及如何描述這種結構。
（3）語義結構（Semantic Structure），定義Metadata元素的具體描述方法。
4.2 內容結構
內容結構定義Metadata的構成元素，可包括： 描述性元素、技術性元素、管理性元素、結構性元素（例如與編碼語言、Namespace、數據單元等的鏈接）。
這些數據元素很可能依據一定標準來選取，因此元數據內容結構中需要對此進行說明，例如MARC記錄所依據的ISBD，EAD所參照的ISAD（G），ICPSR所依據的ICPSR Data Preparation Manual。
4.3 句法結構
句法結構定義格式結構及其描述方式，例如元素的分區分段組織、元素選取使用規則、元素描述方法（例如Dublin Core采用ISO/IEC 11179標準）、元素結構描述方法（例如MARC記錄結構、SGML結構、XML結構）、結構語句描述語言（例如EBNF Notation）等。
有時，句法結構需要指出元數據是否與所描述的數據對象捆綁在一起、或作為單獨數據存在但以一定形式與數據對象鏈接，還可能描述與定義標準、DTD結構和Namespace等的鏈接方式。
4.4 語義結構 語義結構定義元素的具體描述方法，例如 描述元素時所采用的標準、最佳實踐（Best Practices）或自定義的描述要求（Instructions）。
有些元數據格式本身定義了語義結構，而另外一些則由具體采用單位規定語義結構，例如Dublin Core建議日期元素采用ISO 8601、資源類型采用Dublin Core Types、數據格式可采用MIME、識別號采用URL或DOI或ISBN；
又如OhioLink在使用VRA Core時要求主題元素使用A&AT、TGM和TGN，人名元素用ULAN。
5. 元數據編碼語言與制作方式
5.1 元數據編碼語言
元數據編碼語言（Metadata Encoding Languages）指對元數據元素和結構進行定義和描述的具體語法和語義規則，常稱為定義描述語言（DDL）。
在元數據發展初期人們常使用自定義的記錄語言（例如MARC）或數據庫記錄結構（如ROADS等），但隨著元數據格式的增多和互操作的要求，人們開始采用一些標準化的DDL來描述元數據，例如SGML和XML，其中以XML最有潛力。
5.2 元數據制作方式
（1）專門編制模塊（例如對MARC、GILS、FGDC等）
（2）數據處理時自動編制（例如對Dublin Core等）
（3）數據物理處理時自動編制（例如數字圖像掃描時的某些元數據參數）
（4）共享元數據（例如OCLC/CORC、IMESH
6. 元數據互操作性
6.1 元數據互操作性問題
由于不同的領域（甚至同一領域）往往存在多個元數據格式，當在用不同元數據格式描述的資源體系之間進行檢索、資源描述和資源利用時，就存在元數據的互操作性問題（Interoperability）：
多個不同元數據格式的釋讀、轉換和由多個元數據格式描述的數字化信息資源體系之間的透明檢索。
6.2 元數據格式映射
利用特定轉換程序對不同元數據元格式進行轉換，稱為元數據映射（Metadata Mapping/Crosswalking）。
目前已有大量的轉換程序存在，供若干流行元數據格式之間的轉化，例如
Dublin Core與USMARC； Dublin Core與EAD
Dublin Core與GILS； GILS與MARC TEI
Header與MARC FGDC與MARC
也可利用一種中介格式對同一格式框架下的多種元數據格式進行轉換，例如UNIverse項目利用GRS格式進行各種MARC格式和其它記錄格式的轉換。格
式映射轉換準確、轉換效率較高。不過，這種方法在面對多種元數據格式并存的開放式環境中的應用效率明顯受到限制。
6.3 標準描述框架
解決元數據互操作性的另一種思路是建立一個標準的資源描述框架，用這個框架來描述所有元數據格式，那么只要一個系統能夠解析這個標準描述框架，就能解讀相應的Metadata格式． 實際上，XML和RDF從不同角度起著類似的作用。
XML通過其標準的DTD定義方式，允許所有能夠解讀XML語句的系統辨識用XML_DTD定義的Metadata格式，從而解決對不同格式的釋讀問題。
RDF定義了由Resources、Properties和Statements等三種對象組成的基本模型，其中Resources和Properties關系類似于E-R模型，而Statements則對該關系進行具體描述。
RDF通過這個抽象的數據模型為定義和使用元數據建立一個框架，元數據元素可看成其描述的資源的屬性。
進一步地，RDF定義了標準Schema，規定了聲明資源類型、聲明相關屬性及其語義的機制，以及定義屬性與其它資源間關系的方法。另外，RDF還規定了利用XML Namespace方法調用已有定義規范的機制，
6.4 數字對象方式
建立包含元數據及其轉換機制的數字對象可能從另一個角度解決元數據互操作性問題。
Cornell/FEDORA項目提出由內核（Structural Kernel）和功能傳播層（Disseminator Layer）組成的復合數字對象。
內核里，可以容納以比特流形式存在的文獻內容、描述該文獻的元數據、以及對這個文獻及元數據進行存取控制的有關數據。
功能傳播層，主功能傳播器（PrimitiveDisseminator）支持有關解構內核數據類型和對內核數據讀取的服務功能，還可有內容類型傳播器（Content-Type Disseminators），它們可內嵌元數據格式轉換機制。
例如，在一個數字對象的內核中存有MARC格式的元數據，在功能傳播層裝載有請求Dublin
Core格式及其轉換服務的內容類型傳播器。當數字對象使用者要求讀取以Dublin
Core表示的元數據時，相應的內容類型傳播器將通過網絡請求存儲有Dublin
Core及其轉換服務程序的數字對象，然后將被請求數字對象中的MARC形式元數據轉換為Dublin Core形式，在輸出給用戶。
7. 幾點建議
跟蹤元數據發展、積極參與制定元數據標準、加快元數據應用、注意國際接軌。
加快研究有效利用元數據進行檢索（包括異構系統透明檢索）、相關性學習、個性化處理等的機制。
加快研究元數據與數字對象和數字化資源體系有機整合的途徑與方法。
推進研究利用元數據進行基于知識的數據組織和知識發現。
**************************************
元數據接口使用詳解
*******************************
三個元數據接口DatabaseMetaData、ResultSetMetaData和ParameterMetaData接口是三個常用的元
數據接口。DatabaseMetaData提供與數據庫或者DBMS相關的信息；ResultSetMetaData對象提供與特定ResultSet
實例中與列相關的信息；ParameterMetaData對象提供與PreparedStatement對象的參數有關的信息。本文討論的內容并不僅限
于JDBC的某個版本，而是基于1.0—3.0的規范進行學習。
- ResultSetMetaData對象
當在JDBC應用程序中發送select語句時，該操作會返回一個ResultSet對象，這個ResultSet對象包含滿足條件的數據。通過創建
ResultMetaData對象和調用該對象的方法，可以獲取與這個ResultSet對象中的列有關的信息。下面的代碼段將創建ResultSet對
象rs，然后使用rs來創建ResultSetMetaData對象，所創建的ResultSetMetaData對象包含與rs中的列有關的信息。
Statement stmt= con . createStatement();
ResultSet rs = stmt.executeQuery(“select * from sales”);
ResultSetMetaData rsmd = rs.getMetaData();
現在可以使用rsmd調用ResultSetMetaData的方法來訪問與rs中的列有關的信息。除了方法
getColumnCount給出結果集中總的列數外，所有的ResultSetMetaData方法都返回與單個列有關的信息，并都接受一個表示對應列
號的參數。
- getColumnCount方法
這也許是ResultSetMetaData中使用最多的方法，該方法返回結果集中列數目 ：
1 ResultSet rs = stmt.executeQuery(“select * from sales”);
2 ResultSetMetaData rsmd = rs.getMetaData();
3 int numberOfColumns = rsmd.getColumnCount();
4 while(rs.next()){
5 for(int i=1;i<=numberOfColumn;i++){
6 String s = rs.getString(i);
7 System.out.println(“Column ” +i +”: ” +s +” ”);
8 }
9 }
需要注意的是，用于檢索所有列值的ResultSet方法是getString。當不知道每一列的類型，這是比較容易的方法；如果希望能檢索所有的數據類型（包括SQL 99數據型），則可以使用方法getObject，這是保證能夠檢索所有列值得唯一方法。
- 獲取列類型信息
有兩個ResultSetMetaData方法可以獲取與結果集列的類型有關的信息。這兩個方法是getColumnType和
getColumnTypeName。getColumnType方法用于確定存儲在指定列中的值的JDBC類型。該方法以一個int值來返回JDBC類
型。如下面的代碼獲得rs第二列的JDBC類型：
ResultSetMetaData rsmd = rs.getMetaData();
int jdbcType = rsmd.getColumnType(2);
- 獲取其他信息
另外有幾個方法用來提供與存儲數值類型的列有關的信息。
isAutoIncrement
isCurrency
isSigned
getPrecision
getScale
isNullable
getColumnDisplaySize
- 使用DatabaseMetaData對象
接口DatabaseMetaData提供了大量的方法取得與數據庫相關的信息。一旦獲得了打開的連接，就可以創建包含與數據庫系統有關的信息的DatabaseMetaData對象。
- DatabaseMetaData方法的類別
按照返回值的類型對DatabaseMetaData的方法進行分類，可以分為4種。
有三種類型返回單一的值，另外一種返回一個結果集，這個結果集包含1～18列的數據。
① 返回String的方法
最小的類別是指返回String對象的DatabaseMetaData方法。這些方法中的一些方法可以獲取與DBMS有關的總體信息，包括數據庫的URL、username、產品名稱、驅動程序信息等等。
② 返回int的方法
③ 返回boolean的方法
④返回ResultSet對象的方法
這些方法可以返回ResultSet對象，所返回的ResultSet對象可以包含1到最多18列。
- 獲取與主外鍵有關的信息
返回與主外鍵有關信息的方法主要有getPrimaryKeys、getImportedKeys、getExportedKeys以及getCrossReference等。
下面的代碼段顯示了如果在定義表時指定了主鍵，則可以調用方法getPrimaryKeys開獲取對于表中主鍵列的描述。
1 import java.sql.*;
2 public class static PrimaryKeysExample{
3 public static void main(String args[]){
4 String url =”jdbc:mySubprotocol:myDataSource”;
5 Connection con;
6 String createString =”create table supplierspk”+
7 “(sup_id integer not null,”+
8 “sup_name varchar(40),”+
9 “street varchar(40),”+
10 “city varchar(20)”+
11 “state char(10),”+
12 “zip char(10),”+
13 “primary key(sup_id))”;
14 Statement stmt;
15 try{
16 Class.forName(“myDriver.className”);
17 }catch(java.lang.ClassNotFoundException e){
18 System.err.println(“ClassNotFoundException: ”);
19 System.err.println(“e.getMessage()”);
20 }
21 try{
22 con =DriverManager.getConnection(url,”username”,”pwd”);
23 stmt=con.createStatement;
24 stmt.executeUpdate(createString);
25 DatabaseMetaData dbmd=con.getMetaData();
26 ResultSet rs= dbmd.getPrimaryKey(null,null,”suplierspk”);
27 While(rs.next()){
28 String name =rs.getString(“table_name”);
29 String columnName=rs.getString(“column_name”);
30 String keySeq=rs.getString(“key_seq”);
31 String pkName=rs.getString(“pk_name”);
32 System.out.println(“table name :”+name);
33 System.out.println(“column name: ”+columnName);
34 System.out.println(“sequence in key:”+keySeq);
35 System.out.println(“primary key name:”+pkName);
36 }
37 rs.close();
38 stmt.close();
39 con.close();
40 }catch(SQLException ex){
41 System.err.println(“SQLException: ”+ex.getMessage());
42 }
43 }
44 }
如果主鍵多余一列的話，那么方法getPrimaryKeys等將詳細描述每一列。列key_seq中的值表示描述的是哪一列。
- 使用ParameterMetaData對象
可以使用ParameterMetaData對象來獲取與PreparedStatement對象或者CallableStatement對象
有關的信息。這些參數由”?”占位符表示，”?”占位符是提供給Connection方法prepareStatement和prepareCall的
SQL語句。下面的代碼行使用兩個參數占位符來創建一個PreparedStatement對象。
PreparedStatement pstmt=con.prepareStatement(“select id from employees where dept=? and salary>?”);
這些參數根據其序號來編號，因此第一個參數編號1，第二個參數編號2，依此類推。在上面的代碼行中，參數1是列dept中的一個值，參數2是
salary中的一個值。下面的代碼段用于找出PreparedStatement
pstmt有多少個參數。首先創建pstmt并用它來創建ParameterMetaData對象pmd，這個對象包含與pstmt中的參數有關的信息。
接著調用pmd上的方法getColumnCount來找出pstmt有多少參數。
1 PreparedStatement pstmt=con.prepareStatement(
2 “update employees set salary =? Where level=?”);
3 ParameterMetaData pmd = pstmt.getParameterMetaData();
4 int count=pmd.getParameterCount();
變量count的值應該等于2。方法getParameterCount不接受參數，因為它返回與PreparedStatement對象的所有參數有關的信息。ParameterMetaData接口中的所有其他方法都接受序號來表示作為要查詢的信息的參數。
******************************
補充說明數據庫訪問******************************
一旦連接到數據庫，就可以請求表名以及表列的名稱和內容等信息，而且您可以運行 SQL 語句來查詢數據庫或者添加或修改其內容。可用來從數據庫中獲取信息的對象有：
| DatabaseMetaData
|
有關整個數據庫的信息：表名、表的索引、數據庫產品的名稱和版本、數據庫支持的操作。
|
| ResultSet
|
關于某個表的信息或一個查詢的結果。您必須逐行訪問數據行，但是您可以任何順序訪問列。
|
| ResultSetMetaData
|
有關ResultSet中列的名稱和類型的信息。
|
盡管每個對象都有大量的方法讓您獲得數據庫元素的極為詳細的信息，但在每個對象中都有幾種主要的方法使您可獲得數據的最重要信息。然而，如果您希望看到比此處更多的信息，建議您學習文檔以獲得其余方法的說明。
· ResultSet
ResultSet 對象是 JDBC
中最重要的單個對象。從本質上講，它是對一個一般寬度和未知長度的表的一種抽象。幾乎所有的方法和查詢都將數據作為 ResultSet 返回。
ResultSet 包含任意數量的命名列，您可以按名稱訪問這些列。它還包含一個或多個行，您可以按順序自上而下逐一訪問。在您使用
ResultSet 之前，必須查詢它包含多少個列。此信息存儲在 ResultSetMetaData 對象中。
| // 從元數據中獲得列數 ResultSetMetaData rsmd; rsmd = results.getMetaData(); numCols = rsmd.getColumnCount();
|
當您獲得一個ResultSet時，它正好指向第一行之前的位置。您可以使用 next() 方法得到其他每一行，當沒有更多行時，該方法會返回 false 。由于從數據庫中獲取數據可能會導致錯誤，您必須始終將結果集處理語句包括在一個 try 塊中。
try
{
rsmd = results.getMetaData();
numCols = rsmd.getColumnCount();
boolean more = results.next();
while (more)
{
for (i = 1; i <= numCols; i++)
System.out.print(results.getString(i)+” ”);
System.out.println();
more = results.next();
}
results.close();
}
catch(Exception e)
{System.out.println(e.getMessage());}
|
您可以多種形式獲取 ResultSet 中的數據，這取決于每個列中存儲的數據類型。另外，您可以按列序號或列名獲取列的內容。請注意，列序號從 1 開始，而不是從 0 開始。 ResultSet 對象的一些最常用方法如下所示。
| getInt(int);
|
將序號為 int 的列的內容作為整數返回。
|
| getInt(String);
|
將名稱為 String 的列的內容作為整數返回。
|
| getFloat(int);
|
將序號為 int 的列的內容作為一個 float 型數返回。
|
| g<tt>etFloat(String);</tt>
|
將名稱為 String 的列的內容作為 float 型數返回。
|
| getDate(int);
|
將序號為 int 的列的內容作為日期返回。
|
| getDate(String);
|
將名稱為 String 的列的內容作為日期返回。
|
| next();
|
將行指針移到下一行。如果沒有剩余行，則返回 false 。
|
| close();
|
關閉結果集。
|
| getMetaData();
|
返回 ResultSetMetaData 對象。
|
· ResultSetMetaData
您使用 getMetaData() 方法從 ResultSet 中獲取 ResultSetMetaData 對象。您可以使用此對象獲得列的數目和類型以及每一列的名稱。
|
|
返回 ResultSet 中的列數。
|
| getColumnName(int);
|
返回列序號為 int 的列名。
|
| getColumnLabel(int);
|
返回此列暗含的標簽。
|
| isCurrency(int);
|
如果此列包含帶有貨幣單位的一個數字，則返回 true 。
|
| isReadOnly(int);
|
如果此列為只讀，則返回 true 。
|
| isAutoIncrement(int);
|
如果此列自動遞增，則返回 true 。這類列通常為鍵，而且始終是只讀的。
|
| getColumnType(int);
|
返回此列的SQL數據類型。這些數據類型包括
BIGINT
BINARY
BIT
CHAR
DATE
DECIMAL
DOUBLE
FLOAT
INTEGER
LONGVARBINARY
LONGVARCHAR
|
NULL
NUMERIC
OTHER
REAL
SMALLINT
TIME
TIMESTAMP
TINYINT
VARBINARY
VARCHAR
|
|
· DatabaseMetaData
DatabaseMetaData對象可為您提供整個數據庫的信息。您主要用它獲取數據庫中表的名稱，以及表中列的名稱。由于不同的數據庫支持不同的 SQL 變體，因此，也有多種方法查詢數據庫支持哪些 SQL 方法。
| getCatalogs()
|
返回該數據庫中的信息目錄列表。使用 JDBC-ODBC Bridge 驅動程序，您可以獲得用 ODBC 注冊的數據庫列表。這很少用于 JDBC-ODBC 數據庫。
|
| getTables(catalog, schema, tableNames, columnNames)
|
返回表名與 tableNames 相符而且列名與 columnNames 相符的所有表的說明。
|
| getColumns(catalog, schema, tableNames,columnNames)
|
返回表名與 tableNames 相符而且列名與 columnNames 相符的所有表列說明。
|
| getURL();
|
獲得您所連接的URL名稱。
|
| getDriverName();
|
獲得您所連接的數據庫驅動程序的名稱。
|
· 獲取有關表的信息
您可以使用 DataBaseMetaData 的 getTables() 方法來獲取數據庫中表的信息。這個方法有如下 4 個 String 參數：
results =
dma.getTables(catalog, schema, tablemask, types[]);
|
其中參數的意義是：
| catalog
|
要在其中查找表名的目錄名。對于 JDBC-ODBC 數據庫以及許多其他數據庫而言，可將其設置為 null。這些數據庫的目錄項實際上是它在文件系統中的絕對路徑名稱。
|
| schema
|
要包括的數據庫“方案”。許多數據庫不支持方案，而對另一些數據庫而言，它代表數據庫所有者的用戶名。一般將它設置為 null 。
|
| tablemask
|
一個掩碼，用來描述您要檢索的表的名稱。如果您希望檢索所有表名，則將其設為通配符 % 。 請注意， SQL 中的通配符是 % 符號，而不是一般PC用戶的*符號。
|
| types[]
|
這是描述您要檢索的表的類型的String數組。數據庫中通常包括許多用于內部處理的表，而對作為用戶的您沒什么價值。如果它是空值，則您會得到所有這些表。如果您將其設為包含字符串“ TABLES ”的單元素數組，您將僅獲得對用戶有用的表格。
|
用于從數據庫中獲取表名的簡單代碼相當于獲取 DatabaseMetaData 對象，并從其中檢索表名：
con = DriverManager.getConnection(url);
//獲取數據庫的元數據
dma =con.getMetaData();
//將數據庫中的表的名稱轉儲出來
String[] types = new String[1];
types[0] = ”TABLES”; //設置查詢類型
//請注意通配符是
% 符號（而不是
“*”）
results = dma.getTables(null, null, ”%”, types);
|
然后，我們可以打印出表名，正如我們上面所做的那樣：
boolean more = results.next();
while (more)
{
for (i = 1; i <= numCols; i++)
System.out.print(results.getString(i)+” ”);
System.out.println();
more = results.next();
}
|
如前文所述，將所有代碼包括在 try 塊中。
posted on 2007-04-12 23:58
wqwqwqwqwq 閱讀(1719)
評論(0) 編輯 收藏 所屬分類:
Simple Java