畢業(yè)設計基于RFID庫存管理系統(tǒng)

1、1 基于基于 RFIDRFID 的庫存管理系統(tǒng)的庫存管理系統(tǒng)InventoryInventory ManagementManagement SystemSystem BasedBased onon RFIDRFID2摘要摘要射頻識別(Radio Frequency Identification, RFID)作為一種快速、實時、準確采集與處理信息的高新枝術和信息標準化的基礎，被列為本世紀十人重要技術之一。RFID 技術已逐漸成為企業(yè)提高物流供應鏈管理水平，降低成本，企業(yè)管理信息化，參與國際經(jīng)濟大循環(huán)，增強企業(yè)核心競爭力不可缺少的技術工具和手段。本文首先介紹了了 RFID 的系統(tǒng)組成，工作原理，發(fā)

2、展歷史，技術標準現(xiàn)狀以及 RFID 在管理中的應用。然后通過對 ODBC 和 JDBC 的討論，確定了兩種中間件的特點。本文利用 JBuilder 9.0，SQL Server 2000，JDBC 設計了基于 RFID的庫存管理系統(tǒng)。該系統(tǒng)分為登陸模塊，查詢模塊，出庫模塊，入庫模塊。 文中詳細列出了各個模塊的程序流程圖，完成帶有 RFID 的貨物在庫存中的流動模擬。其中程序的核心部分是實現(xiàn)了數(shù)據(jù)庫的建立和針對數(shù)據(jù)庫的查詢等操作。本文的最后列寫出了對于發(fā)展前景的展望。關鍵詞關鍵詞：RFID，庫存管理，JDBC，SQL Server 20003AbstractAs a speedy, real-t

3、ime, accurate information collection and procession technology Radio Frequency Identification has been ranked as one of the most important technology in this century. RFID has gradually become a necessary technological means for manufacture to improve supply chain management, reduce cost, realize ma

4、nagement information, joins in international economy circle, strength enterprises core compatibility.In this article, author first introduced RFIDs making up, working principle, improving history, the technical standard actuality and the application in the management. Then by discussing ODBC and JDB

5、C, the author found out the characters of these two databases. In this article, author using JBuilder9.0, SQL Server 2000, JDBC designed a warehouse management system based on RFID. This system is made up with the login module, query module, shipment module. The flowcharts of these modules are detai

6、led listed and the processes of the goods which are with RFID flowing in the warehouses are simulated. The core part of this system is the connection with the database and the operation such as query with he database.In the end, author listed the prospect of the development of RFID.Keyboard: RFID，In

7、ventory management，JDBC，SQL Server 2000 4 目錄目錄摘要摘要 .2ABSTRACT.31 1選題背景選題背景 .51.1 RFID 簡介.51.2 RFID 發(fā)展歷史.51.3 RFID 的系統(tǒng)組成.61.4 RFID 工作原理.61.5 RFID 技術標準現(xiàn)狀.71.6 RFID 在管理中的應用.102 2 庫存管理系統(tǒng)方法論證庫存管理系統(tǒng)方法論證 .122.1 ODBC.122.2 JDBC.132.3 ODBC 和 JDBC 的比較.193 3. RFIDRFID 庫存管理系統(tǒng)設計過程庫存管理系統(tǒng)設計過程 .213.1 管理系統(tǒng)設計前提.213.2

8、 程序使用的軟件工具.213.3 數(shù)據(jù)庫類型的選定.223.4 數(shù)據(jù)庫的建立和連接.233.5 系統(tǒng)流程.254 4. 總結與展望總結與展望 .40致謝致謝 .41參考文獻參考文獻： .4251 1選題背景選題背景1 1.1 1 RFIDRFID 簡介簡介RFID 射頻識別是一種非接觸式的自動識別技術，它通過射頻信號自動識別目標對象并獲取相關數(shù)據(jù)，識別工作無須人工干預，可工作于各種惡劣環(huán)境。RFID 技術可識別高速運動物體并可同時識別多個標簽，操作快捷方便。 埃森哲實驗室首席科學家弗格森認為 RFID 是一種突破性的技術：第一，可以識別單個的非常具體的物體，而不是像條形碼那樣只能識別一類物體；

9、第二，其采用無線電射頻，可以透過外部材料讀取數(shù)據(jù)，而條形碼必須靠激光來讀取信息；第三，可以同時對多個物體進行識讀，而條形碼只能一個一個地讀。此外，儲存的信息量也非常大。11 1.2 2 RFIDRFID 發(fā)展歷史發(fā)展歷史 RFID 技術的發(fā)展最早可以追溯至第二次世界大戰(zhàn)時期，那時它被用來在空中作戰(zhàn)行動中進行敵我識別。從歷史上看，RFID 技術的發(fā)展基本可按 10 年期劃分為幾個階段(參見表 1)。因此 RFID 并不是一個嶄新的技術。從分類上看，因為經(jīng)過多年的發(fā)展，13.56MHz 以下的 RFID 技術已相對成熟，目前業(yè)界最關注的是位于中高頻段的 RFID 技術，特別是 860MHz960M

10、Hz(UHF 頻段)的遠距離RFID 技術發(fā)展最快；而 2.45GHz 和 5.8GHz 頻段由于產(chǎn)品擁擠，易受干擾，技術相對復雜，其相關的研究和應用仍處于探索的階段。表 1-1 RFID 技術發(fā)展的歷程表 時間 RFID 技術發(fā)展 1941-1950年 雷達的改進和應用催生了 RFID 技術，1948 年奠定了 RFID 技術的理論基礎。 1951-1960年 早期 RFID 技術的探索階段，主要處于實驗室實驗研究。 196l-1970年 RFID 技術的理論得到了發(fā)展，開始了一些應用嘗試。 1971-1980年 RFID 技術與產(chǎn)品研發(fā)處于一個大發(fā)展時期，各種 RFID 技術測試得到加速。

11、出現(xiàn)了一些最早的 RFID 應用。 61981-1990年 RFID 技術及產(chǎn)品進入商業(yè)應用階段，各種封閉系統(tǒng)應用開始出現(xiàn)。 1991-2000年 RFID 技術標準化問題日趨得到重視，RFID 產(chǎn)品得到廣泛采用。 2001-今 標準化問題日趨為人們所重視，RFID 產(chǎn)品種類更加豐富，有源電子標簽、無源電子標簽及半無源電子標簽均得到發(fā)展，電子標簽成本不斷降低。 1 1.3 3 RFIDRFID 的系統(tǒng)組成的系統(tǒng)組成一個典型的 RFID 系統(tǒng)一般由 RFID 標簽、讀寫器以及計算機系統(tǒng)等部分組成。其中 RFID 標簽中一般保存有約定格式的編碼數(shù)據(jù)，用以唯一標識標簽所附著的物體。與傳統(tǒng)的識別方式相

12、比，RFID 技術無需直接接觸、無需光學可視、無需人工干預即可完成信息輸入和處理，且操作方便快捷。能夠廣泛應用于生產(chǎn)、物流、交通、運輸、醫(yī)療、防偽、跟蹤、設備和資產(chǎn)管理等需要收集和處理數(shù)據(jù)的應用領域，并被認為是條形碼標簽的未來替代品。 在具體的應用過程中，根據(jù)不同的目的和環(huán)境，RFID 系統(tǒng)的組成會有所不同，但從其工作原理來看，系統(tǒng)一般都由信號發(fā)射機、信號接收機、發(fā)射接收天線三部分組成。(1) 信號發(fā)射機：在 RFID 系統(tǒng)中，信號發(fā)射機為了不同的應用目的，會以不同的形式存在，典型的形式是標簽。標簽相當于條形碼技術中的條形碼符號，用來存儲需要識別傳輸?shù)男畔?。另外，與條形碼不同的是，標簽必須能夠

13、自動或在外力的作用下，把存儲的信息主動發(fā)射出去。標簽一般是帶有線圈、天線、存儲器與控制系統(tǒng)的低電集成電路。(2) 信號接收機：RFID 系統(tǒng)中，信號接收機一般叫做閱讀器。閱讀器基本的功能就是提供與標簽進行數(shù)據(jù)傳輸?shù)耐緩健Ａ硗?，閱讀器還提供相當復雜的信號狀態(tài)控制、奇偶錯誤校驗與更正功能等。(3) 發(fā)射接收天線：天線是標簽與閱讀器之間傳輸數(shù)據(jù)的發(fā)射、接收裝置。RFID 技術用于需要跟蹤眾多貨物資源、而人手又有限的倉庫管理中是非?，F(xiàn)實的。因為 RFID 系統(tǒng)基于人們熟悉的 Windows 或 UNIX 平臺，所以通常易于管理。71 1.4 4 RFIDRFID 工作原理工作原理RFID 系統(tǒng)的工作原

14、理：讀寫器通過天線發(fā)送出一定頻率的射頻信號；當RFID 標簽進入讀寫器工作場時，其天線產(chǎn)生感應電流，從而 RFID 標簽獲得能量被激活并向讀寫器發(fā)送出自身編碼等信息；讀寫器接收到來自標簽的載波信號，對接收的信號進行解調(diào)和解碼后送至計算機主機進行處理；計算機系統(tǒng)根據(jù)邏輯運算判斷該標簽的合法性，針對不同的設定做出相應的處理和控制，發(fā)出指令信號；RFID 標簽的數(shù)據(jù)解調(diào)部分從接收到的射頻脈沖中解調(diào)出數(shù)據(jù)并送到控制邏輯，控制邏輯接收指令完成存儲、發(fā)送數(shù)據(jù)或其他操作。21 1.5 5 RFIDRFID 技術標準現(xiàn)狀技術標準現(xiàn)狀 1 1.5 5.1 1 ISOISO 制定的制定的 RFIDRFID 標準體

15、系標準體系RFID 標準化工作最早可以追溯到 20 世紀 90 年代。1995 年國際標準化組織ISO/IEC 聯(lián)合技術委員會 JTCl 設立了子委員會 SC31（以下簡稱 SC31），負責RFID 標準化研究工作。SC31 委員會由來自各個國家的代表組成，如英國的 BSI IST34 委員、歐洲 CEN TC225 成員。他們既是各大公司內(nèi)部咨詢者，也是不同公司利益的代表者。因此在 ISO 標準化制定過程中，有企業(yè)、區(qū)域標準化組織和國家三個層次的利益代表者。SC31 子委員會負責 RFID 標準可以分為四個方面：數(shù)據(jù)標準（如編碼標準 ISO/IEC 15691、數(shù)據(jù)協(xié)議 ISO/IEC 15

16、692、ISO/IEC 15693，解決了應用程序、標簽和空中接口多樣性的要求，提供了一套通用的通信機制）、空中接口標準（ISO/IEC 18000 系列）、測試標準（性能測試 ISO/IEC 18047 和一致性測試標準 ISO/IEC 18046）、實時定位（RTLS）（ISO/IEC 24730 系列應用接口與空中接口通信標準）方面的標準。 這些標準涉及到 RFID 標簽、空中接口、測試標準、讀寫器與到應用程序之間的數(shù)據(jù)協(xié)議，它們考慮的是所有應用領域的共性要求。ISO 對于 RFID 的應用標準是由應用相關的子委員會制定。RFID 在物流供應鏈領域中的應用方面標準由 ISO TC 122

17、/104 聯(lián)合工作組負責制定， 包括ISO17358 應用要求、ISO 17363 貨運集裝箱、ISO 17364 裝載單元、ISO 173658運輸單元、ISO 17366 產(chǎn)品包裝、ISO 17367 產(chǎn)品標簽。RFID 在動物追蹤方面的標準由 ISO TC 23 SC19 來制定，包括 ISO 11784/11785 動物 RFID 畜牧業(yè)的應用，ISO 14223 動物 RFID 畜牧業(yè)的應用-高級標簽的空中接口、協(xié)議定義。從 ISO 制訂的 RFID 標準內(nèi)容來說，RFID 應用標準是在 RFID 編碼、空中接口協(xié)議、讀寫器協(xié)議等基礎標準之上，針對不同使用對象，確定了使用條件、標簽尺

18、寸、標簽粘貼位置、數(shù)據(jù)內(nèi)容格式、使用頻段等方面特定應用要求的具體規(guī)范，同時也包括數(shù)據(jù)的完整性、人工識別等其他一些要求。通用標準提供了一個基本框架，應用標準是對它的補充和具體規(guī)定。這一標準制訂思想，既保證了 RFID 技術具有互通與互操作性，又兼顧了應用領域的特點，能夠很好地滿足應用領域的具體要求。1 1.5 5.2 2 EPCglobaEPCgloba l l 制定的制定的RFID 標準體系與 ISO 通用性 RFID 標準相比，EPCglobal 標準體系是面向物流供應鏈領域，可以看成是一個應用標準。EPCglobal 的目標是解決供應鏈的透明性和追蹤性，透明性和追蹤性是指供應鏈各環(huán)節(jié)中所有

19、合作伙伴都能夠了解單件物品的相關信息，如位置、生產(chǎn)日期信息。為此 EPCglobal 制定了EPC 編碼標準，它可以實現(xiàn)對所有物品提供單件惟一標識；也制定了空中接口協(xié)議、讀寫器協(xié)議。這些協(xié)議與 ISO 標準體系類似。在空中接口協(xié)議方面，目前 EPCglobal 的策略盡量與 ISO 兼容，如 C1Gen2 UHF RFID 標準遞交 ISO 將成為 ISO 18000 6C 標準。但 EPCglobal 空中接口協(xié)議有它的局限范圍，僅僅關注UHF 860930MHz。除了信息采集以外，EPCglobal 非常強調(diào)供應鏈各方之間的信息共享，為此制定了信息共享的物聯(lián)網(wǎng)相關標準，包括 EPC 中間件

20、規(guī)范、對象名解析服務ONS(Object Naming Service)、物理標記語言（PhysicalMarkup Language）。這樣從信息的發(fā)布、信息資源的組織管理、信息服務的發(fā)現(xiàn)以及大量訪問之間的協(xié)調(diào)等方面作出規(guī)定?！拔锫?lián)網(wǎng)”的信息量和信息訪問規(guī)模大大超過普通的因特網(wǎng)?！拔锫?lián)網(wǎng)”系列標準是根據(jù)自身的特點參照因特網(wǎng)標準制訂的?！拔锫?lián)網(wǎng)”是基于因特網(wǎng)的，與因特網(wǎng)具有良好的兼容性。9物聯(lián)網(wǎng)標準是 EPCglobal 所特有的，ISO 僅僅考慮自動身份識別與數(shù)據(jù)采集的相關標準，數(shù)據(jù)采集以后如何處理、共享并沒有作規(guī)定。物聯(lián)網(wǎng)是未來的一個目標，對當前應用系統(tǒng)建設來說具有指導意義。1 1.5 5

21、.3 3 日本日本 UIDUID 制定的制定的 RFIDRFID 標準體系標準體系日本泛在中心制定 RFID 相關標準的思路類似于 EPCglobal，目標也是構建一個完整的標準體系，編碼體系、空中接口協(xié)議到泛在網(wǎng)絡體系結構，但是每一個部分的具體內(nèi)容存在差異。為了制定具有自主知識產(chǎn)權的 RFID 標準，在編碼方面制定了 ucode 編碼體系，它能夠兼容日本已有的編碼體系，同時也能兼容國際其他的編碼體系。在空中接口方面積極參與 ISO 的標準制定工作，也盡量考慮與 ISO 相關標準兼容。在信息共享方面主要依賴于日本的泛在網(wǎng)絡它可以獨立于因特網(wǎng)實現(xiàn)信息的共享。泛在網(wǎng)絡與 EPCglobal 的物聯(lián)

22、網(wǎng)還是有區(qū)別的。EPC 采用業(yè)務鏈的方式，面向企業(yè)，面向產(chǎn)品信息的流動（物聯(lián)網(wǎng)），比較強調(diào)與互聯(lián)網(wǎng)的結合。UID采用扁平式信息采集分析方式，強調(diào)信息的獲取與分析，比較強調(diào)前端的微型化與集成。1 1.5 5.4 4 三大標準體系空中接口協(xié)議的比較三大標準體系空中接口協(xié)議的比較目前，ISO/IEC 18000、EPCglobal、日本 UID 三個空中接口協(xié)議正在完善中。這三個標準相互之間并不兼容，主要差別在通訊方式、防沖突協(xié)議和數(shù)據(jù)格式這三個方面，在技術上差距其實并不大。這三個標準都按照 RFID 的工作頻率分為多個部分。在這些頻段中，以13。56MHz 頻段的產(chǎn)品最為成熟，處于 860960M

23、Hz 內(nèi)的 UHF 頻段的產(chǎn)品因為工作距離遠且最可能成為全球通用的頻段而最受重視，發(fā)展最快。ISO/IEC 18000 標準是最早開始制定的關于 RFID 的國際標準，按頻段被劃分為 7 個部分。目前支持 ISO/IEC 18000 標準的 RFID 產(chǎn)品最多。EPCglobal 是由 UCC 和 EAN 兩大組織聯(lián)合成立、吸收了麻省理工 AutoID 中心的研究成果后推出的系列標準草案。EPCGlobal 最重視 UHF 頻段的 RFID 產(chǎn)品，極力推廣基于10EPC 編碼標準的 RFID 產(chǎn)品。目前，EPC Global 標準的推廣和發(fā)展十分迅速，許多大公司如沃爾瑪?shù)榷际?EPC 標準的支

24、持者。日本的泛在中心（Ubiquitous ID）一直致力于本國標準的 RFID 產(chǎn)品開發(fā)和推廣，拒絕采用美國的 EPC 編碼標準。與美國大力發(fā)展 UHF 頻段 RFID 不同的是，日本對 2。4GHz 微波頻段的RFID 似乎更加青睞，目前日本已經(jīng)開始了許多 2。4GHz RFID 產(chǎn)品的實驗和推廣工作。標準的制定面臨越來越多的知識產(chǎn)權糾紛。不同的企業(yè)都想為自己的利益努力。同時，EPC 在努力成為 ISO 的標準，ISO 最終如何接受 EPC 的 RFID標準，還有待觀望。全球標準的不統(tǒng)一，硬件產(chǎn)品的兼容方面必然不理想，阻礙應用。31 1.6 6 RFIDRFID 在管理中的應用在管理中的應

25、用電子標簽因為其具有防沖撞性、封裝任意性、使用壽命長、可重復利用等特點，適合應用于現(xiàn)在科學的庫存管理系統(tǒng)中。 現(xiàn)在的庫存管理系統(tǒng)通常使用條碼標簽或是人工庫存管理單據(jù)書寫等方式支持自有的庫存管理。但是條碼的易復制、不防污、不防潮等特點，還有人工書寫單據(jù)的煩瑣性，容易造成人為損失等無法避免的缺點，使得現(xiàn)在國內(nèi)的庫存管理供應鏈始終存在著缺陷。隨著電子標簽這一最新科技產(chǎn)品的投入應用，可以從根本上解決上述的問題。用電子標簽支持現(xiàn)今的庫存管理系統(tǒng)的優(yōu)勢在于： 有效管理貨物裝箱作業(yè)。(減少損失) 信息收集自動化。 產(chǎn)品來源之核對。 每階段制程中產(chǎn)品品質之稽核。 可更改電子標簽上的資料 而無須更改產(chǎn)品包裝。

26、有效管理裝貨(減少丟失)。 自動化結果便能更有效品質監(jiān)督。 可以全程跟蹤庫存貨物的物流情況，將損失和失誤降低到最低點。下面是國內(nèi)外常見的 RFID 管理的應用：111 1.6 6.1 1 車輛自動識別管理車輛自動識別管理高速公路自動收費系統(tǒng)是 RFID 技術最成功的應用之一。目前ETC(Electronic Toll Collection，不停車收費系統(tǒng))是世界上最先進的路橋收費方式。當安裝在車輛上的車載電子標簽進收費站時，收費站上的無線射頻裝置會自動激活車載電子標簽，并完成相互間的認證識別過程，能將有關車輛信息輸入計算機收費處理系統(tǒng)，同時利用計算機聯(lián)網(wǎng)技術與銀行進行結算，完成費用的收繳工作，

27、從而達到無需停車即可交納路橋費的目的。ETC 是國際上正在努力開發(fā)并推廣的一種用于公路、大橋和隧道的電子自動收費系統(tǒng)。該技術在國外已有較長的發(fā)展歷史，美國、歐洲等許多國家和地區(qū)的電子收費系統(tǒng)已經(jīng)局部聯(lián)網(wǎng)并逐步形成規(guī)模效益。41 1.6 6.2 2 倉儲管理倉儲管理將 RFID 系統(tǒng)用于智能倉庫貨物管理，有效地解決了倉庫與貨物流動有關的信息管理。它不但增加了一天內(nèi)處理貨物的件數(shù)，而且還監(jiān)看這些貨物的一切信息。射頻天線安置在倉庫相關的各個部位和貨物所通過的倉庫大門邊上，每輛叉車上都有讀寫器和天線，每個貨物都貼有電子標簽，所有電子標簽信息都被存儲在倉庫的中心計算機里，該貨物的有關信息都能在計算機里查

28、到。當貨物被裝走運往別處時，相關的讀寫器就能識別并告知計算中心它被放在哪輛拖車上。這樣，管理中心可以實時地了解到已經(jīng)入庫了多少貨物和發(fā)送了多少貨物或者貨物在倉庫轉移的情況，并可自動識別貨物，確定貨物的位置。122 2 庫存管理系統(tǒng)方法論證庫存管理系統(tǒng)方法論證為了有利于庫存系統(tǒng)的 webserver 發(fā)布，這里使用的編程工具為 java。庫存管理最重要，最核心的部分是與數(shù)據(jù)庫的連接與對數(shù)據(jù)庫的操作。這里我們使用的 SQL Server 2000 數(shù)據(jù)庫軟件。這里涉及到一個 ODBC 和 JDBC 的問題，下面我們來論述下這兩種數(shù)據(jù)庫的優(yōu)缺點。2 2.1 1 ODBCODBC 2 2.1 1.1

29、1 ODBCODBC 簡介簡介O D B C 的基本思想是為用戶提供簡單、標準、透明的數(shù)據(jù)庫連接的公共編程接口，開發(fā)廠商根據(jù) ODBC 的標準去實現(xiàn)底層的驅動程序，這個驅動對用戶是透明的，并允許根據(jù)不同的 DBMS 采用不同的技術加以優(yōu)化實現(xiàn)，這就利于不斷吸收新的技術而趨完善。 ODBC 出現(xiàn)以后，用戶安裝不同的 DBMS 驅動就可用同樣的 SQL 語句實現(xiàn)在不同 DBMS 上進行同樣的操作，而且無需預編譯。ODBC 帶來了數(shù)據(jù)庫連接方式的變革。在傳統(tǒng)方式中，開發(fā)人員要熟悉多個 D B M S 及其 API ，一旦 DBMS 端出現(xiàn)變動，則往往導致用戶端系統(tǒng)重新編建或者源代碼的修改，這給開發(fā)和

30、維護工作帶來了很大困難。在 ODBC 方式中，不管底層網(wǎng)絡環(huán)境如何，也無論采用何種 DBMS，用戶在程序中都使用同一套標準代碼，無需逐個了解各 DBMS 及其 API 的特點，源程序不因底層的變化而重新編建或修改，從而減輕了開發(fā)維護的工作量，縮短了開發(fā)周期。132 2.1 1.2 2 ODBCODBC 的特點：的特點：(1) 使用戶程序有很高的互操作性，相同的目標代碼適用于不同的 D B M S 。(2) 由于 ODBC 的開放性，它為程序集成提供了便利，為客戶機/ 服務器結構提供了技術支持。(3) 由于應用與底層網(wǎng)絡環(huán)境和 DBMS 分開，簡化了開發(fā)維護上的困難。2 2.1 1.3 3 OD

31、BCODBC 的體系結構和實現(xiàn)的體系結構和實現(xiàn)O D B C 是依靠分層結構來實現(xiàn)的，如此可保證其標準性和開放性。它共分為四層：應用程序、驅動程序管理器、驅動程序和數(shù)據(jù)源。下面我們詳細介紹各層的功能。(1) 應用程序層(Application)使用 ODBC 接口的應用程序可執(zhí)行以下任務： 1)請求與數(shù)據(jù)源的連接和會話(SQLConnect)；2)向數(shù)據(jù)源發(fā)送 SQL 請求(SQLExecDirct 或 SQLExecute)； 3)對 SQL 請求的結果定義存儲區(qū)和數(shù)據(jù)格式；4)請求結果；5)處理錯誤；6)如果需要，把結果返回給用戶； 7)對事務進行控制，請求執(zhí)行或回退操作(SQLTrans

32、act)； 8)終止對數(shù)據(jù)源的連接(SQLDisconnect)。(2) 驅動程序管理器(Driver Manager) 由微軟提供的驅動程序管理器是帶有輸入庫的動態(tài)連接庫 ODBC。DLL ，其主要目的是裝入驅動程序，此外還執(zhí)行以下工作: 1)處理幾個 ODBC 初始化調(diào)用； 2)為每一個驅動程序提供 ODBC 函數(shù)入口點； 3)為 O D B C 調(diào)用提供參數(shù)和次序驗證。(3) 驅動程序(Driver) 驅動程序是實現(xiàn) ODBC 函數(shù)和數(shù)據(jù)源交互的 DLL，當應用程序調(diào)用 SQL Connect 或者 SQLDriverConnect 函數(shù)時，驅動程序管理器裝入相應的驅動程序，它對來自應用

33、程序的 ODBC 函數(shù)調(diào)用進行應答，按照其要求執(zhí)行以下任務: 1)建立與數(shù)據(jù)源的連接； 2)向數(shù)據(jù)源提交請求； 3)在應用程序需求時，轉換數(shù)據(jù)格式； 4)返回結果給應用程序； 5)將運行錯誤格式化為標準代碼返回； 6)在需要時說明和處理光標。14(4) 數(shù)據(jù)源52 2.2 2 JDBCJDBC 2 2.2 2.1 1 JDBCJDBC 簡介簡介JDBC(Java Database Connectivity ,Java 數(shù)據(jù)庫連接) 作為 Java 平臺的一個標準組成部分,是根據(jù)“與平臺無關”的基本原則而設計的,對獨立于數(shù)據(jù)庫的跨平臺的數(shù)據(jù)庫訪問提供了有力的技術支持。JDBC 是 Java 程序

34、連接和訪問各種數(shù)據(jù)庫的 API(Application Programming Interface ,應用程序接口) ,它由一組類和接口構成,通過調(diào)用這些類和接口所提供的方法,提供了 Java 程序與各種數(shù)據(jù)庫服務器之間的連接服務,它支持 ANSI SQL - 92 標準,實現(xiàn)了從 Java 程序內(nèi)調(diào)用標準的 SQL 命令對數(shù)據(jù)庫進行查詢、插入、刪除和更新等操作,并確保數(shù)據(jù)事務的正常進行。JDBC 在 J2EE 平臺中使用 JDBC 2.0 以上的 API 以及 JDBC 2.0 擴展 API ,它們提供了在企業(yè)級開發(fā)應用中對異構數(shù)據(jù)庫的連接和跨平臺數(shù)據(jù)庫訪問的重要接口。2 2.2 2.2 2

35、 JDBCJDBC 的體系結構和實現(xiàn)的體系結構和實現(xiàn)(1) Java 作為數(shù)據(jù)庫前臺 在信息時代，數(shù)據(jù)庫是用于收集和處理數(shù)據(jù)的工具，數(shù)據(jù)庫形成了許多公司基礎結構的基礎。盡管數(shù)據(jù)庫系統(tǒng)非常適合數(shù)據(jù)的存儲和取得，但人類需要某種前臺應有程序以查閱和使用存放的數(shù)據(jù)。Java 對建立數(shù)據(jù)庫服務器前臺應用程序的開發(fā)人員提供了幾個好處。Java是“一旦寫成，到處運行”的語言，即 Java 程序不經(jīng)改變即可部署到任何運行Java 虛擬機的計算機結構和操作系統(tǒng)。對于大公司，有一個公用開發(fā)平臺好處很大，編程人員可以不再為大公司中的各個平臺分別編程。Java 也很吸引第三方開發(fā)者，單個 Java 程序即可滿足大公司

36、客戶的需求。建立公司系統(tǒng)中基于 Java 的應用程序和小程序的動力是巨大的。公司對于將結構和操作系統(tǒng)相關模型變成針對網(wǎng)絡的模型相當有興趣。Java 代表著節(jié)約資源成本的長期戰(zhàn)略。15對于開發(fā)人員，Java 代表巨大的市場機會。大中型企業(yè)很少不用數(shù)據(jù)庫進行業(yè)務工作的，大部分公司將數(shù)據(jù)庫應用到業(yè)務的各個方面，從人事資源到前線客戶銷售。(2) JDBC APIJDBC API 使開發(fā)者不必不斷重寫程序而可以建立數(shù)據(jù)庫前臺。盡管 ANSI委員會有個標準組，但每個數(shù)據(jù)庫系統(tǒng)廠家的系統(tǒng)連接和通訊方法仍然五花八門。為了建立健全獨立于平臺的應用程序和基于 Web 的小程序，開發(fā)人員應考慮用 Java 開發(fā)前臺

37、連接辦法。從外部看，第三方軟件開發(fā)者通過專用辦法，通過本地方法集成客戶機方庫或通過建立第三層和新協(xié)議來滿足這種需求。JavaSoft 是 Sun 公司負責開發(fā) Java 產(chǎn)品的業(yè)務單位，和數(shù)據(jù)庫與數(shù)據(jù)庫工具廠家一起建立獨立于 DBMS 的機制，使開發(fā)人員不必考慮所用的特定數(shù)據(jù)庫而編寫客戶機方應用程序。產(chǎn)生的 JDBC API 第一版是核心 JDK 2 的一部分。JDBC 向應用程序開發(fā)者提供了獨立于數(shù)據(jù)庫的統(tǒng)一的 API。這個 API 提供了編寫的標準和考慮所有不同應用程序設計的標準。其奧秘是一組由驅動程序實現(xiàn)的 Java 接口。驅動程序負責標準 JDBC 調(diào)用向支持的數(shù)據(jù)庫所要的具體調(diào)用轉變

38、。應用程序編寫一次并移植到各種驅動程序上。應用程序不變，驅動程序則各不相同。驅動程序可以用于開發(fā)多層數(shù)據(jù)庫設計的中間層，也稱中間件(middleware)。除了向開發(fā)者提供統(tǒng)一的獨立于 DBMS 的框架外，JDBC 還提供了讓開發(fā)者保持數(shù)據(jù)庫廠家提供的特定功能的辦法。JDBC 驅動程序必須支持 ANSI AQL-2項目層，但 JDBC 允許開發(fā)者直接將查詢字符串傳遞到連接的驅動程序。這些字段可能是 ANSI SQL 也可能不是，或者根本不是 AQL。這些字符串的使用是基礎驅動程序的事。JDBC 不是 Mincrosoft 的 ODBC(開放式數(shù)據(jù)庫連接)規(guī)范派生的，JDBC 完全是用 Java

39、 編寫的，而 ODBC 是個 C 接口。但是，JDBC 和 ODBC 都是基于 X/開放SQL 命令層接口(CLI)，相同的概念性基礎使 API 工作進展更快，使 API 的接受16更加容易。JavaSoft 提供了將 JDBC 變成 ODBC 的 JDBC-ODBC 橋。這個用本地方法完成的版本很小很有效。(3) JDBC 的組成JDBC 是實現(xiàn) Java 應用程序與各種不同數(shù)據(jù)庫對話的一種機制。 JDBC 由兩部分與數(shù)據(jù)庫獨立的 API 組成,一部分是面向程序開發(fā)人員的 JDBCAPI ,另一部分是面向底層的 JDBC Driver API。 JDBC 提供了一個通用的 JDBC Driv

40、er Manager ,用來管理各種數(shù)據(jù)庫軟件商提供的 JDBC 驅動程序,從而訪問其數(shù)據(jù)庫。 此外,對沒有提供相應 JDBC 驅動程序的數(shù)據(jù)庫系統(tǒng),開發(fā)了特殊的驅動程序:JDBC -ODBC 橋,該驅動程序支持 JDBC 通過現(xiàn)有的 ODBC 驅動程序訪問其數(shù)據(jù)庫系統(tǒng)。 JDBC 的基本層次結構由 Java 程序、JDBC 驅動程序管理器、驅動程序和數(shù)據(jù)庫四部分組成。Java 程序:Java 程序包括 Java 應用程序和 Ja2va 小應用程序,主要是根據(jù) JDBC 方法實現(xiàn)對數(shù)據(jù)庫的訪問和操作。 其主要任務有:請求與數(shù)據(jù)庫建立連接;向數(shù)據(jù)庫發(fā)送 SQL 請求;為結果集定義存儲應用和數(shù)據(jù)類

41、型;查詢結果;處理錯誤;控制傳輸、提交及關閉連接等操作。JDBC 驅動程序管理器:它能夠動態(tài)地管理和維護數(shù)據(jù)庫查詢所需要的所有驅動程序對象,實現(xiàn) Java 程序與特定驅動程序的連接,從而體現(xiàn) JDBC 的“與平臺無關”這一特點。 其主要任務有:為特定數(shù)據(jù)庫選擇驅動程序;處理 JDBC 初始化調(diào)用;為每個驅動程序提供 JDBC 功能的入口;為 JDBC 調(diào)用執(zhí)行參數(shù)等。驅動程序:驅動程序處理 JDBC 方法,向特定數(shù)據(jù)庫發(fā)送 SQL 請求,并為Java 程序獲取結果。在必要的時候,驅動程序可以翻譯或優(yōu)化請求,使 SQL 請求符合 DBMS 支持的語言。 其主要任務有:建立與數(shù)據(jù)庫的連接;向數(shù)據(jù)庫

42、發(fā)送請求;用戶程序請求時,執(zhí)行翻譯;將錯誤代碼格式化成標準的 JDBC 錯誤代碼等。 JDBC 是獨立于數(shù)據(jù)庫管理系統(tǒng)的,而每個數(shù)據(jù)庫系統(tǒng)均有自己的協(xié)議與客戶機通信,因此,JDBC 利用數(shù)據(jù)庫驅動程序來使用這些數(shù)據(jù)庫引擎。JDBC 驅動程序由數(shù)據(jù)庫軟件商和第三方軟件商提供,因此,根據(jù)編程所使用的數(shù)據(jù)庫系統(tǒng)不同,所需要的驅動程序也有所不同。數(shù)據(jù)庫:指 Java 程序需要訪問的數(shù)據(jù)庫及其數(shù)據(jù)庫管理系統(tǒng)。(3) JDBC 的工作機制17如果用戶是從事軟件領域工作的，不可能沒有聽說過 SQL(Structure Query Language：結構化查詢語言)，它是一種標準化的關系型數(shù)據(jù)庫訪問語言。在

43、SQL 看來，數(shù)據(jù)庫就是表的集合，其中包含了行和列。SQL 標準雖然也還處在不斷變革之中(任何一門標準如果已一成不變了，那只能說明這門學科已經(jīng)停止發(fā)展了)，但其基本內(nèi)容相對穩(wěn)定。JDBC 定義了 Java 語言同 SQL 數(shù)據(jù)之間的程序設計接口。JDBC 有一個非常獨特的動態(tài)連接結構，它使得系統(tǒng)模塊化。使用 JDBC 來完成對數(shù)據(jù)庫的訪問包括以下四個主要組件：Java 的應用程序、JDBC 驅動器管理器、驅動器和數(shù)據(jù)源。JavaSoft 公司開發(fā)了 JDBC API，JDBC API 是一個標準統(tǒng)一的 SQL 數(shù)據(jù)存取接口。JDBC 在 Internet 中的作用與 ODBC 在 Window

44、s 系列中的作用類似。它為Java 程序提供了一個統(tǒng)一縫地操作各種數(shù)據(jù)庫的接口，程序員編程時，可以不關心它所要操作的數(shù)據(jù)庫是哪個廠家的產(chǎn)品，從而提高了軟件的通用性，而且在 Internet 上確實無法預料你的用戶想訪問什么類型的數(shù)據(jù)庫。只要系統(tǒng)上安裝了正確的驅動器組，JDBC 應用程序就可以訪問其相關的數(shù)據(jù)庫。用 JDBC 來實現(xiàn)訪問數(shù)據(jù)庫記錄可以采用下面的幾個步驟：1) 通過驅動器管理器獲取連接接口。2) 獲得 Statement 或它的子類。3) 限制 Statement 中的參數(shù)。4) 執(zhí)行 Statement。5) 查看返回的行數(shù)是否超出范圍。6) 關閉 Statement。7) 處理

45、其它的 Statement8) 關閉連接接口。(4) JDBC 驅動程序的分類JDBC 驅動程序實現(xiàn)在 JDBC API 中定義的所有抽象類和接口,為通用的Driver Manager 提供 JD2BC API。JDBC 驅動程序通常由數(shù)據(jù)庫廠商提供,目前主流數(shù)據(jù)庫產(chǎn)品都提供相關的 JDBC 驅動程序。根據(jù)訪問數(shù)據(jù)庫的技術不同,18JDBC 驅動程序相應地分為四種類型,如圖 1 所示。 不同類型的 JDBC 驅動程序有著不一樣的特性和使用方法。第一類:JDBC - ODBC 橋驅動程序(JDBC - OD2BC Bridge) 。 此類驅動程序提供了通過 ODBC 驅動程序的 JDBC 訪問。

46、 其特點是必須在本地計算機上先安裝好 ODBC 驅動程序,然后通過 JDBC - ODBCBridge 的轉換,將 Java 程序中使用的 JDBC API 訪問指令轉換成 ODBC API 指令,進而通過 ODBC 驅動程序調(diào)用本地數(shù)據(jù)庫驅動代碼完成對數(shù)據(jù)庫的訪問。 這種方法的不足是:執(zhí)行效率比較低,不適合對大數(shù)據(jù)量存取的應用;要求客戶端必須安裝 ODBC 驅動,不適合基于 InternetPIntranet 的應用。第二類:部分 Java 的本地 JDBC API 橋驅動程序(JDBC - Native API Bridge) 。 同第一類一樣,此類驅動程序也必須在本地計算機上先安裝好特定

47、的驅動程序(類似 ODBC) ,然后通過 JDBC - NativeAPI Bridge 的轉換, 把Java 程序中使用的 JDBCAPI 轉換成 Native API ,進而存取數(shù)據(jù)庫。 這種方法效率比第一類驅動程序效率雖然高一些,但仍然需要在每臺客戶機上預先安裝本地 API 庫,因此不利于維護和使用。第三類:純 Java 的 JDBC 中間件驅動程序(JD2BC - Middleware) 。 使用這類驅動程序時不需要在本地計算機上安裝任何附加軟件,但是必須在安裝數(shù)據(jù)庫管理系統(tǒng)的服務器端加裝中間件(Middle2ware) ,這個中間件負責所有存取數(shù)據(jù)庫時必要的轉換。 此類驅動程序能將

48、JDBC 訪問轉換成與數(shù)據(jù)庫無關的標準網(wǎng)絡協(xié)議(通常是 HTTP 或 HTTPS) 送出,然后由一個中間件服務器再將其轉換成數(shù)據(jù)專用的訪問指令,完成對數(shù)據(jù)庫的操作。 中間件服務器能支持對多種數(shù)據(jù)庫的訪問。 由于是基于中間件服務器的,這類驅動程序的體積最小,效率較高,具有最大的靈活性,缺點是需要一個中間服務器的支持。 此類驅動采用標準的網(wǎng)絡協(xié)議,可以被防火墻支持,是 Internet 應用理想的解決方案。第四類:純 Java 的 JDBC 驅動程序(Pure JDBCDriver) 。 使用這類驅動程序時無需安裝任何附加的軟件(無論是本地計算機或是數(shù)據(jù)庫服務器端) ,所有存取數(shù)據(jù)庫的操作都直接由

49、 JDBC 驅動程序來完成。 此類驅動程序能將 JDBC 調(diào)用轉換成 DBMS 專用的網(wǎng)絡協(xié)議。 數(shù)據(jù)庫廠商是這一類驅動程序的主要提供者。 它允許從客戶機到數(shù)據(jù)庫服務器的直接調(diào)用。 這種驅動程序的效率最高,19但由于采用 DBMS 專用的網(wǎng)絡協(xié)議,可能不被防火墻支持。 在 Internet 應用中會存在潛在安全隱患。綜上所述,最佳的 JDBC 驅動程序類型是第四類,它不會增加任何額外的開銷,并且由純 Java 語言開發(fā)而成,擁有最佳的兼容性。 由于第一類和第二類的JDBC 驅動程序都必須事先安裝其他附加的軟件,有損 Java 數(shù)據(jù)庫程序的兼容性。 第三類 JDBC 驅動程序也是不錯的選擇,它也

50、是由純 Java 語言開發(fā)而成的,并且中間件也僅需要在服務器上安裝。 因此,建議最好以第三類和第四類 JDBC 驅動程序為主要選擇,第一類和第二類的 JDBC 驅動程序為次要選擇。 (5) 利用 JDBC 代替 CGI迄今為止，通過 Java 訪問數(shù)據(jù)庫的唯一方法就是利用 Java 中的流調(diào)和訪問 Common Gateway Interface（CGI，公用網(wǎng)關接口）程序。通過 Java 調(diào)用CGI 腳本其實是執(zhí)行一個訪問數(shù)據(jù)庫并返回結果的獨立程序。使用這種方法速度很慢，而且會在應用程序中引入更多的錯誤。這是由于利用兩種不同的開發(fā)語言開發(fā)程序，需要掌握兩種不同的技術。使用 JDBC，用戶只要

51、了解 Java 語言即可，而使用 CGI，用戶必須同時使用 Java 和另一種編程語言。使用 JDBC 的另一個原因是它的速度比 CGI 方法更快。使用 CGI 方法通常要求計算機執(zhí)行另一個獨立的程序。這個獨立的程序訪問數(shù)據(jù)庫，處理數(shù)據(jù)，并將結果返回給調(diào)用程序。這就需要多級處理，因而增加了等待時間和出錯概率。調(diào)用 CGI 腳本通常是通過 Web 服務器執(zhí)行一個新的腳本，而執(zhí)行 JDBC 的數(shù)據(jù)庫命令只需要某種將 SQL 命令發(fā)送給數(shù)據(jù)庫的服務器。這就大大縮短了執(zhí)行SQL 語句的時間，CGI 腳本必須獨立地連接數(shù)據(jù)庫，處理執(zhí)行結構，而 JDBC 的解決方案使應用程序直接與數(shù)據(jù)庫相連，執(zhí)行各種操作

52、。62 2.3 3 ODBCODBC 和和 JDBCJDBC 的比較的比較JDBC API 用于連接 Java 應用程序與各種關系數(shù)據(jù)庫。這使得人們在建立客戶/服務器應用程序時，通常把 Java 作為編程語言，把任何一種瀏覽器作為20應用程序的友好界面，把 Internet 或 Intranet 作為網(wǎng)絡主干，把有關的數(shù)據(jù)庫作為數(shù)據(jù)庫后端。以下是使用 JDBC 的優(yōu)缺點。優(yōu)點如下：(1) JDBC API 與 ODBC 十分相似，有利于用戶理解。(2) JDBC 使得編程人員從復雜的驅動器調(diào)用命令和函數(shù)中解脫出來，可以致力于應用程序中的關鍵地方。(3) JDBC 支持不同的關系數(shù)據(jù)庫，使得程序

53、的可移植性大大加強。(4) 用戶可以使用 JDBC-ODBC 橋驅動器將 JDBC 函數(shù)調(diào)用轉換為 ODBC。(5) JDBC API 是面向對象的，可以讓用戶把常用的方法封裝為一個類，備后用。缺點如下：(1) 使用 JDBC，訪問數(shù)據(jù)記錄的速度會受到一定程度的影響。(2) JDBC 結構中包含了不同廠家的產(chǎn)品，這就給更改數(shù)據(jù)源帶來了很大的麻煩。213 3. RFIDRFID 庫存管理系統(tǒng)設計過程庫存管理系統(tǒng)設計過程3 3.1 1 管理系統(tǒng)設計前提管理系統(tǒng)設計前提該 RFID 庫存管理系統(tǒng)是一個建立在 RFID 讀取接收器以上的系統(tǒng)。該系統(tǒng)中所有有關貨物的信息都是來自于 RFID 讀取器和遠端

54、服務器。讀取器將在庫存中流通的貨物的 RFID 碼讀出后交給管理系統(tǒng)，管理系統(tǒng)再利用 web servers 獲取該 RFID 碼對應貨物的詳細信息并放入數(shù)據(jù)庫，從而獲得數(shù)據(jù)信息。故該管理系統(tǒng)的設計前提是 RFID 讀取器和 web servers 能夠正常合作進行。但由于時間有限，在本文中并未涉及到該管理系統(tǒng)和兩者的合作協(xié)調(diào)。3 3.2 2 程序使用的軟件工具程序使用的軟件工具3 3.2 2.1 1 JBuilderJBuilder 9 9.0 0JBulider 是目前最好的 java 開發(fā)工具之一，在協(xié)同管理，對 J2EE 和 XML的支持均走在其他產(chǎn)品的前面。JBuilder 的主要特

55、性：(1) 提供與 Tomcat 的集成，使 Web 開發(fā)更容易。(2) 提供了對企業(yè)應用的開發(fā)功能，可以集成多種應用服務器。(3) 提供了更簡單的程序發(fā)布功能，所有的應用都可以打包。(4) 提供了團隊開發(fā)能力，可以集成多種版本控制產(chǎn)品。JBuilder 是遵循 Sun 公司 J2EE 標準的可視化集成開發(fā)工具。JBuilder 是一種處于市場領先地位的跨平臺環(huán)境，主要用于構建具有行業(yè)實力的企業(yè) Java22應用程序。JBuilder 繼承了 Borland 公司開發(fā)工具系列的優(yōu)秀特性，這使得用過 Delphi，C+Builder 的程序員很容易過渡到 JBuilder 的開發(fā)環(huán)境中。JBui

56、lder 實際上包括了用戶在 Java 集成開發(fā)環(huán)境中所需要的一切東西。由于 JBuilder 和幾種單獨源代碼處理產(chǎn)品集成在一起的，所以它就能夠支持多種Java 開發(fā)工具包版本。它對于 JavaDoc 的支持是無可挑剔的：JBuilder 軟件能夠自動生成 JavaDoc 文件。73 3.2 2.2 2 SQLSQL ServerServer 20002000SQL Server 2000 是建立在 SQL Server 7.0 在可伸縮性、可用性、可管理性和數(shù)據(jù)倉庫成功的基礎上，并且引入了針對電子商務的重要新功能。在高性能和企業(yè)級可伸縮性領域，SQL Server 2000 設計成利用 W

57、indows 2000 對更多處理器、更大的系統(tǒng)內(nèi)存的支持，最終達到支持 64 位硬件平臺。在不斷提升可用性的努力過程中，SQL Server 2000 采用 Windows 2000 四路群集，提供了大大改進的群集支持。SQL Server 7.0 已經(jīng)在可管理性和易用性方面在行業(yè)內(nèi)領先，SQL Server 2000 通過與 Windows 2000 活動目錄緊密結合進一步改進了這些功能。而且，SQL Server 2000 還包含對現(xiàn)有管理工具和實用程序的重大改進，并引入更具自我調(diào)節(jié)和自我管理的引擎功能。通過與 OLAP 服務、數(shù)據(jù)轉換服務、存儲庫和英文查詢的緊密結合，SQL Serve

58、r 7.0 代表了行業(yè)內(nèi)最全面的數(shù)據(jù)倉庫和決策支持平臺。SQL Server 2000 繼續(xù)了這種創(chuàng)新，在整個系統(tǒng)內(nèi)進行了重要的改進。特別重要的是，SQL Server 2000 關系引擎增加了實質化的視圖，改善了在特大型數(shù)據(jù)庫環(huán)境中執(zhí)行復雜查詢的性能。同時，SQL Server 2000 引入了新的數(shù)據(jù)挖掘功能，可自動發(fā)現(xiàn)在大量數(shù)據(jù)之間隱藏的關系并可基于歷史數(shù)據(jù)作出預測。這些數(shù)據(jù)挖掘功能將要實施，以向最終用戶隱藏這種尖端技術的復雜性，并允許開發(fā)人員將第三方的數(shù)據(jù)挖掘產(chǎn)品輕松集成進客戶的應用程序中。最后，在電子商務領域，SQL Server 2000 高度集成了對 XML 和通過 Web 訪問

59、數(shù)據(jù)庫的支持。233 3.3 3 數(shù)據(jù)庫類型的選定數(shù)據(jù)庫類型的選定從上面的方法論證中，我們可以看出 JDBC 可以利用驅動程序直接對 SQL Server 進行操作，這樣的操作比使用 JDBC-ODBC 橋要迅速而且簡單。因為我們使用的是 java 編程，直接使用 JDBC 可以更加方便，順暢，故本設計中使用JDBC。3 3.4 4 數(shù)據(jù)庫的建立和連接數(shù)據(jù)庫的建立和連接3 3.4 4.1 1 建立數(shù)據(jù)庫建立數(shù)據(jù)庫打開 SQL Server 2000，新建一個數(shù)據(jù)庫 RFID_Server ，在其中建一名為 ProductInfo 的數(shù)據(jù)表。根據(jù)要求，該表有三列，分別是 RFIDNo ， Pro

60、ductName 和 Producer。其中 RFIDNo 為該表主鍵。其中 RFIDNo 是流通貨物的唯一 RFID 碼，ProductName 是該貨物的名稱，如可口可樂，百事可樂等，Producer 是該貨物的生產(chǎn)廠家，都設為不可為空。如圖 3-1 所示：圖 3-1RFID_Server 數(shù)據(jù)庫中 ProductInfo 表243 3.4 4.2 2 下載下載 SQLSQL ServerServer 的驅動程序并設置環(huán)境變量的驅動程序并設置環(huán)境變量在 http:/ 下載 msbase.jar, mssqlserver.jar, msutil.jar 三個包，并在 classpath 下添