專利名稱：批次處理資料庫的資料的系統(tǒng)及其方法
技術領域：
本發(fā)明涉及一種批次處理資料庫的資料的系統(tǒng)及其方法，特別是涉及一種藉由代理伺服器接收并暫存應用程式下達的復數(shù)個資料庫指令，以于執(zhí)行此復數(shù)個資料庫指令時，再與資料庫進行連線以批次處理此復數(shù)個資料庫指令的機制的批次處理資料庫的資料的系統(tǒng)及其方法。
背景技術：
資料管理的發(fā)展以來，早期大多是以紙張方式將企業(yè)對外往來的資料加以長期保存，此一方法雖然具體而有效，但是卻存在有紙張文件容易占據(jù)儲存空間、保存不易以及查詢困難等缺點。然而基于計算機(即電腦)的普及運用與資料庫技術的蓬勃發(fā)展，現(xiàn)今大多是以資料庫作為資料的管理與儲存工具。
請參閱圖1所示，是現(xiàn)有習知的批次處理資料庫的資料的流程圖。如圖所示，在此是舉一實例以說明傳統(tǒng)批次處理資料庫的資料的方法，假設一位人事(HR)專員收到一份任務，而需執(zhí)行下列的工作

首先，依步驟S10所示，使用應用程式與資料庫取得連線動作，例如取得資料庫連線權利(Connection)，并將Connection的自動確認(AutoCommit)的設定改成“關閉(false)”。隨后執(zhí)行步驟S11，人事(HR)專員依據(jù)接收的任務，使用應用程式下達對應的4筆資料庫指令，即1、輸入第一筆員工加薪的異動資料，將員工加薪的異動資料變成更新資料庫(Update SQL)指令。
2、輸入第二筆修改分機號碼的異動資料，將修改分機號碼的異動資料變成更新資料庫(Update SQL)指令。
3、輸入第三筆離職員工的刪除資料，將離職員工的刪除資料變成更新資料庫(Update SQL)指令。
4、輸入第四筆新進員工的新增資料，將新進員工的新增資料變成更新資料庫(Update SQL)指令。
以上的指令皆暫存于資料庫的暫存區(qū)(圖中未繪示)，待下達應用程式完成之后，再加上“確認(Commit)”指令，并將資料庫的連線權利(Connection)的自動確認(Auto Commit)的設定改成“開啟(true)”。此時，依步驟S12所示，將批次處理該復數(shù)個資料庫指令，以存取該資料庫的資料。最后，執(zhí)行步驟S13，應用程式與資料庫進行斷線動作，以歸還資料庫連線權利。應注意的是，上述4筆資料皆需輸入正確，且應用程式執(zhí)行無誤后，才可以真正的寫入資料庫中。若有任何問題(資料錯誤、網(wǎng)路斷線、程式有問題)，都要將資料全部還原，不可以只部份寫入。
此外，依據(jù)不同的使用需求，有時應用程式需在執(zhí)行一連串處理事件之后，才得以下達該復數(shù)個資料庫指令。使得此上述的步驟S11的執(zhí)行過程中，需要花費較多時間以等待應用程式完成復數(shù)個資料庫指令的下達動作，如此一來，將造成應用程式占用過久的資料庫連線時間。再者，由于資料庫會限制連線應用程式的數(shù)目，若應用程式占用過久的資料庫連線時間，除了影響其他欲與資料庫進行連線應用程式的執(zhí)行之外，計算機系統(tǒng)須消耗較多的資源以保持應用程式與資料庫的連線狀態(tài)，因而降低了系統(tǒng)的執(zhí)行效能。
另一方面，由于應用程式與資料庫進行連線時，計算機系統(tǒng)是會劃分一記憶體(記憶體即存儲介質(zhì)，存儲器，內(nèi)存，以下均稱為記憶體)區(qū)域以供應用程式使用，因此當復數(shù)個應用程式連線至資料庫時，計算機系統(tǒng)需劃分復數(shù)個記憶體區(qū)域以供復數(shù)個應用程式使用。若連線的應用程式持續(xù)增加，且由于連線時間過久而無法釋放記憶體區(qū)域時，則容易發(fā)生記憶體空間不足的窘境。
基于上述，傳統(tǒng)的批次處理資料庫的資料的架構及其方法，不但無法有效降低應用程式與資料庫的連線時間，且容易導致系統(tǒng)效能降低，記憶體空間不足等問題。
由此可見，上述現(xiàn)有的批次處理資料庫的資料的系統(tǒng)及其方法在產(chǎn)品結構、方法與使用上，顯然仍存在不便與缺陷，而亟待加以進一步改進。為了解決批次處理資料庫的資料的系統(tǒng)及其方法存在的問題，相關廠商莫不費盡心思來謀求解決之道，但長久以來一直未見適用的設計被發(fā)展完成，而一般產(chǎn)品及方法又沒有適切的結構及方法能夠解決上述問題，此顯然是相關業(yè)者急欲解決的問題。因此如何能創(chuàng)設一種新的批次處理資料庫的資料的系統(tǒng)及其方法，便成了當前業(yè)界極需改進的目標。
有鑒于上述現(xiàn)有的批次處理資料庫的資料的系統(tǒng)及其方法存在的缺陷，本發(fā)明人基于從事此類產(chǎn)品設計制造多年豐富的實務經(jīng)驗及其專業(yè)知識，并配合學理的運用，積極加以研究創(chuàng)新，以期創(chuàng)設一種新的批次處理資料庫的資料的系統(tǒng)及其方法，能夠改進一般現(xiàn)有的批次處理資料庫的資料的系統(tǒng)及其方法，使其更具有實用性。經(jīng)過不斷的研究、設計，并經(jīng)反復試作樣品及改進后，終于創(chuàng)設出確具實用價值的本發(fā)明。

發(fā)明內(nèi)容
本發(fā)明的目的在于，克服現(xiàn)有的批次處理資料庫的資料的系統(tǒng)及其方法存在的缺陷，而提供一種新的批次處理資料庫的資料的系統(tǒng)及其方法，所要解決的技術問題是使其藉由一代理伺服器的提供，接收與暫存應用程式下達的復數(shù)個資料庫指令，在執(zhí)行此復數(shù)個資料庫指令時才與資料庫取得連線，以批次處理此復數(shù)個資料庫指令，從而更加適于實用。
本發(fā)明的目的及解決其技術問題是采用以下技術方案來實現(xiàn)的。依據(jù)本發(fā)明提出的一種批次處理資料庫的資料的系統(tǒng)，其中該系統(tǒng)包括一資料庫；以及一代理伺服器；其中該代理伺服器是依序接收第一應用程式下達復數(shù)個資料庫指令后，再與該資料庫相互連線，以批次處理該復數(shù)個資料庫指令。
本發(fā)明的目的及解決其技術問題還可采用以下技術措施進一步實現(xiàn)。
前述的批次處理資料庫的資料的系統(tǒng)及其方法，其中所述的代理伺服器更包含一暫存區(qū)域，用以暫存該代理伺服器所接收的該復數(shù)個資料庫指令。
前述的批次處理資料庫的資料的系統(tǒng)，其中更包含第二應用程式，其中該第一應用程式與該第二應用程式各自有相對應的該暫存區(qū)域，用以儲存該復數(shù)個應用程式所下達的該復數(shù)個資料庫指令。
前述的批次處理資料庫的資料的系統(tǒng)，其中所述的代理伺服器更包含一測試單元，其是測試該復數(shù)個資料庫指令，產(chǎn)生一測試結果，以指示該復數(shù)個資料庫指令執(zhí)行的正確性；以及一執(zhí)行單元，依據(jù)該測試結果為可存取該資料庫資料時，執(zhí)行該復數(shù)個資料庫指令，以存取該資料庫的資料并產(chǎn)生一成功訊息。
前述的批次處理資料庫的資料的系統(tǒng)，其中所述的該代理伺服器更包含一資料回復單元，依據(jù)該測試單元的該測試確認結果為無法存取該資料庫資料時，移除暫存的該復數(shù)個資料庫的資料指令與對應該復數(shù)個資料庫指令的該暫存區(qū)域并產(chǎn)生一失敗訊息。
本發(fā)明的目的及解決其技術問題還采用以下技術方案來實現(xiàn)。依據(jù)本發(fā)明提出的一種批次處理資料庫資料的方法，其中該方法包括以下步驟第一應用程式下達復數(shù)個資料庫指令；一代理伺服器依序接收該復數(shù)個資料庫指令；在該代理伺服器暫存該復數(shù)個資料庫指令；以及藉由該代理伺服器與一資料庫連線，批次處理該復數(shù)個資料庫指令。
本發(fā)明的目的及解決其技術問題還可采用以下技術措施進一步實現(xiàn)。
前述的批次處理資料庫的資料的系統(tǒng)及其方法，其中所述的代理伺服器批次處理該復數(shù)個資料庫指令以存取該資料庫的資料的步驟中，更包含下列步驟測試該復數(shù)個資料庫指令，產(chǎn)生一測試結果以確認該復數(shù)個資料庫指令執(zhí)行的正確性；以及若該測試結果為成功存取該資料庫資料時，則執(zhí)行該復數(shù)個資料庫指令，以存取該資料庫的資料，并產(chǎn)生一成功訊息。
前述的批次處理資料庫資料的方法，其中若該測試結果為無法存取該資料庫的資料時，移除暫存的該復數(shù)個資料庫指令并產(chǎn)生一失敗訊息。
前述的批次處理資料庫資料的方法，其更包含第二應用程式下達復數(shù)個資料庫指令，其中在該代理伺服器暫存該復數(shù)個資料庫指令的步驟，該第一應用程式與該第二應用程式個別下達的該復數(shù)個資料庫指令是暫存于該代理伺服器內(nèi)的該暫存區(qū)域。
前述的批次處理資料庫資料的方法，其特征在于其中所述的第一應用程式與該第二應用程式各自有相對應的該暫存區(qū)域，用以儲存該第一應用程式與該第二應用程式個別下達的該復數(shù)個資料庫指令。
前述的批次處理資料庫資料的方法，其中所述的代理伺服器依序接收該復數(shù)個資料庫指令的步驟后，更包含辨識該第一應用程式，以傳送該復數(shù)個資料庫指令的步驟。
本發(fā)明與現(xiàn)有技術相比具有明顯的優(yōu)點和有益效果。由以上可知，為了達到上述的目的及優(yōu)點，本發(fā)明的一種批次處理資料庫資料的系統(tǒng)及其方法，其揭露了一代理伺服器以及一資料庫。該代理伺服器依序接收并暫存至少一應用程式下達的復數(shù)個資料庫指令后，才與資料庫進行連線，以批次處理該復數(shù)個資料庫指令。藉此在代理伺服器與資料庫連線的過程中，減少等待應用程式下達此復數(shù)個資料庫指令的處理時間，用以提升執(zhí)行效能。再者，本發(fā)明經(jīng)由資料回復單元(Rollback)的提供，以當復數(shù)個資料庫指令發(fā)生存取錯誤的問題時，回復未執(zhí)行該復數(shù)個資料庫指令前的該資料庫的資料，而可以保持資料的一致性。
此外，本發(fā)明另有一實施例，一代理伺服器可接收復數(shù)個應用程式，其中復數(shù)個應用程式包含有第一應用程式與第二應用程式，每一應用程式是下達復數(shù)個資料庫指令。該代理伺服器可經(jīng)由該代理伺服器的識別單元辨識第一應用程式與第二應用程式，藉此分別接收并暫存第一應用程式下達復數(shù)個資料庫指令至暫存區(qū)域控制單元內(nèi)的第一暫存區(qū)域，以及接收并暫存第二應用程式下達復數(shù)個資料庫指令至暫存區(qū)域控制單元內(nèi)的第二暫存區(qū)域。待接收完成后，該代理伺服器再與資料庫進行連線，以批次處理對應第一應用程式或第二應用程式的復數(shù)個資料庫指令。
經(jīng)由上述可知，本發(fā)明是關于一種批次處理資料庫的資料的系統(tǒng)及其方法。一代理伺服器接收并暫存一應用程式下達的復數(shù)個資料庫指令。接著，該代理伺服器與一資料庫進行連線動作后，該代理伺服器代理該應用程式批次處理該復數(shù)個資料庫指令，以存取該資料庫的資料。
借由上述技術方案，本發(fā)明批次處理資料庫的資料的系統(tǒng)及其方法至少具有下列優(yōu)點由于本發(fā)明是運用代理伺服器代理復數(shù)個應用程式與資料庫進行連線與資料存取動作，當代理伺服器與資料庫連線后，本發(fā)明僅劃分一記憶體空間，以供代理伺服器使用。再者，由于本發(fā)明不需花費等待應用程式下達復數(shù)個資料庫指令，而可以有效的縮短資料庫的連線時間，因此可以有效的釋放記憶體空間的使用，故可解決現(xiàn)有技術容易造成記憶體空間不足的問題。
本發(fā)明藉由一代理伺服器接收與暫存至少一應用程式下達復數(shù)個資料庫指令，而后再與資料庫進行連線，以代理該應用程式批次處理該復數(shù)個資料庫指令，存取資料庫的資料。藉此可以降低系統(tǒng)資源的消耗與記憶體空間的使用，能夠有效的提升系統(tǒng)執(zhí)行效能。再者，本發(fā)明更藉由一測試單元、一執(zhí)行單元與一資料回復單元的配合，而可以防止資料庫儲存不完整的資料。
綜上所述，本發(fā)明新穎的批次處理資料庫的資料的系統(tǒng)及其方法，藉由一代理伺服器的提供，接收與暫存應用程式下達的復數(shù)個資料庫指令，在執(zhí)行此復數(shù)個資料庫指令時才與資料庫取得連線，以批次處理此復數(shù)個資料庫指令，從而更加適于實用。本發(fā)明具有上述諸多優(yōu)點及實用價值，其不論在產(chǎn)品結構、方法或功能上皆有較大改進，在技術上有較大進步，并產(chǎn)生了好用及實用的效果，且較現(xiàn)有的批次處理資料庫的資料的系統(tǒng)及其方法具有增進的功效，從而更加適于實用，并具有產(chǎn)業(yè)的廣泛利用價值，誠為一新穎、進步、實用的新設計。
上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其他目的、特征和優(yōu)點能夠更明顯易懂，以下特舉較佳實施例，并配合附圖，詳細說明如下。


圖1是現(xiàn)有習知的批次處理資料庫的資料的流程圖。
圖2是本發(fā)明批次處理資料庫的資料的系統(tǒng)及其方法的第一實施例的示意圖。
圖3是本發(fā)明批次處理資料庫的資料的系統(tǒng)及其方法的第一實施例的流程圖。
圖4是本發(fā)明批次處理資料庫的資料的系統(tǒng)及其方法的第二實施例的示意圖。
100應用程式120復數(shù)資料庫指令140代理伺服器 1402識別單元1404暫存單元 1406測試單元1408執(zhí)行單元 1410資料回復單元160資料庫 180暫存區(qū)域控制單元102第一應用程式104第二應用程式182第一暫存區(qū)域184第二暫存區(qū)域具體實施方式
為更進一步闡述本發(fā)明為達成預定發(fā)明目的所采取的技術手段及功效，對本發(fā)明的結構特征及所達成的功效有更進一步的了解與認識，以下結合附圖及較佳實施例，對依據(jù)本發(fā)明提出的批次處理資料庫的資料的系統(tǒng)及其方法其具體實施方式
、結構、方法、步驟、特征及其功效，詳細說明如后。
請參閱圖2與圖3所示，是本發(fā)明批次處理資料庫的資料的系統(tǒng)及其方法的第一實施例的結構示意圖與流程圖，以下本發(fā)明是運用習知提及的一實例，以說明本發(fā)明的批次處理資料庫資料的系統(tǒng)及其方法。同樣以一位人事(HR)專員收到一份需執(zhí)行下列工作的任務

如圖所示，當欲批次處理資料庫的資料時，首先依步驟S20所示，人事(HR)專員依據(jù)接收的任務，使用應用程式100下達復數(shù)個資料庫指令120，即依序下達4筆資料庫指令1.輸入第一筆員工加薪的異動資料，將員工加薪的異動資料變成更新資料庫(Update SQL)指令。
2.輸入第二筆修改分機號碼的異動資料，將修改分機號碼的異動資料變成更新資料庫(Update SQL)指令。
3.輸入第三筆離職員工的刪除資料，將離職員工的刪除資料變成更新資料庫(Update SQL)指令。
4.輸入第四筆新進員工的新增資料，將新進員工的新增資料變成更新資料庫(Update SQ)L指令。
隨后執(zhí)行步驟S21，一代理伺服器140接收應用程式100所下達的4筆資料庫指令120。接續(xù)執(zhí)行步驟S22，藉由代理伺服器140內(nèi)的識別單元1402，來辨識應用程式100；接著進行步驟S23，藉由代理伺服器140的暫存單元1404將4筆資料庫指令120暫存，即依序?qū)?筆資料庫指令儲存于代理伺服器140內(nèi)的一暫存區(qū)域控制單元180。而后執(zhí)行步驟S24，代理伺服器140與資料庫160取得連線動作(例如取得資料庫的連線權利(Connection)動作)，并將資料庫的連線權利(Connection)的自動確認(Auto Commit)的設定改成“關閉(false)”。
依步驟S25所示，藉由代理伺服器140的測試單元1406測試該復數(shù)個資料庫指令120，產(chǎn)生一測試結果以確認復數(shù)個資料庫指令120的執(zhí)行正確性。若該測試結果為成功存取資料庫160資料時，是會執(zhí)行步驟S26，下達確認(Commit)指令并將資料庫的連線權利(Connection)的自動確認(AutoCommit)的設定改成“開啟(true)”，藉由代理伺服器140內(nèi)的執(zhí)行單元1408執(zhí)行復數(shù)個資料庫指令120，以存取資料庫160的資料，并產(chǎn)生一成功訊息。若測試結果為無法存取資料庫160的資料，則依步驟S27藉由代理伺服器140內(nèi)的資料回復單元1410，回復在步驟S25資料庫160的資料，移除暫存的復數(shù)個資料庫指令120并產(chǎn)生一資料庫存取的失敗訊息。最后執(zhí)行步驟S28，代理伺服器140與資料庫160進行斷線動作，以歸還資料庫的連線權利(Connection)。
由于本發(fā)明是通過代理伺服器140接收并暫存此應用程式100下達的復數(shù)個資料庫指令120，而后代理伺服器140才與資料庫160進行連線。因此，在代理伺服器140與資料庫160連線的過程中，本發(fā)明不需等待應用程式100下達此復數(shù)個資料庫指令120的時間，藉此可以縮短資料庫連線時間。
此外，上述的代理伺服器140是包含有一識別單元1402、一暫存單元1404、一測試單元1406、一執(zhí)行單元1408及一資料回復單元1410。識別單元1402是辨識此應用程式100對應的復數(shù)個資料庫指令120。暫存單元1404是劃分暫存區(qū)域控制單元180，以暫存此應用程式100對應的復數(shù)個資料庫指令120。測試單元1406是測試復數(shù)個資料庫指令120，產(chǎn)生一測試結果，以確認復數(shù)個資料庫指令120是否可正確地進行資料庫160的存取動作。而后執(zhí)行單元1408，再依據(jù)測試單元1406的測試結果，執(zhí)行復數(shù)個資料庫指令120，以存取資料庫160的資料，并產(chǎn)生一成功訊息。資料回復單元1410，依據(jù)測試單元1406的測試結果，移除暫存的復數(shù)個資料庫指令120與暫存區(qū)域控制單元180并產(chǎn)生一資料庫的存取失敗訊息。
上述的測試單元1406測試復數(shù)個資料庫指令120時，并沒有真正執(zhí)行復數(shù)個資料庫指令120，以存取資料庫160的資料，而先暫存對應復數(shù)個資料庫指令120的資料庫160的資料。當測試單元1406測試復數(shù)個資料庫指令120可正確地執(zhí)行時，代理伺服器140會下達確認(Commit)指令時，以表示復數(shù)個資料庫指令全部執(zhí)行成功，故測試單元1406產(chǎn)生測試結果為可存取資料庫16的資料。此時，執(zhí)行單元1408才真正將暫存的資料寫入至資料庫160。另外，若系統(tǒng)發(fā)生異常時，測試單元1406測試復數(shù)個資料庫指令120為無法正確地執(zhí)行時，則產(chǎn)生的測試結果為無法存取資料庫160的資料。資料回復單元1410依據(jù)測試結果，執(zhí)行回復指令，回復資料庫160的資料，并移除暫存的資料庫160的資料與暫存區(qū)域控制單元180的復數(shù)個資料庫指令120，藉此保持資料的一致性。
請參閱圖4所示，是本發(fā)明第二實施例的示意圖。本發(fā)明第二實施例與圖2所示第一實施例的差別在于，本發(fā)明是以代理伺服器140，接收復數(shù)個應用程式下達復數(shù)個資料庫指令為例作為說明。請參閱圖2及圖4所示，本發(fā)明設定此復數(shù)個應用程式100包含有一第一應用程式102與一第二應用程式104。一應用程式是下達復數(shù)個資料庫指令，該代理伺服器140可經(jīng)由代理伺服器140的識別單元1402辨識第一應用程式102與第二應用程式104(例如辨識它們的程式辨識碼(process identification))，藉此以分別接收并暫存第一應用程式102下達復數(shù)個資料庫指令至暫存區(qū)域控制單元180內(nèi)的第一暫存區(qū)域182，以及接收并暫存第二應用程式22下達復數(shù)個資料庫指令至暫存區(qū)域控制單元180內(nèi)的第二暫存區(qū)域184。待接收完成后，代理伺服器140再與資料庫160進行連線，以批次處理對應第一應用程式182或第二應用程式184的復數(shù)個資料庫指令。在此，第一應用程式182與第二應用程式184，每一應用程式所下達的復數(shù)個資料庫指令，可同時個別執(zhí)行(例如第一應用程式182所下達的資料庫指令執(zhí)行后，接著再執(zhí)行第二應用程式所下達的資料庫指令)，不會互相影響。由于本實施例有包含圖2第一實施例的部分，在此不再贅述。
由于本發(fā)明是運用代理伺服器140代理復數(shù)個應用程式與資料庫160進行連線與資料存取動作，當代理伺服器140與資料庫160連線后，本發(fā)明僅劃分一記憶體空間，以供代理伺服器140使用。再者，由于本發(fā)明不需花費等待應用程式下達復數(shù)個資料庫指令，而可以有效的縮短資料庫的連線時間，因此可以有效的釋放記憶體空間的使用，故可解決現(xiàn)有習知技術容易造成記憶體空間不足的問題。
綜上所述，本發(fā)明是有關于一種批次處理資料庫的資料的系統(tǒng)及其方法，其是藉由一代理伺服器接收與暫存至少一應用程式下達復數(shù)個資料庫指令，而后再與資料庫進行連線，以代理該應用程式批次處理該復數(shù)個資料庫指令，存取資料庫的資料。藉此可以降低系統(tǒng)資源的消耗與記憶體空間的使用，能夠有效的提升系統(tǒng)執(zhí)行效能。再者，本發(fā)明更藉由一測試單元、一執(zhí)行單元與一資料回復單元的配合，而可以防止資料庫儲存不完整的資料。
以上所述，僅是本發(fā)明的較佳實施例而已，并非對本發(fā)明作任何形式上的限制，雖然本發(fā)明已以較佳實施例揭露如上，然而并非用以限定本發(fā)明，任何熟悉本專業(yè)的技術人員，在不脫離本發(fā)明技術方案范圍內(nèi)，當可利用上述揭示的形狀、構造、特征及技術內(nèi)容作出均等變化與修飾為等同變化的等效實施例，但凡未脫離本發(fā)明技術方案內(nèi)容，依據(jù)本發(fā)明的技術實質(zhì)對以上實施例所作的任何簡單修改、等同變化與修飾，均仍屬于本發(fā)明技術方案的范圍內(nèi)。
權利要求
1.一種批次處理資料庫的資料的系統(tǒng)，其特征在于該系統(tǒng)包括一資料庫；以及一代理伺服器；其中該代理伺服器是依序接收第一應用程式下達復數(shù)個資料庫指令后，再與該資料庫相互連線，以批次處理該復數(shù)個資料庫指令。
2.根據(jù)權利要求1所述的批次處理資料庫的資料的系統(tǒng)，其特征在于其中所述的代理伺服器更包含一暫存區(qū)域，用以暫存該代理伺服器所接收的該復數(shù)個資料庫指令。
3.根據(jù)權利要求2所述的批次處理資料庫的資料的系統(tǒng)，其特征在于其更包含第二應用程式，其中該第一應用程式與該第二應用程式各自有相對應的該暫存區(qū)域，用以儲存該復數(shù)個應用程式所下達的該復數(shù)個資料庫指令。
4.根據(jù)權利要求1所述的批次處理資料庫的資料的系統(tǒng)，其特征在于其中所述的代理伺服器更包含一測試單元，其是測試該復數(shù)個資料庫指令，產(chǎn)生一測試結果，以指示該復數(shù)個資料庫指令執(zhí)行的正確性；以及一執(zhí)行單元，依據(jù)該測試結果為可存取該資料庫資料時，執(zhí)行該復數(shù)個資料庫指令，以存取該資料庫的資料并產(chǎn)生一成功訊息。
5.根據(jù)權利要求4所述的批次處理資料庫的資料的系統(tǒng)，其特征在于其中所述的該代理伺服器更包含一資料回復單元，依據(jù)該測試單元的該測試確認結果為無法存取該資料庫資料時，移除暫存的該復數(shù)個資料庫的資料指令與對應該復數(shù)個資料庫指令的該暫存區(qū)域并產(chǎn)生一失敗訊息。
6.一種批次處理資料庫資料的方法，其特征在于該方法包括以下步驟第一應用程式下達復數(shù)個資料庫指令；一代理伺服器依序接收該復數(shù)個資料庫指令；在該代理伺服器暫存該復數(shù)個資料庫指令；以及藉由該代理伺服器與一資料庫連線，批次處理該復數(shù)個資料庫指令。
7.根據(jù)權利要求6所述的批次處理資料庫資料的方法，其特征在于其中所述的代理伺服器批次處理該復數(shù)個資料庫指令以存取該資料庫的資料的步驟中，更包含下列步驟測試該復數(shù)個資料庫指令，產(chǎn)生一測試結果以確認該復數(shù)個資料庫指令執(zhí)行的正確性；以及若該測試結果為成功存取該資料庫資料時，則執(zhí)行該復數(shù)個資料庫指令，以存取該資料庫的資料，并產(chǎn)生一成功訊息。
8.根據(jù)權利要求7所述的批次處理資料庫資料的方法，其特征在于其中若該測試結果為無法存取該資料庫的資料時，移除暫存的該復數(shù)個資料庫指令并產(chǎn)生一失敗訊息。
9.根據(jù)權利要求6所述的批次處理資料庫資料的方法，其特征在于其更包含第二應用程式下達復數(shù)個資料庫指令，其中在該代理伺服器暫存該復數(shù)個資料庫指令的步驟，該第一應用程式與該第二應用程式個別下達的該復數(shù)個資料庫指令是暫存于該代理伺服器內(nèi)的該暫存區(qū)域。
10.根據(jù)權利要求6所述的批次處理資料庫資料的方法，其特征在于其中所述的第一應用程式與該第二應用程式各自有相對應的該暫存區(qū)域，用以儲存該第一應用程式與該第二應用程式個別下達的該復數(shù)個資料庫指令。
11.根據(jù)權利要求6所述的批次處理資料庫資料的方法，其特征在于其中所述的代理伺服器依序接收該復數(shù)個資料庫指令的步驟后，更包含辨識該第一應用程式，以傳送該復數(shù)個資料庫指令的步驟。
全文摘要
本發(fā)明是有關于一種批次處理資料庫的資料的系統(tǒng)及其方法。該批次處理資料庫的資料的系統(tǒng)，其包括一資料庫；以及一代理伺服器；其中代理伺服器是依序接收第一應用程式下達復數(shù)個資料庫指令后，再與資料庫相互連線，以批次處理該復數(shù)個資料庫指令。該批次處理資料庫資料方法，包括以下步驟第一應用程式下達復數(shù)個資料庫指令；一代理伺服器依序接收該復數(shù)個資料庫指令；在代理伺服器暫存該復數(shù)個資料庫指令；以及藉由代理伺服器與一資料庫連線，批次處理該復數(shù)個資料庫指令。本發(fā)明可以降低系統(tǒng)資源的消耗與記憶體空間的使用，能夠有效地提升系統(tǒng)執(zhí)行效能，還可以防止資料庫儲存不完整的資料。
文檔編號G06F17/30GK1838127SQ20061005818
公開日2006年9月27日 申請日期2006年3月10日 優(yōu)先權日2006年3月10日
發(fā)明者陳智仁 申請人:威盛電子股份有限公司