JP5126064B2 - 計算機システム - Google Patents
計算機システム Download PDFInfo
- Publication number
- JP5126064B2 JP5126064B2 JP2008542988A JP2008542988A JP5126064B2 JP 5126064 B2 JP5126064 B2 JP 5126064B2 JP 2008542988 A JP2008542988 A JP 2008542988A JP 2008542988 A JP2008542988 A JP 2008542988A JP 5126064 B2 JP5126064 B2 JP 5126064B2
- Authority
- JP
- Japan
- Prior art keywords
- database
- new
- protocol
- server
- old
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2452—Query translation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Computer And Data Communications (AREA)
Description
本発明は、データベースマネジメントシステム（ＤＢＭＳ）と連携して情報処理を行うアプリケーションが動作する計算機システムにおいて、用いられてきた旧ＤＢＭＳを異なる新ＤＢＭＳに移行する技術に関する。
ＤＢＭＳと連携して情報処理を行うアプリケーションが動作する計算機システムにおいては、システムの性能向上等を目的として、ＤＢＭＳを旧ＤＢＭＳから新ＤＢＭＳに切り替えることがある。以下、この種の切り替え方法について図面を参照して説明する。
図２２の左側に示される旧システム１１００は、旧ＤＢＭＳ１１２１を使用する計算機システムの構成例を示し、旧アプリケーションサーバ１１１０と、旧データベースサーバ１１２０とから構成されている。
旧アプリケーションサーバ１１１０は、情報処理を行うアプリケーション１１１１と、アプリケーション１１１１とＤＢＭＳ１１２１を接続するＤＢ接続ミドルウェア１１１２とを備える。
ＤＢ接続ミドルウェア１１１２は、データベースに依存しないプロトコル（以下、データベース非依存プロトコルあるいは標準プロトコルとも称す）のインタフェースであるインタフェース１１１３と、標準プロトコルを旧ＤＢＭＳ１１２１固有のプロトコル（以下、データベース依存プロトコルとも称す）に変換する旧ＤＢ用プロトコル変換手段１１１４とを備える。
旧データベースサーバ１１２０は、アプリケーション１１１１が処理を行う際に必要な旧形式データ１１２２を蓄積するストレージと、旧形式データ１１２２を管理する旧ＤＢＭＳ１１２１とを備える。
このような構成を有する計算機システムは、次のように動作する。
アプリケーション１１１１は、必要に応じてＤＢ接続ミドルウェア１１１２を介して旧ＤＢＭＳ１１２１に接続し、データ処理要求を発行する。
旧ＤＢＭＳ１１２１はデータ処理要求に従い、管理している旧形式データ１１２２を用いてデータ処理を行い、その結果であるデータ処理結果を、やはりＤＢ接続ミドルウェア１１１２を介してアプリケーション１１１１に返す。
アプリケーション１１１１は、旧ＤＢＭＳ１１２１のデータ処理結果を用いて、情報処理を行う。
上述のような旧システム１１００において、これまで用いられてきた旧ＤＢＭＳ１１２１を、それとデータの管理形式およびプロトコルが異なる新ＤＢＭＳ１２２１に取替え、新システム１２００に移行する場合を考える。
新システム１２００は、新ＤＢＭＳ１２２１を使用する計算機システムの構成例を示し、新アプリケーションサーバ１２１０と、新データベースサーバ１２２０とから構成されている。
新アプリケーションサーバ１２１０は、情報処理を行うアプリケーション１２１１と、アプリケーション１２１１と新ＤＢＭＳ１２２１を接続するＤＢ接続ミドルウェア１２１２とを備える。
ＤＢ接続ミドルウェア１２１２は、データベースに依存しないプロトコル（以下、データベース非依存プロトコルあるいは標準プロトコルとも称す）のインタフェースであるインタフェース１２１３と、標準プロトコルを新ＤＢＭＳ１２２１固有のプロトコル（以下、データベース依存プロトコルとも称す）に変換する新ＤＢ用プロトコル変換手段１２１４とを備える。
新データベースサーバ１２２０は、アプリケーション１２１１が処理を行う際に必要な新形式データ１２２２を蓄積するストレージと、新形式データ１２２２を管理する新ＤＢＭＳ１２２１とを備える。
まず、旧ＤＢＭＳ１１２１と新ＤＢＭＳ１２２１とでは、データの管理形式が異なるため、旧形式データ１１２２は、新ＤＢＭＳ１２２１では管理できない。そのため、旧形式データ１１２２を、新ＤＢＭＳ１２２１が管理できる形式である新形式データ１２２２に変換する必要がある。これは、データベースベンダが提供するデータ移行ツール等を用いて、行うことができる。
また、ＤＢＭＳに接続するプロトコルが旧ＤＢＭＳ１１２１と新ＤＢＭＳ１２２１とで異なるため、旧ＤＢＭＳ１１２１と接続しているアプリケーション１１１１は、そのままでは新ＤＢＭＳ１２２１に接続できない。この問題は、ＤＢ接続ミドルウェア１２１２を用いることで、解消できる。ＤＢ接続ミドルウェアは、ＤＢＭＳ固有の接続手法を仮想化することでプロトコルの差異を隠蔽し、アプリケーションに対し、標準的なプロトコルによるＤＢＭＳへの接続を可能にするミドルウェアである。具体的には、アプリケーションに標準的なインタフェースを提供し、アプリケーションが標準インタフェースを介して発行したデータ処理要求を、ＤＢＭＳの固有のプロトコルに変換し、ＤＢＭＳに発行する。ＤＢＭＳ固有のプロトコルに変換する機能を、ライブラリとして入れ替えることで、様々な種類のＤＢＭＳに対応できる。
ＤＢ接続ミドルウェアとしては、ＯＤＢＣ（Open DataBase Connectivity）、ＪＤＢＣ（Ｊａｖａ（登録商標） DataBase Connectivity）等が知られている。
近年では、アプリケーションをＤＢＭＳに直接接続するのではなく、ＤＢ接続ミドルウェアを介して接続することが一般的なため、アプリケーション１１１１は旧ＤＢ用プロトコル変換手段１１１４を新ＤＢ用プロトコル変換手段１２１４に入れ替えるだけで、新ＤＢＭＳに接続することが可能となる。
しかし、プロトコル的に新ＤＢＭＳ１２２１に接続することはできても、アプリケーション１１１１が発行したデータ処理要求の内容、すなわちデータ操作を定義するＳＱＬ（Structured Query Language）等が旧ＤＢＭＳ１１２１固有のものである場合、新ＤＢＭＳ１２２１では、そのＳＱＬを解釈できないため、要求を処理することができない。
ＳＱＬはＩＳＯ ＳＱＬ９２等、基本的な部分では標準仕様が規定されているため、論理的にはプロトコルの変換を行い、ＤＢＭＳに接続できれば問題なくデータ処理ができる。しかし実際には、ＳＱＬはＤＢＭＳ毎の独自の仕様拡張が数多くなされ、実業務においては、その独自仕様を用いたＤＢＭＳ固有のＳＱＬが使われることが多い。そのため、データベース移行を行う場合は、アプリケーションが発行する旧ＤＢＭＳ用のＳＱＬも、新ＤＢＭＳ用に変換しなくてはならない。
ＳＱＬを変換する技術として、例えば特許文献１等に記載された技術が知られている。アプリケーションが発行するＳＱＬは、一般にアプリケーションのソースコード内にハードコーディングされている。そこで、特許文献１に記載された技術では、ソースコードを精査し、旧ＤＢＭＳ用のＳＱＬを生成する部分を、新ＤＢＭＳ用のＳＱＬを生成するように書き換える。
また、ＳＱＬを変換する他の技術として、特許文献２等に記載された技術が知られている。特許文献２に記載された技術では、アプリケーションを作成する際に、ＳＱＬを生成するＳＱＬ部を、他の機能を実現しているソースコードから分離して作成する。ＳＱＬ部が分離されているため、ソースコード内からＳＱＬ部を探す手間をかけることなく、容易に新ＤＢＭＳ用のＳＱＬを生成するように設定することが可能である。
また、ＳＱＬを変換する別の技術として、特許文献３等に記載された技術が知られている。図２３を参照すると、特許文献３に記載された技術では、アプリケーションサーバ群２１００−１，２１００−２，…，２１００−ｎと、新形式データ２３２０を蓄積するストレージおよび新形式データ２３２０を管理する新ＤＢＭＳ２３１０を備える新データベースサーバ２３００の間に中継装置２２００を設け、この中継装置２２００で、アプリケーション２１１０が発行した旧ＤＢＭＳ用のＳＱＬを、新ＤＢＭＳ用のＳＱＬに変換する。この技術は、アプリケーション自体を変更することなく、ＳＱＬ変換を行うことが可能である。
しかしながら、上記特許文献記載のＳＱＬ変換技術には、それぞれ以下のような問題があった。
特許文献１に記載された技術は、ＳＱＬを生成している部分を特定し、アプリケーションの他のロジックに影響を与えることなく、新しいＳＱＬを生成するようにソースコードを書き換えることが非常に困難である。なぜなら、複雑で膨大な量のソースコードを正確に解析する必要があるからである。また、実行可能なバイナリコードのみが存在し、ソースコードが残っていないアプリケーションには適用できない。
特許文献２記載の技術は、この技術に従ってアプリケーションが開発されていれば問題ないが、そうでない多くの既存アプリケーションには適用できない。
特許文献３記載の技術は、アプリケーションからＤＢＭＳへのアクセスを中継装置でフックしているが、このアクセスのプロトコルはＤＢＭＳ固有のプロプライエタリ（proprietary）なプロトコルである。したがって、アクセスをフック、再送するためにＤＢＭＳ固有のプロトコルを解析する必要があるが、このプロトコルは一般的に非公開であるため、解析は非常に困難である。また、解析できても、ＤＢＭＳ固有のプロトコルであるため、ＤＢＭＳ毎に、アドホックな開発が必要となる。
また、ＤＢＭＳを切り替える際に変更すべきＳＱＬは一般に旧ＳＱＬの一部になることが多いが、上述のＳＱＬ変換技術では、その変換の前提作業となる新ＳＱＬに変換すべき旧ＳＱＬの洗い出し作業に要する利用者の負担が大きかった。なぜなら、利用者自身が旧ＳＱＬと新ＳＱＬの違いを理解し、旧ＳＱＬの全てについて新ＳＱＬへの変換の必要性を判断する必要があるからである。
さらに、上述のＳＱＬ変換技術には、共通して、変換したＳＱＬが正しく動作しているか検証できないという問題があった。なぜなら、たとえ変換したＳＱＬを投入した新ＤＢＭＳが明示的なエラーを起こさず、正常な応答があったとしても、それが旧ＤＢＭＳと同じ応答であるかどうかを、実運用環境において知ることができないからである。
またさらに、変換したＳＱＬの動作を実運用環境において検証することが困難であるため、旧ＤＢＭＳ用ＳＱＬをどのように新ＤＢＭＳ用ＳＱＬに変換するかを定義した変換情報（変換ルール）をその検証と連動して修正できず、変換情報を効率良く修正するのが困難であった。
（発明の目的）
本発明の第一の目的は、ＤＢＭＳと連携して情報処理を行うアプリケーションが動作する計算機システムにおいて、用いられてきた旧ＤＢＭＳを異なる新ＤＢＭＳに移行する際に、アプリケーションを変更することなく透過的に、かつ、新旧両方のＤＢＭＳの種類によらず汎用的に、ＤＢＭＳを移行しても計算機システムを継続して動作させることを可能とすることにある。
本発明の第一の目的は、ＤＢＭＳと連携して情報処理を行うアプリケーションが動作する計算機システムにおいて、用いられてきた旧ＤＢＭＳを異なる新ＤＢＭＳに移行する際に、アプリケーションを変更することなく透過的に、かつ、新旧両方のＤＢＭＳの種類によらず汎用的に、ＤＢＭＳを移行しても計算機システムを継続して動作させることを可能とすることにある。
本発明の第二の目的は、新ＳＱＬに変換すべき旧ＳＱＬの洗い出し作業に要する利用者の負担を軽減することを可能とすることにある。
本発明の第三の目的は、変換したＳＱＬが正しく動作しているかどうかを実運用環境において検証することを可能とすることにある。
本発明の第四の目的は、ＳＱＬを変換する変換情報をその実運用環境における検証時に連動して修正することを可能とすることにある。
本発明の第１の計算機システムは、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動する１以上のアプリケーションサーバと、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバと、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバと、第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を前記旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、他方のデータベース処理要求を前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、旧データベースサーバおよび新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却するデータベース接続手段とを備えることを特徴とする。
本発明の第２の計算機システムは、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動する１以上のアプリケーションサーバと、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバと、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバと、第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を前記旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、他方のデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、旧データベースサーバおよび新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却するデータベース接続手段とを備えることを特徴とする。
本発明の第３の計算機システムは、第１または第２の計算機システムにおいて、前記データベース接続手段は、第１のモードの処理において、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、新データベースサーバへの以降のデータベース処理要求の投入を停止することを特徴とする。
本発明の第４の計算機システムは、第１または第２の計算機システムにおいて、前記データベース接続手段は、第１のモードの処理において、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、元のデータベース処理要求がデータを変更する要求であれば、新データベースサーバへの以降のデータベース処理要求の投入を停止することを特徴とする。
本発明の第５の計算機システムは、第１または第２の計算機システムにおいて、前記データベース接続手段は、第１のモードの処理において、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、元のデータベース処理要求がデータを変更する要求であれば、旧データベースサーバおよび新データベースサーバに対して行ったデータベース処理要求を取り消し、データベース処理が実行されなかった旨のデータ処理結果をアプリケーションプログラムに返却することを特徴とする。
本発明の第６の計算機システムは、第２の計算機システムにおいて、前記データベース接続手段は、第１のモードの処理において、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、新データベースサーバに対して行ったデータベース処理要求を必要に応じて取り消し、第１のデータベース操作言語を第２のデータベース操作言語に変換するための変換情報を変更した後、該変更後の変換情報を用いて元のデータベース処理要求を第２のデータベース操作言語に変換し、さらに新データベースサーバに適したデータベース依存のプロトコルに変換して新データベースサーバに投入し、得られた新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して旧データベースサーバのデータ処理結果と比較検証することを特徴とする。
本発明の第７の計算機システムは、第６の計算機システムにおいて、第１のモードの処理中に、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなくなる確率が低下したことを検出して、第２のモードへ切り替える切り替え手段を備えることを特徴とする。
本発明の第８の計算機システムは、第１または第２の計算機システムにおいて、前記データベース接続手段は、前記アプリケーションプログラムから発行されたデータベース処理要求のデータベース操作言語を第２のデータベース操作言語に変換する仕様変換手段と、データベース処理要求のプロトコルを新データベースサーバに適するデータベース依存のプロトコルに変換し、新データベースサーバのデータ処理結果のプロトコルをデータベース非依存のプロトコルに変換する新プロトコル変換手段と、データベース処理要求のプロトコルを旧データベースサーバに適するデータベース依存のプロトコルに変換し、旧データベースサーバのデータ処理結果のプロトコルをデータベース非依存のプロトコルに変換する旧プロトコル変換手段と、データベース非依存のプロトコルに変換された新データベースサーバおよび旧データベースサーバのデータ処理結果どうしを比較検証する検証手段と、前記検証手段の比較検証結果を出力する出力手段と、第１のモードと第２のモードのうち指定されたモードによる処理を制御する制御手段とを備えることを特徴とする。
本発明の第１のデータベースアクセス方法は、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動する１以上のアプリケーションサーバと、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバと、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバとを備えた計算機システムにおけるデータベースアクセス方法であって、データベース接続手段が、第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を前記旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、他方のデータベース処理要求を前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、旧データベースサーバおよび新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却することを特徴とする。
本発明の第２のデータベースアクセス方法は、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動する１以上のアプリケーションサーバと、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバと、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバとを備えた計算機システムにおけるデータベースアクセス方法であって、データベース接続手段が、第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を前記旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、他方のデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、旧データベースサーバおよび新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却することを特徴とする。
本発明の第１のアプリケーションサーバは、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動するアプリケーションサーバであって、第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、他方のデータベース処理要求を、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、前記旧データベースサーバおよび前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却するデータベース接続手段を備えることを特徴とする。
本発明の第２のアプリケーションサーバは、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動するアプリケーションサーバであって、第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、他方のデータベース処理要求を、第２のデータベース操作言語に変換した後、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、前記旧データベースサーバおよび前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却するデータベース接続手段を備えることを特徴とする。
上述した目的、およびその他の目的、特徴および利点は、以下に述べる好適な実施の形態、およびそれに付随する以下の図面によってさらに明らかになる。
（第１の実施の形態）
次に本発明の第１の実施の形態について図面を参照して詳細に説明する。
次に本発明の第１の実施の形態について図面を参照して詳細に説明する。
［構成の説明］
図１は、本発明の実施の形態に係る計算機システムの構成を示すブロック図である。
本発明の実施の形態に係る計算機システムは、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム３１１０が稼動する１以上のアプリケーションサーバ３１００−１、３１００−２、３１００−ｎと、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢプロトコル）に従って受け付けるデータベースサーバ（新データベースサーバ３２００）と、アプリケーションプログラム３１１０から発行されたデータベース処理要求のデータベース操作言語（旧ＤＢ用ＳＱＬ）を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後に、プロトコル（標準プロトコル）をデータベース依存のプロトコル（新ＤＢプロトコル）に変換してデータベースサーバ（新データベースサーバ３２００）へ投入し、データベースサーバ（新データベースサーバ３２００）のデータ処理結果のプロトコル（新ＤＢプロトコル）をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム３１１０に返却するデータベース接続部（拡張ＤＢ接続ミドルウェア３１２０）と、を備える。
図１は、本発明の実施の形態に係る計算機システムの構成を示すブロック図である。
本発明の実施の形態に係る計算機システムは、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム３１１０が稼動する１以上のアプリケーションサーバ３１００−１、３１００−２、３１００−ｎと、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢプロトコル）に従って受け付けるデータベースサーバ（新データベースサーバ３２００）と、アプリケーションプログラム３１１０から発行されたデータベース処理要求のデータベース操作言語（旧ＤＢ用ＳＱＬ）を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後に、プロトコル（標準プロトコル）をデータベース依存のプロトコル（新ＤＢプロトコル）に変換してデータベースサーバ（新データベースサーバ３２００）へ投入し、データベースサーバ（新データベースサーバ３２００）のデータ処理結果のプロトコル（新ＤＢプロトコル）をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム３１１０に返却するデータベース接続部（拡張ＤＢ接続ミドルウェア３１２０）と、を備える。
また、上記データベース接続部（拡張ＤＢ接続ミドルウェア３１２０）は、アプリケーションプログラム３１１０から発行されたデータベース処理要求のデータベース操作言語（旧ＤＢ用ＳＱＬ）を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換する操作言語変換部（ＳＱＬ変換部３１２４）と、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換されたデータベース処理要求のプロトコル（標準プロトコル）をデータベース依存のプロトコル（新ＤＢプロトコル）に変換し、データベースサーバ（新データベースサーバ３２００）のデータ処理結果のプロトコル（新ＤＢプロトコル）をデータベース非依存のプロトコル（標準プロトコル）に変換するプロトコル変換部（新ＤＢ用プロトコル変換部３１２３）と、データベース接続部（拡張ＤＢ接続ミドルウェア３１２０）全体の制御を司る制御部３１２２と、を備える。
図１を参照すると、本発明の第１の実施の形態にかかる計算機システムは、複数のアプリケーションサーバ３１００−１，３１００−２，…，３１００−ｎと、新データベースサーバ３２００とから構成される。
各アプリケーションサーバ３１００−１，３１００−２，…，３１００−ｎは、情報処理を行うアプリケーション３１１０と、アプリケーション３１１０と後述する新ＤＢＭＳ３２１０を接続する拡張ＤＢ接続ミドルウェア３１２０とを備える。
拡張ＤＢ接続ミドルウェア３１２０は、標準プロトコルのインタフェースであるインタフェース３１２１と、データ処理要求の流れを制御する制御部３１２２と、標準プロトコルを新ＤＢＭＳ３２１０固有のプロトコルに変換する新ＤＢ用プロトコル変換部３１２３と、データ処理要求の内容であるＳＱＬを変換するＳＱＬ変換部３１２４と、どのようにＳＱＬ変換を行うかを定義した変換ルールである変換情報を記憶する変換情報記憶部３１２５（以後、「変換情報３１２５」と示す）とを備える。
新データベースサーバ３２００は、アプリケーション３１１０が処理を行う際に必要なデータを、新ＤＢＭＳ３２１０が扱える形に変換した新形式データ３２２０を蓄積するストレージと、新形式データ３２２０を管理する移行した新ＤＢＭＳ３２１０とを備える。
［動作の説明］
次に図１および図２のフローチャートを参照して、本実施の形態の計算機システムの動作について詳細に説明する。
本発明の実施の形態に係るデータベースアクセス方法は、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム３１１０が稼動する１以上のアプリケーションサーバ３１００−１、３１００−２、３１００−ｎと、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢプロトコル）に従って受け付けるデータベースサーバ（新データベースサーバ３２００）と、を備えた計算機システムにおけるデータベースアクセス方法であって、データベース接続部（拡張ＤＢ接続ミドルウェア３１２０）が、アプリケーションプログラム３１１０から発行されたデータベース処理要求のデータベース操作言語（旧ＤＢ用ＳＱＬ）を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後に（ステップＳ４００４）、プロトコル（標準プロトコル）をデータベース依存のプロトコル（新ＤＢプロトコル）に変換してデータベースサーバ（新データベースサーバ３２００）へ投入し（ステップＳ４００６）、データベースサーバ（新データベースサーバ３２００）のデータ処理結果のプロトコル（新ＤＢプロトコル）をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム３１１０に返却する（ステップＳ４００８）。
次に図１および図２のフローチャートを参照して、本実施の形態の計算機システムの動作について詳細に説明する。
本発明の実施の形態に係るデータベースアクセス方法は、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム３１１０が稼動する１以上のアプリケーションサーバ３１００−１、３１００−２、３１００−ｎと、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢプロトコル）に従って受け付けるデータベースサーバ（新データベースサーバ３２００）と、を備えた計算機システムにおけるデータベースアクセス方法であって、データベース接続部（拡張ＤＢ接続ミドルウェア３１２０）が、アプリケーションプログラム３１１０から発行されたデータベース処理要求のデータベース操作言語（旧ＤＢ用ＳＱＬ）を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後に（ステップＳ４００４）、プロトコル（標準プロトコル）をデータベース依存のプロトコル（新ＤＢプロトコル）に変換してデータベースサーバ（新データベースサーバ３２００）へ投入し（ステップＳ４００６）、データベースサーバ（新データベースサーバ３２００）のデータ処理結果のプロトコル（新ＤＢプロトコル）をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム３１１０に返却する（ステップＳ４００８）。
アプリケーションサーバ３１００−１，３１００−２，…，３１００−ｎにおいて、アプリケーション３１１０がＤＢＭＳにデータ処理を依頼する場合、データ処理要求として、移行前の旧ＤＢＭＳ用のＳＱＬを、標準プロトコルでもって、ＤＢ接続ミドルウェア３１２０を介して発行しようとする（ステップＳ４００１）。
拡張ＤＢ接続ミドルウェア３１２０において、インタフェース３１２１がデータ処理要求を受け取り、制御部３１２２に転送する（ステップＳ４００２）。
一般に、ＤＢ接続ミドルウェアは、各アプリケーションサーバ３１００−１，３１００−２，…，３１００−ｎ内に配置され、アプリケーション３１１０は、通常のＤＢ接続ミドルウェアの備える標準プロトコルのインタフェースに対してデータ処理要求を発行する。
拡張ＤＢ接続ミドルウェア３１２０は、通常のＤＢ接続ミドルウェアのインタフェースと同様のインタフェース３１２１を備えるため、アプリケーション３１１０からは、拡張ＤＢ接続ミドルウェア３１２０が、通常のＤＢ接続ミドルウェアと同様に認識される。
そのため、インタフェース３１２１以下の拡張ＤＢ接続ミドルウェア３１２０内部の動作は、アプリケーション３１１０からは意識されず、透過的である。すなわち、拡張ＤＢ接続ミドルウェア３１２０を導入するために、アプリケーションを変更する必要はない。
また、様々な種類のＤＢＭＳに対応するためにライブラリとして入れ替えることを前提としているため、導入も容易である。すなわち、本来は旧ＤＢ用プロトコル変換部を新ＤＢ用プロトコル変換部３１２３に入れ替える代わりに、制御部３１２２等の拡張ＤＢ接続ミドルウェアの機能を実現する構成要素（新ＤＢ用プロトコル変換部も含む）に入れ替える。勿論、入れ替えるのではなく、拡張ＤＢ接続ミドルウェア自体を新規に作っても良い。
データ処理要求を受け取った制御部３１２２は、それをＳＱＬ変換部３１２４に転送する（ステップＳ４００３）。
データ処理要求を受け取ったＳＱＬ変換部３１２４は、データ処理要求の内容であるＳＱＬを調べ、変換情報３１２５に基づき、必要であれば、ＳＱＬ変換を行う（ステップＳ４００４）。なお、この時点では、データ処理要求は、仕様が公開されていないＤＢＭＳ固有のプロトコルではなく、仕様の公開された標準プロトコルのため、データ処理要求の内容を調べたり、変換することは容易である。
ＳＱＬ変換部３１２４が行う変換の具体例を挙げると、例えば、アプリケーションが発行した旧ＤＢＭＳ用データ処理要求の内容であるＳＱＬが、標準ＳＱＬにない独自の拡張関数ＤＥＣＯＤＥを用いて、SELECT DECODE(key, val1, res1, res2) label FROM table1と記述されていて、移行した新ＤＢＭＳではこの拡張関数ＤＥＣＯＤＥを解釈できない場合、ＳＱＬ変換部３１２４は、変換情報３１２５の「拡張関数ＤＥＣＯＤＥがあれば、新ＤＢＭＳでも解釈できる標準関数ＣＡＳＥに変換する」というルールに基づき、SELECT CASE WHEN key = val1 THEN res1 ELSE res2 END label FROM table2と変換する、等が考えられる。
ＳＱＬ変換後、ＳＱＬ変換部３１２４は、変換したデータ処理要求を制御部３１２２に返す。
変換されたデータ処理要求を受け取った制御部３１２２は、それを新ＤＢ用プロトコル変換部３１２３に転送する（ステップＳ４００５）。
データ処理要求を受け取った新ＤＢ用プロトコル変換部３１２３は、標準プロトコルのデータ処理要求を、新ＤＢＭＳ３２１０固有のプロトコルに変換して、新ＤＢＭＳ３２１０に発行する（ステップＳ４００６）。
新データベースサーバ３２００において、固有プロトコルのデータ処理要求を受け取った新ＤＢＭＳ３２１０は、データ処理要求のＳＱＬを解釈し、その要求に従い、管理している新形式データ３２２０を用いてデータ処理を行い、その結果であるデータ処理結果を、やはり固有プロトコルでもって、新ＤＢ用プロトコル変換部３１２３に返す（ステップＳ４００７）。
固有プロトコルのデータ処理結果を受け取った新ＤＢ用プロトコル変換部３１２３は、データ処理結果を標準プロトコルに変換し、制御部３１２２に転送する（ステップＳ４００８）。
標準プロトコルのデータ処理結果を受け取った制御部３１２２は、それをインタフェース３１２１に転送する（ステップＳ４００９）。
データ処理結果を受け取ったインタフェース３１２１は、それをアプリケーション３１１０に返す（ステップＳ４０１０）。
アプリケーション３１１０は、旧ＤＢＭＳに対してデータ処理要求を発行した場合と同様のデータ処理結果を受け取り、従来通り情報処理を行う（ステップＳ４０１１）。
このように動作することで、新ＤＢＭＳに移行した計算機システムにおいても、アプリケーションを変更することなく透過的に、かつ、新旧両方のＤＢＭＳの種類によらず汎用的に、計算機システムを継続して動作させる。
［効果の説明］
次に本実施の形態の効果について説明する。
次に本実施の形態の効果について説明する。
本実施の形態では、ＤＢ接続ミドルウェアにおいて、アプリケーションが発行したデータ処理要求の内容であるＳＱＬを、旧ＤＢＭＳ用のＳＱＬから新ＤＢＭＳ用のＳＱＬに変換し、移行後の新ＤＢＭＳでも解釈できるようにすることで、新ＤＢＭＳに移行しても、アプリケーションを変更することなく透過的に、計算機システムを継続して動作させることができる。
また、データ処理要求が標準プロトコルの段階でＳＱＬ変換を行い、その後、ＳＱＬを変換したデータ処理要求を、ＤＢＭＳに応じたプロトコル変換部を用いてＤＢＭＳ固有のプロトコルに変換してＤＢＭＳに発行するため、ＤＢＭＳの種類によらず、同じ機構を用いて汎用的に、適用できる。
また、ＳＱＬ変換を行う機構が、各アプリケーションサーバ毎に分散しているため、ボトルネックが存在せずスケーラビリティに優れ、また単一故障点も存在しないため、耐障害にも優れる。
以上説明したように、本実施形態の計算機システムでは、旧データベースサーバから新データベースサーバへ移行した状態においては、アプリケーションプログラムから発行されたデータベース処理要求のデータベース操作言語を、データベース非依存のプロトコルの段階で新データベースサーバに適するデータベース操作言語に変換し、その後にプロトコルをデータベース非依存のプロトコルから新データベース依存のプロトコルに変換して新データベースサーバへ投入することを基本とする。
本実施形態の計算機システムによれば、ＤＢＭＳと連携して情報処理を行うアプリケーションが動作する計算機システムにおいて、用いられてきた旧ＤＢＭＳを異なる新ＤＢＭＳに移行する際に、アプリケーションを変更することなく透過的に、かつ、新旧両方のＤＢＭＳの種類によらず汎用的に、ＤＢＭＳを移行し、情報システムを継続して動作させることが可能になる。そのため、既存のシステムに対し容易に適用することができる。
その理由は、データベース接続部において、アプリケーションが発行したデータ処理要求の内容であるデータベース操作言語（ＳＱＬ等）を、旧ＤＢＭＳ用から新ＤＢＭＳ用に変換し、また、その変換を、データ処理要求がデータベース非依存のプロトコルの段階で行い、その後、データベース操作言語を変換したデータ処理要求を、ＤＢＭＳに応じたプロトコル変換部を用いてＤＢＭＳ固有のプロトコルに変換してＤＢＭＳに発行するためである。
（第２の実施の形態）
次に本発明の第２の実施の形態について図面を参照して詳細に説明する。
次に本発明の第２の実施の形態について図面を参照して詳細に説明する。
［構成の説明］
図３は、本発明の実施の形態に係る計算機システムの構成を示すブロック図である。
本発明の実施の形態に係る計算機システムは、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム５１１０が稼動する１以上のアプリケーションサーバ５１００−１、５１００−２、５１００−ｎと、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（旧ＤＢプロトコル）に従って受け付ける旧データベースサーバ５２００と、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢプロトコル）に従って受け付ける新データベースサーバ５３００と、第１のモード（準備モード）が指定された場合、アプリケーションプログラム５１１０から発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を旧データベースサーバ５２００に適するデータベース依存のプロトコル（旧ＤＢプロトコル）に変換して旧データベースサーバ５２００に投入し、他方のデータベース処理要求を新データベースサーバ５３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ５３００に投入し、旧データベースサーバ５２００および新データベースサーバ５３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換して比較検証し、比較検証結果を出力するとともに、データベース非依存のプロトコル（標準プロトコル）に変換された旧データベースサーバ５２００のデータ処理結果をアプリケーションプログラム５１１０に返却し、第２のモード（検証モード）が指定された場合、アプリケーションプログラム５１１０から発行されたデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後、新データベースサーバ５３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ５３００に投入し、新データベースサーバ５３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム５１１０に返却するデータベース接続部（拡張ＤＢ接続ミドルウェア５１２０）と、を備える。
図３は、本発明の実施の形態に係る計算機システムの構成を示すブロック図である。
本発明の実施の形態に係る計算機システムは、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム５１１０が稼動する１以上のアプリケーションサーバ５１００−１、５１００−２、５１００−ｎと、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（旧ＤＢプロトコル）に従って受け付ける旧データベースサーバ５２００と、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢプロトコル）に従って受け付ける新データベースサーバ５３００と、第１のモード（準備モード）が指定された場合、アプリケーションプログラム５１１０から発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を旧データベースサーバ５２００に適するデータベース依存のプロトコル（旧ＤＢプロトコル）に変換して旧データベースサーバ５２００に投入し、他方のデータベース処理要求を新データベースサーバ５３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ５３００に投入し、旧データベースサーバ５２００および新データベースサーバ５３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換して比較検証し、比較検証結果を出力するとともに、データベース非依存のプロトコル（標準プロトコル）に変換された旧データベースサーバ５２００のデータ処理結果をアプリケーションプログラム５１１０に返却し、第２のモード（検証モード）が指定された場合、アプリケーションプログラム５１１０から発行されたデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後、新データベースサーバ５３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ５３００に投入し、新データベースサーバ５３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム５１１０に返却するデータベース接続部（拡張ＤＢ接続ミドルウェア５１２０）と、を備える。
図３を参照すると、本発明の第２の実施の形態は、複数のアプリケーションサーバ５１００−１，５１００−２，…，５１００−ｎと、旧データベースサーバ５２００と、新データベースサーバ５３００と、各アプリケーションサーバ５１００−１，５１００−２，…，５１００−ｎの拡張ＤＢ接続ミドルウェア５１２０（後述）を制御する切り替え部５４００とから構成される。
各アプリケーションサーバ５１００−１，５１００−２，…，５１００−ｎは、情報処理を行うアプリケーション５１１０と、アプリケーション５１１０と旧ＤＢＭＳ５２１０（後述）および新ＤＢＭＳ５３１０（後述）を接続する拡張ＤＢ接続ミドルウェア５１２０とを備える。
データベース接続部（拡張ＤＢ接続ミドルウェア５１２０）は、アプリケーションプログラム５１１０から発行されたデータベース処理要求のデータベース操作言語（旧ＤＢ用ＳＱＬ）を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換する仕様変換部（ＳＱＬ変換部５１２４）と、データベース処理要求のプロトコル（標準プロトコル）を新データベースサーバ５３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換し、新データベースサーバ５３００のデータ処理結果のプロトコル（新ＤＢプロトコル）をデータベース非依存のプロトコル（標準プロトコル）に変換する新プロトコル変換部（新ＤＢ用プロトコル変換部５１２６）と、データベース処理要求のプロトコル（標準プロトコル）を旧データベースサーバ５２００に適するデータベース依存のプロトコル（旧ＤＢプロトコル）に変換し、旧データベースサーバ５２００のデータ処理結果のプロトコル（旧ＤＢプロトコル）をデータベース非依存のプロトコル（標準プロトコル）に変換する旧プロトコル変換部（旧ＤＢ用プロトコル変換部５１２３）と、データベース非依存のプロトコル（標準プロトコル）に変換された新データベースサーバ５３００および旧データベースサーバ５２００のデータ処理結果どうしを比較検証する検証部５１２７と、検証部５１２７の比較検証結果を出力する出力部（通知部５１２８）と、第１のモード（準備モード）と第２のモード（検証モード）のうち指定されたモードによる処理を制御する制御部（制御部５１２２）と、を備える。
具体的には、拡張ＤＢ接続ミドルウェア５１２０は、標準プロトコルのインタフェースであるインタフェース５１２１と、データ処理要求の流れを制御する制御部５１２２と、標準プロトコルを旧ＤＢＭＳ５２１０固有のプロトコルに変換する旧ＤＢ用プロトコル変換部５１２３と、標準プロトコルを新ＤＢＭＳ５３１０固有のプロトコルに変換する新ＤＢ用プロトコル変換部５１２６と、データ処理要求の内容であるＳＱＬを変換するＳＱＬ変換部５１２４と、どのようにＳＱＬ変換を行うかを定義した変換ルールである変換情報を記憶する変換情報記憶部５１２５（以後、「変換情報５１２５」と示す）と、データ処理結果を比較検証する検証部５１２７と、検証結果を通知する通知部５１２８とを備える。
旧データベースサーバ５２００は、アプリケーション５１１０が処理を行う際に必要なデータである旧形式データ５２２０を蓄積するストレージと、旧形式データ５２２０を管理する移行前の旧ＤＢＭＳ５２１０とを備える。
新データベースサーバ５３００は、旧形式データ５２２０を新ＤＢＭＳ５３１０が扱える形に変換した新形式データ５３２０を蓄積するストレージと、新形式データ５３２０を管理する移行した新ＤＢＭＳ５３１０とを備える。
［動作の説明］
次に図３および図４〜図８のフローチャートを参照して、本実施の形態の計算機システムの動作について詳細に説明する。
本発明の実施の形態に係るデータベースアクセス方法は、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム５１１０が稼動する１以上のアプリケーションサーバ５１００−１、５１００−２、５１００−ｎと、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（旧ＤＢプロトコル）に従って受け付ける旧データベースサーバ５２００と、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢプロトコル）に従って受け付ける新データベースサーバ５３００と、を備えた計算機システムにおけるデータベースアクセス方法であって、データベース接続部（拡張ＤＢ接続ミドルウェア５１２０）が、第１のモード（準備モード）が指定された場合、アプリケーションプログラム５１１０から発行されたデータベース処理要求を多重化し（ステップＳ６００３）、一方のデータベース処理要求を旧データベースサーバ５２００に適するデータベース依存のプロトコル（旧ＤＢプロトコル）に変換して旧データベースサーバ５２００に投入し（ステップＳ６１０１）、他方のデータベース処理要求を新データベースサーバ５３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ５３００に投入し（ステップＳ６２０１）、旧データベースサーバ５２００および新データベースサーバ５３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換して比較検証し（ステップＳ６１０３、Ｓ６２０３、Ｓ６００４、Ｓ６００５）、比較検証結果を出力するとともに（ステップＳ６００６）、データベース非依存のプロトコル（標準プロトコル）に変換された旧データベースサーバ５２００のデータ処理結果をアプリケーションプログラム５１１０に返却し（ステップＳ６００７、Ｓ６００８）、第２のモード（検証モード）が指定された場合、アプリケーションプログラム５１１０から発行されたデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後（ステップＳ７２０１）、新データベースサーバ５３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ５３００に投入し（ステップＳ７２０３）、新データベースサーバ５３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム５１１０に返却する（ステップＳ７２０５）。
次に図３および図４〜図８のフローチャートを参照して、本実施の形態の計算機システムの動作について詳細に説明する。
本発明の実施の形態に係るデータベースアクセス方法は、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム５１１０が稼動する１以上のアプリケーションサーバ５１００−１、５１００−２、５１００−ｎと、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（旧ＤＢプロトコル）に従って受け付ける旧データベースサーバ５２００と、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢプロトコル）に従って受け付ける新データベースサーバ５３００と、を備えた計算機システムにおけるデータベースアクセス方法であって、データベース接続部（拡張ＤＢ接続ミドルウェア５１２０）が、第１のモード（準備モード）が指定された場合、アプリケーションプログラム５１１０から発行されたデータベース処理要求を多重化し（ステップＳ６００３）、一方のデータベース処理要求を旧データベースサーバ５２００に適するデータベース依存のプロトコル（旧ＤＢプロトコル）に変換して旧データベースサーバ５２００に投入し（ステップＳ６１０１）、他方のデータベース処理要求を新データベースサーバ５３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ５３００に投入し（ステップＳ６２０１）、旧データベースサーバ５２００および新データベースサーバ５３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換して比較検証し（ステップＳ６１０３、Ｓ６２０３、Ｓ６００４、Ｓ６００５）、比較検証結果を出力するとともに（ステップＳ６００６）、データベース非依存のプロトコル（標準プロトコル）に変換された旧データベースサーバ５２００のデータ処理結果をアプリケーションプログラム５１１０に返却し（ステップＳ６００７、Ｓ６００８）、第２のモード（検証モード）が指定された場合、アプリケーションプログラム５１１０から発行されたデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後（ステップＳ７２０１）、新データベースサーバ５３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ５３００に投入し（ステップＳ７２０３）、新データベースサーバ５３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム５１１０に返却する（ステップＳ７２０５）。
本実施の形態には、以下の３つのモードによる動作がある。
１．準備モード
ＤＢＭＳ移行作業の準備として、移行に伴って変換が必要となる旧ＳＱＬを実運用環境において発見するモード。
２．検証モード
ＤＢＭＳ移行作業として、設定した変換ルールに基づくＳＱＬ変換の成否を実運用環境において検証するモード。
３．移行モード
完全に新ＤＢＭＳに移行するモード。
ＤＢＭＳ移行作業の準備として、移行に伴って変換が必要となる旧ＳＱＬを実運用環境において発見するモード。
２．検証モード
ＤＢＭＳ移行作業として、設定した変換ルールに基づくＳＱＬ変換の成否を実運用環境において検証するモード。
３．移行モード
完全に新ＤＢＭＳに移行するモード。
各モードは、切り替え部５４００によって、制御部５１２２の動作を切り替えることで変更する。なお、この切り替えは、人の判断で行ってもよいし、アプリケーションや拡張ＤＢ接続ミドルウェアの状態を監視し、それをもとに自動で判断して行ってもよい。
［準備モード］
まずは、図３と、図４および図５のフローチャートを参照して、本実施の形態の準備モードの動作について詳細に説明する。
まずは、図３と、図４および図５のフローチャートを参照して、本実施の形態の準備モードの動作について詳細に説明する。
アプリケーションサーバ５１００−１，５１００−２，…，５１００−ｎにおいて、アプリケーション５１１０がＤＢＭＳにデータ処理を依頼する場合、データ処理要求として、移行前の旧ＤＢＭＳ５２１０用のＳＱＬを、標準プロトコルでもって、ＤＢ接続ミドルウェア５１２０を介して発行しようとする（ステップＳ６００１）。
拡張ＤＢ接続ミドルウェア５１２０において、インタフェース５１２１がデータ処理要求を受け取り、制御部５１２２に転送する（ステップＳ６００２）。
データ処理要求を受け取った制御部５１２２は、それを多重化し、旧ＤＢ用プロトコル変換部５１２３と新ＤＢ用プロトコル変換部５１２６に、それぞれ転送する（ステップＳ６００３）。
多重化されたデータ処理要求の一方を受け取った旧ＤＢ用プロトコル変換部５１２３は、標準プロトコルのデータ処理要求を、旧ＤＢＭＳ５２１０固有のプロトコルに変換して、旧ＤＢＭＳ５２１０に発行する（ステップＳ６１０１）。
旧データベースサーバ５２００において、固有プロトコルのデータ処理要求を受け取った旧ＤＢＭＳ５２１０は、データ処理要求のＳＱＬを解釈し、その要求に従い、管理している旧形式データ５２２０を用いてデータ処理を行い、その結果であるデータ処理結果を、やはり固有プロトコルでもって、旧ＤＢ用プロトコル変換部５１２３に返す（ステップＳ６１０２）。
固有プロトコルのデータ処理結果を受け取った旧ＤＢ用プロトコル変換部５１２３は、データ処理結果を標準プロトコルに変換し、制御部５１２２に転送する（ステップＳ６１０３）。
また、多重化されたデータ処理要求のもう一方を受け取った新ＤＢ用プロトコル変換部５１２６は、標準プロトコルのデータ処理要求を、新ＤＢＭＳ５３１０固有のプロトコルに変換して、新ＤＢＭＳ５３１０に発行する（ステップＳ６２０１）。
新データベースサーバ５３００において、固有プロトコルのデータ処理要求を受け取った新ＤＢＭＳ５３１０は、データ処理要求のＳＱＬを解釈し、その要求に従い、管理している新形式データ５３２０を用いてデータ処理を行い、その結果であるデータ処理結果を、やはり固有プロトコルでもって、新ＤＢ用プロトコル変換部５１２６に返す（ステップＳ６２０２）。
なお、受け取ったデータ処理要求は、旧ＤＢＭＳ５２１０用のＳＱＬで記述されているため、新ＤＢＭＳでは解釈できず、データ処理結果としてエラーを返す場合もありえる。
固有プロトコルのデータ処理結果を受け取った新ＤＢ用プロトコル変換部５１２６は、データ処理結果を標準プロトコルに変換し、制御部５１２２に転送する（ステップＳ６２０３）。
旧ＤＢＭＳ５２１０からのデータ処理結果と、新ＤＢＭＳ５３１０からのデータ処理結果の両方を受け取った制御部５１２２は、両方のデータ処理結果を検証部５１２７に転送する（ステップＳ６００４）。
検証部５１２７は、両ＤＢＭＳからのデータ処理結果の内容を調べ、比較検証する。この時点では、各データ処理結果は、仕様が公開されていないＤＢＭＳ固有のプロトコルではなく、仕様の公開された標準プロトコルのため、データ処理結果を調べ、比較することは容易である（ステップＳ６００５）。なお、データ処理結果を比較検証するだけでなく、データ処理要求を投入してからデータ処理結果が帰ってくるまでのデータ処理時間を計測、比較し、極端に処理に時間がかかるＳＱＬは、パフォーマンスチューニングのための変換を行ったほうがよいＳＱＬであると判断し、その旨を比較検証結果として出力してもよい。
通知部５１２８は、比較検証した両データ処理結果の元となったデータ処理要求を制御部５１２２から受取り、このデータ処理要求と比較検証の結果（両ＤＢＭＳからのデータ処理結果が、同じか、異なるか）を示すメッセージをコンソールに表示する、ログファイルに記録する、等の方法で通知する（ステップＳ６００６）。
なお、通知部５１２８は、常に比較検証の結果を通知するのではなく、例えば異なる場合のみ通知する、といった動作をしてもかまわない。
また、通知部５１２８は、通知先や通知条件を状況に応じて変化させても構わない。たとえば、準備モード等、変換ルールが整っていない場合は、検証結果が異なる場合にログファイルに記録し、検証モードで変換ルールを検証中には、すべての検証結果をログファイルに記録し、変換ルールが整備されたあとは、検証結果が異なる場合のみ、メールで管理者に通知する等が考えられる。
一方、制御部５１２２は、両ＤＢＭＳからのデータ処理結果のうち、旧ＤＢＭＳ５２１０からのデータ処理結果のみをインタフェース５１２１に転送する（ステップＳ６００７）。
データ処理結果を受け取ったインタフェース５１２１は、それをアプリケーション５１１０に返す（ステップＳ６００８）。
アプリケーション５１１０は、旧ＤＢＭＳ５２１０単体に対してデータ処理要求を発行した場合と同様のデータ処理結果を受け取り、従来通り情報処理を行う（ステップＳ６００９）。
このように動作することで、旧ＤＢＭＳにデータ処理要求を投入して、その処理結果を用いて計算機システムを継続して動作させつつ、新ＤＢＭＳにもデータ処理要求を投入し、その処理結果を、旧ＤＢＭＳの処理結果と比較検証し、結果が異なるＳＱＬは変換すべきＳＱＬであると特定する。
［検証モード］
次に、図３と、図６および図７のフローチャートを参照して、本実施の形態の検証モードの動作について詳細に説明する。
次に、図３と、図６および図７のフローチャートを参照して、本実施の形態の検証モードの動作について詳細に説明する。
図６のステップＳ７００１〜Ｓ７００２、ステップＳ７１０１〜Ｓ７１０３、ステップＳ７２０３〜Ｓ７２０５、ステップＳ７００４、図７のステップＳ７００５〜Ｓ７００９で示される動作は、それぞれ図４のステップＳ６００１〜Ｓ６００２、ステップＳ６１０１〜Ｓ６１０３、ステップＳ６２０１〜Ｓ６２０３、ステップＳ６００４、図５のステップＳ６００５〜Ｓ６００９の動作と同一であるため、説明は省略する。
インタフェース５１２１から標準プロトコルのデータ処理要求を受け取った制御部５１２２は、それを多重化し、旧ＤＢ用プロトコル変換部５１２３とＳＱＬ変換部５１２４に、それぞれ転送する（ステップＳ７００３）。
多重化されたデータ処理要求の一方を受け取ったＳＱＬ変換部５１２４は、データ処理要求の内容であるＳＱＬを調べ、変換情報５１２５に基づき、必要であれば、ＳＱＬ変換を行う（ステップＳ７２０１）。
この際、変換情報５１２５は、準備モードで取得した比較検証の結果を元に、特定した変換すべきＳＱＬの変換ルールが設定されている。
ＳＱＬ変換後、ＳＱＬ変換部５１２４は、変換したデータ処理要求を制御部５１２２に返す。
変換されたデータ処理要求を受け取った制御部５１２２は、それを新ＤＢ用プロトコル変換部５１２６に転送する（ステップＳ７２０２）。
このように動作することで、旧ＤＢＭＳにデータ処理要求を投入して、その処理結果を用いて計算機システムを継続して動作させつつ、新ＤＢＭＳには、新ＤＢＭＳ用ＳＱＬに変換したデータ処理要求を投入し、その処理結果を、旧ＤＢＭＳの処理結果と比較検証する。
［移行モード］
次に、図３および図８のフローチャートを参照して、本実施の形態の移行モードの動作について詳細に説明する。
次に、図３および図８のフローチャートを参照して、本実施の形態の移行モードの動作について詳細に説明する。
図８のステップＳ８００１〜Ｓ８００２、ステップＳ８００４〜Ｓ８００８、ステップＳ８０１０〜Ｓ８０１１で示される動作は、それぞれ図６のステップＳ７００１〜Ｓ７００２、ステップＳ７２０１〜Ｓ７２０５、図７のステップＳ７００８〜Ｓ７００９の動作と同一であるため、説明は省略する。
インタフェース５１２１から標準プロトコルのデータ処理要求を受け取った制御部５１２２は、それをＳＱＬ変換部５１２４にのみ転送する（ステップＳ８００３）。
新ＤＢプロトコル変換部５１２６から、新ＤＢＭＳ５３１０からの標準プロトコルのデータ処理結果を受け取った制御部５１２２は、それをインタフェース５１２１に返す（ステップＳ８００９）。
このように動作することで、新ＤＢＭＳで、アプリケーションを変更することなく透過的に、かつ、新旧両方のＤＢＭＳの種類によらず汎用的に、計算機システムを継続して動作させる。
［効果の説明］
次に本実施の形態の効果について説明する。
次に本実施の形態の効果について説明する。
本実施の形態では、第１の実施の形態で得られる効果に加えて、準備モードにおいて、アプリケーションが発行するデータ処理要求を旧ＤＢＭＳ用ＳＱＬのまま旧ＤＢＭＳ、新ＤＢＭＳ両方に投入し、その結果を比較検証することで、結果が異なったＳＱＬは、変換すべきＳＱＬであると特定することができる。
また、データ処理結果だけでなく、データ処理要求を投入してからデータ処理結果が帰ってくるまでのデータ処理時間を計測、比較することで、極端に処理に時間がかかるＳＱＬは、パフォーマンスチューニングのための変換を行ったほうがよいＳＱＬであると特定することができる。
また、検証モードにおいて、旧ＤＢＭＳには、旧ＤＢ用ＳＱＬのままのデータ処理要求を投入し、新ＤＢＭＳには、準備モードで特定した変換すべきＳＱＬの変換ルールを変換情報として設定して、それを元にＳＱＬ変換したデータ処理要求を投入し、その結果を比較検証することで、設定した変換情報が正しいかどうかを検証することができる。
また、変換情報が正しくない場合は、比較検証の結果から設定しなおすべきＳＱＬとその変換ルールを特定し、再度設定しなおして検証を繰り返すことで、変換ルールを、ブラッシュアップすることができる。
また、準備モード、検証モード両方において、新ＤＢＭＳがデータ処理結果としてエラーを返してきても、旧ＤＢＭＳのデータ処理結果のみをアプリケーションに返すことで、エラーの影響を受けることなく、情報システムを継続して動作させるので、テスト環境ではなく、実際の運用環境において、準備、検証を実行することができる。
また、移行モードにおいて、検証モードで正しさが十分検証された変換ルールを用いてＳＱＬ変換を行うことで、新ＤＢＭＳに移行しても、アプリケーションを変更することなく透過的に、情報システムを継続して動作させることができる。
以上説明したように本実施形態の計算機システムでは、旧データベースサーバから新データベースサーバへ移行する作業を支援するために、アプリケーションプログラムから発行されたデータベース処理要求を多重化し、一方を旧データベースサーバに投入すると同時に、他方をわざとそのまま新データベースサーバに投入して両者のデータ処理結果を比較するモードを設けることで、新データベース操作言語に変更すべき旧データベース操作言語の洗い出しを行う。
本実施形態の計算機システムによれば、上記実施形態の効果に加え、変換したデータベース操作言語が正しく動作しているか検証できるという効果を奏する。
その理由は、データ処理要求を多重化し、一方をそのまま旧ＤＢＭＳに、もう一方を変換して新ＤＢＭＳ両方に投入し、そのデータ処理の結果を比較するためである。
（第２の実施の形態の変形例）
上述した第２の実施の形態では、準備モードおよび検証モードの両方のモードにおいて、新ＤＢＭＳ５３１０と旧ＤＢＭＳ５２１０に対するデータ処理要求のデータ処理結果が異なる場合、旧形式データ５２２０と新形式データ５３２０に不整合が発生し、以降のデータ処理結果が全て異なる可能性がある。このため、準備モードにあっては、変換すべきＳＱＬの特定に誤りが生じるおそれがあり、検証モードにあってはＳＱＬ変換ルール自体の検証が困難になる。従って、第２の実施の形態は参照がメインのシステムには向いているが、更新の多いシステムには向いていない。
上述した第２の実施の形態では、準備モードおよび検証モードの両方のモードにおいて、新ＤＢＭＳ５３１０と旧ＤＢＭＳ５２１０に対するデータ処理要求のデータ処理結果が異なる場合、旧形式データ５２２０と新形式データ５３２０に不整合が発生し、以降のデータ処理結果が全て異なる可能性がある。このため、準備モードにあっては、変換すべきＳＱＬの特定に誤りが生じるおそれがあり、検証モードにあってはＳＱＬ変換ルール自体の検証が困難になる。従って、第２の実施の形態は参照がメインのシステムには向いているが、更新の多いシステムには向いていない。
そこで、第２の実施の形態の変形例では、データ処理結果が異なる場合、以降、制御部５１２２は新ＤＢＭＳ５３１０へのデータ処理要求の転送を行わない。
すなわち、データベース接続部（拡張ＤＢ接続ミドルウェア５１２０）は、第１のモードの処理（準備モード）において、旧データベースサーバ５２００および新データベースサーバ５３００のデータ処理結果が一致しなかった場合、新データベースサーバ５３００への以降のデータベース処理要求の投入を停止する。
すなわち、データベース接続部（拡張ＤＢ接続ミドルウェア５１２０）は、第１のモードの処理（準備モード）において、旧データベースサーバ５２００および新データベースサーバ５３００のデータ処理結果が一致しなかった場合、新データベースサーバ５３００への以降のデータベース処理要求の投入を停止する。
データ処理結果が一致するか否かの検証は、図３の検証部５１２７により行われ、旧データベースサーバ５２００および新データベースサーバ５３００のデータ処理結果が一致しなかった場合、制御部５１２２に新データベースサーバ５３００への以降のデータベース処理要求の投入を停止するよう指示する。
これにより、以後、準備モードの場合には変換の必要なＳＱＬの発見動作が停止するが、変換すべきＳＱＬの特定に誤りが生じるのを防止することができる。また、検証モードの場合には、以後、検証動作が停止するが、設定されたＳＱＬ変換ルールが正しいのにもかかわらず間違っているとの検証結果が出力されるのを防止することができる。
なお、新ＤＢＭＳ５３１０と旧ＤＢＭＳ５２１０に対するデータ処理要求のデータ処理結果が異なる場合に旧形式データ５２２０と新形式データ５３２０に不整合が発生するのは、当該データ処理要求がデータを変更する要求（ＵＰＤＡＴＥ、ＩＮＳＥＲＴ、ＤＥＬＥＴＥ等）の場合なので、後述する第３の実施の形態における判定部（図９の９１２９）と同様な判定部を設け、この判定部によりデータ処理要求がデータを変更する要求であるかどうかを判定し、データを変更する要求である場合に限り、以降、制御部５１２２は新ＤＢＭＳ５３１０へのデータ処理要求の転送を行わないようにしても良い。
すなわち、データベース接続部（拡張ＤＢ接続ミドルウェア５１２０）は、第１のモード（準備モード）の処理において、旧データベースサーバ５２００および新データベースサーバ５３００のデータ処理結果が一致しなかった場合、元のデータベース処理要求がデータを変更する要求であれば、新データベースサーバ５３００への以降のデータベース処理要求の投入を停止する。
（第３の実施の形態）
次に本発明の第３の実施の形態について図面を参照して詳細に説明する。
次に本発明の第３の実施の形態について図面を参照して詳細に説明する。
［構成の説明］
図９は、本発明の実施の形態に係る計算機システムの構成を示すブロック図である。
データベース接続部（拡張ＤＢ接続ミドルウェア９１２０）は、第１のモード（準備モード）の処理において、旧データベースサーバ９２００および新データベースサーバ９３００のデータ処理結果が一致しなかった場合、元のデータベース処理要求がデータを変更する要求であるか否かを判定する判定部９１２９と、元のデータベース処理要求がデータを変更する要求であれば、旧データベースサーバ９２００および新データベースサーバ９３００に対して行ったデータベース処理要求を取り消す取消部９１３０と、を含み、データベース処理要求を取り消したとき、データベース処理が実行されなかった旨のデータ処理結果をアプリケーションプログラム９１１０に返却する。
図９は、本発明の実施の形態に係る計算機システムの構成を示すブロック図である。
データベース接続部（拡張ＤＢ接続ミドルウェア９１２０）は、第１のモード（準備モード）の処理において、旧データベースサーバ９２００および新データベースサーバ９３００のデータ処理結果が一致しなかった場合、元のデータベース処理要求がデータを変更する要求であるか否かを判定する判定部９１２９と、元のデータベース処理要求がデータを変更する要求であれば、旧データベースサーバ９２００および新データベースサーバ９３００に対して行ったデータベース処理要求を取り消す取消部９１３０と、を含み、データベース処理要求を取り消したとき、データベース処理が実行されなかった旨のデータ処理結果をアプリケーションプログラム９１１０に返却する。
図９を参照すると、本発明の第３の実施の形態は、複数のアプリケーションサーバ９１００−１，９１００−２，…，９１００−ｎと、旧データベースサーバ９２００と、新データベースサーバ９３００と、各アプリケーションサーバ９１００−１，９１００−２，…，９１００−ｎの拡張ＤＢ接続ミドルウェア９１２０を制御する切り替え部９４００とから構成される。
各アプリケーションサーバ９１００−１，９１００−２，…，９１００−ｎは、情報処理を行うアプリケーション９１１０と、アプリケーション９１１０と旧ＤＢＭＳ９２１０および新ＤＢＭＳ９３１０を接続する拡張ＤＢ接続ミドルウェア９１２０とを備える。
拡張ＤＢ接続ミドルウェア９１２０は、標準プロトコルのインタフェースであるインタフェース９１２１と、データ処理要求の流れを制御する制御部９１２２と、標準プロトコルを旧ＤＢＭＳ９２１０固有のプロトコルに変換する旧ＤＢ用プロトコル変換部９１２３と、標準プロトコルを新ＤＢＭＳ９３１０固有のプロトコルに変換する新ＤＢ用プロトコル変換部９１２６と、データ処理要求の内容であるＳＱＬを変換するＳＱＬ変換部９１２４と、どのようにＳＱＬ変換を行うかを定義した変換ルールである変換情報を記憶する変換情報記憶部９１２５（以後、「変換情報９１２５」と示す）と、データ処理結果を比較検証する検証部９１２７と、検証結果を通知する通知部９１２８と、データ処理要求を識別、判定する判定部９１２９と、データ処理要求の取り消し（ロールバック）を行う取消部９１３０とを備える。
旧データベースサーバ９２００は、アプリケーション９１１０が処理を行う際に必要なデータである旧形式データ９２２０を蓄積するストレージと、旧形式データ９２２０を管理する移行前の旧ＤＢＭＳ９２１０とを備える。
新データベースサーバ９３００は、旧形式データ９２２０を新ＤＢＭＳ９３１０が扱える形に変換した新形式データ９３２０を蓄積するストレージと、新形式データ９３２０を管理する移行した新ＤＢＭＳ９３１０とを備える。
［動作の説明］
次に本実施の形態の動作について詳細に説明する。
次に本実施の形態の動作について詳細に説明する。
本実施の形態には、以下の３つのモードによる動作がある。
１．準備モード
ＤＢＭＳ移行作業の準備として、移行に伴って変換が必要となる旧ＳＱＬを実運用環境において発見するモード。
２．検証モード
ＤＢＭＳ移行作業として、設定した変換ルールに基づくＳＱＬ変換の成否を実運用環境において検証するモード。
３．移行モード
完全に新ＤＢＭＳに移行するモード。
ＤＢＭＳ移行作業の準備として、移行に伴って変換が必要となる旧ＳＱＬを実運用環境において発見するモード。
２．検証モード
ＤＢＭＳ移行作業として、設定した変換ルールに基づくＳＱＬ変換の成否を実運用環境において検証するモード。
３．移行モード
完全に新ＤＢＭＳに移行するモード。
各モードは、切り替え部９４００によって、制御部９１２２の動作を切り替えることで変更する。なお、この切り替えは、人の判断で行ってもよいし、アプリケーションや拡張ＤＢ接続ミドルウェアの状態を監視し、それをもとに判断を行う外部の制御装置が自動で行ってもよい。
［準備モード］
まずは、図９および図１０〜図１２のフローチャートを参照して、本実施の形態の準備モードの動作について詳細に説明する。
まずは、図９および図１０〜図１２のフローチャートを参照して、本実施の形態の準備モードの動作について詳細に説明する。
図１０のステップＳ１０００１〜Ｓ１０００４、図１１のステップＳ１０００５〜１０００６、図１０のステップＳ１０１０１〜Ｓ１０１０３、ステップＳ１０２０１〜Ｓ１０２０３で示される動作は、それぞれ図４のステップＳ６００１〜Ｓ６００４、図５のステップＳ６００５〜Ｓ６００６、図４のステップＳ６１０１〜Ｓ６１０３、ステップＳ６２０１〜Ｓ６２０３の動作と同一であるため、説明は省略する。
検証部９１２７による旧ＤＢＭＳ９２１０からのデータ処理結果と新ＤＢＭＳ９３１０からのデータ処理応答の比較検証の結果（ステップＳ１０００７）、両方のデータ処理結果が異なれば、判定部９１２９は、データ処理結果の元となったデータ処理要求が、データを変更するデータ処理要求（ＵＰＤＡＴＥ、ＩＮＳＥＲＴ、ＤＥＬＥＴＥ等）であるかどうかを判定する（ステップＳ１０００８）。
判定部９１２９による判定の結果（ステップＳ１０００９）、データ処理要求が、データを変更するデータ処理要求であった場合、取消部９１３０は、データ処理要求による変更を取り消すデータ処理要求（ＲＯＬＬＢＡＣＫ等）を、標準プロトコルで発行する（ステップＳ１００１０）。
取消データ処理要求を受け取った制御部９１２２は、それを多重化し、旧ＤＢ用プロトコル変換部９１２３と新ＤＢ用プロトコル変換部９１２６に、それぞれ転送する（ステップＳ１００１１）。
多重化された取消データ処理要求の一方を受け取った旧ＤＢ用プロトコル変換部９１２３は、標準プロトコルの取消データ処理要求を、旧ＤＢＭＳ９２１０固有のプロトコルに変換して、旧ＤＢＭＳ９２１０に発行する（ステップＳ１０３０１）。
旧データベースサーバ９２００において、固有プロトコルの取消データ処理要求を受け取った旧ＤＢＭＳ９２１０は、取消データ処理要求のＳＱＬを解釈し、その要求に従い、ステップＳ１０１０２で旧ＤＢＭＳ９２１０が行ったデータ処理による旧形式データ９２２０の変更を取り消し、その結果であるデータ処理結果を、やはり固有プロトコルでもって、旧ＤＢ用プロトコル変換部９１２３に返す（ステップＳ１０３０２）。
固有プロトコルのデータ処理結果を受け取った旧ＤＢ用プロトコル変換部９１２３は、データ処理結果を標準プロトコルに変換し、制御部９１２２に転送する（ステップＳ１０３０３）。
また、多重化された取消データ処理要求のもう一方を受け取った新ＤＢ用プロトコル変換部９１２６は、標準プロトコルの取消データ処理要求を、新ＤＢＭＳ９３１０固有のプロトコルに変換して、新ＤＢＭＳ９３１０に発行する（ステップＳ１０４０１）。
新データベースサーバ９３００において、固有プロトコルの取消データ処理要求を受け取った新ＤＢＭＳ９３１０は、取消データ処理要求のＳＱＬを解釈し、その要求に従い、ステップＳ１０２０２で新ＤＢＭＳ９３１０が行ったデータ処理による新形式データ９３２０の変更を取り消し、その結果であるデータ処理結果を、やはり固有プロトコルでもって、新ＤＢ用プロトコル変換部９１２６に返す（ステップＳ１０４０２）。
固有プロトコルのデータ処理結果を受け取った新ＤＢ用プロトコル変換部９１２６は、データ処理結果を標準プロトコルに変換し、制御部９１２２に転送する（ステップＳ１０４０３）。
旧ＤＢＭＳ９２１０からのデータ処理結果と、新ＤＢＭ９３１０からのデータ処理結果の両方を受け取った制御部９１２２は、これを破棄し、データ処理要求が実行できなかったという旨のデータ処理結果をインタフェース９１２１に発行する（ステップＳ１００１２）。
データ処理結果を受け取ったインタフェース９１２１は、それをアプリケーション９１１０に返す（ステップＳ１００１３）。
アプリケーション９１１０は、データ処理結果を受け取り、発行したデータ処理要求が実行されなかったことを認識した上で、通常通り、情報処理を継続する（ステップＳ１００１４）。このときアプリケーション９１１０はデータ処理には失敗するが、異常終了するわけではない。なぜなら、「処理できなかった」という応答は異常なものではないからである。アプリケーション９１１０は、「処理できなかった」という結果に応じた処理を継続する。その処理の結果はアプリケーションの停止かもしれないが、これも異常終了ではなく、想定された終了である。
一方、ステップＳ１０００７で、旧ＤＢＭＳ９２１０からのデータ処理結果と新ＤＢＭＳ９３１０からのデータ処理応答の比較検証の結果が同じである場合、あるいは、ステップＳ１０００９で、データ処理要求が、データを変更するデータ処理要求でない場合、制御部Ｓ９１２２は、両ＤＢＭＳからのデータ処理結果のうち、旧ＤＢＭＳ９２１０からのデータ処理結果のみをインタフェース９１２１に転送する（ステップＳ１０５０１）。
データ処理結果を受け取ったインタフェース９１２１は、それをアプリケーション９１１０に返す（ステップＳ１０５０２）。
アプリケーション９１１０は、旧ＤＢＭＳ９２１０単体に対してデータ処理要求を発行した場合と同様のデータ処理結果を受け取り、従来通り情報処理を行う（ステップＳ１０５０３）。
このように動作することで、旧ＤＢＭＳ９２１０と新ＤＢＭＳ９３１０でデータ処理結果が異なっても、そのデータ処理を取り消すことで、旧形式データ９２２０と新形式データ９３２０との論理的な整合性を維持し、継続して両ＤＢＭＳを用いて、変換すべきＳＱＬの特定を継続する。
［検証モード］
次に、図９および図１３〜図１５のフローチャートを参照して、本実施の形態の検証モードの動作について詳細に説明する。
次に、図９および図１３〜図１５のフローチャートを参照して、本実施の形態の検証モードの動作について詳細に説明する。
図１３のステップＳ１１００１、Ｓ１１００２、Ｓ１１００４、ステップＳ１１１０１〜Ｓ１１１０３、ステップＳ１１２０３〜Ｓ１１２０５、図１４のステップＳ１１００５〜Ｓ１１００９、ステップＳ１１５０１〜Ｓ１１５０３、図１５のステップＳ１１０１０〜Ｓ１１０１４、ステップＳ１１３０１〜Ｓ１１３０３、ステップＳ１１４０１〜Ｓ１１４０３で示される動作は、それぞれ図１０のステップＳ１０００１、Ｓ１０００２、Ｓ１０００４、ステップＳ１０１０１〜Ｓ１０１０３、ステップＳ１０２０１〜Ｓ１０２０３、図１１のステップＳ１０００５〜Ｓ１０００９、ステップＳ１０５０１〜Ｓ１０５０３、図１２のステップＳ１００１０〜Ｓ１００１４、ステップＳ１０３０１〜Ｓ１０３０３、ステップＳ１０４０１〜Ｓ１０４０３の動作と同一であるため、説明は省略する。
インタフェース９１２１から標準プロトコルのデータ処理要求を受け取った制御部９１２２は、それを多重化し、旧ＤＢ用プロトコル変換部９１２３とＳＱＬ変換部９１２４に、それぞれ転送する（ステップＳ１１００３）。
多重化されたデータ処理要求の一方を受け取ったＳＱＬ変換部９１２４は、データ処理要求の内容であるＳＱＬを調べ、変換情報９１２５に基づき、必要であれば、ＳＱＬ変換を行い、変換したデータ処理要求を制御部９１２２に返す（ステップＳ１１２０１）。制御部９１２２は、変換されたデータ処理要求を新ＤＢプロトコル変換部９１２６に転送する（ステップＳ１１２０２）。
このように動作することで、旧ＤＢＭＳ９２１０と新ＤＢＭＳ９３１０でデータ処理結果が異なっても、そのデータ処理を取り消すことで、旧形式データ９２２０と新形式データ９３２０との論理的な整合性を維持し、継続して両ＤＢＭＳを用いて、ＳＱＬ変換の検証を継続する。
［移行モード］
移行モードの動作は、第２の実施の形態における移行モードの動作と同一のため、その動作の説明は省略する。
移行モードの動作は、第２の実施の形態における移行モードの動作と同一のため、その動作の説明は省略する。
［効果の説明］
次に本実施の形態の効果について説明する。
次に本実施の形態の効果について説明する。
本実施の形態では、第２の実施の形態で得られる効果に加えて、変換ルールが不完全で、新ＤＢＭＳと旧ＤＢＭＳのデータ処理結果が異なった場合でも、そのデータ処理を取り消すことで、旧形式データと新形式データの整合性を維持し、変換すべきＳＱＬの特定、およびＳＱＬ変換の検証を継続できる。
（第４の実施の形態）
次に本発明の第４の実施の形態について図面を参照して詳細に説明する。
次に本発明の第４の実施の形態について図面を参照して詳細に説明する。
［構成の説明］
図１６は、本発明の実施の形態に係る計算機システムの構成を示すブロック図である。
本発明の実施の形態に係る計算機システムは、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム１２１１０が稼動する１以上のアプリケーションサーバ１２１００−１、１２１００−２、１２１００−ｎと、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（旧ＤＢプロトコル）に従って受け付ける旧データベースサーバ１２２００と、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢ用プロトコル）に従って受け付ける新データベースサーバ１２３００と、第１のモード（検証モード）が指定された場合、アプリケーションプログラム１２１１０から発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を旧データベースサーバ１２２００に適するデータベース依存のプロトコル（旧ＤＢプロトコル）に変換して旧データベースサーバ１２２００に投入し、他方のデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後、新データベースサーバ１２３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ１２３００に投入し、旧データベースサーバ１２２００および新データベースサーバ１２３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換して比較検証し、比較検証結果を出力するとともに、データベース非依存のプロトコル（標準プロトコル）に変換された旧データベースサーバ１２２００のデータ処理結果をアプリケーションプログラム１２１１０に返却し、第２のモード（移行モード）が指定された場合、アプリケーションプログラム１２１１０から発行されたデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後、新データベースサーバ１２３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ１２３００に投入し、新データベースサーバ１２３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム１２１１０に返却するデータベース接続部（拡張ＤＢ接続ミドルウェア１２１２０）と、を備える。
図１６は、本発明の実施の形態に係る計算機システムの構成を示すブロック図である。
本発明の実施の形態に係る計算機システムは、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム１２１１０が稼動する１以上のアプリケーションサーバ１２１００−１、１２１００−２、１２１００−ｎと、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（旧ＤＢプロトコル）に従って受け付ける旧データベースサーバ１２２００と、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢ用プロトコル）に従って受け付ける新データベースサーバ１２３００と、第１のモード（検証モード）が指定された場合、アプリケーションプログラム１２１１０から発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を旧データベースサーバ１２２００に適するデータベース依存のプロトコル（旧ＤＢプロトコル）に変換して旧データベースサーバ１２２００に投入し、他方のデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後、新データベースサーバ１２３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ１２３００に投入し、旧データベースサーバ１２２００および新データベースサーバ１２３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換して比較検証し、比較検証結果を出力するとともに、データベース非依存のプロトコル（標準プロトコル）に変換された旧データベースサーバ１２２００のデータ処理結果をアプリケーションプログラム１２１１０に返却し、第２のモード（移行モード）が指定された場合、アプリケーションプログラム１２１１０から発行されたデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後、新データベースサーバ１２３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ１２３００に投入し、新データベースサーバ１２３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム１２１１０に返却するデータベース接続部（拡張ＤＢ接続ミドルウェア１２１２０）と、を備える。
さらに、データベース接続部（拡張ＤＢ接続ミドルウェア１２１２０）は、第１のモード（検証モード）の処理において、旧データベースサーバ１２２００および新データベースサーバ１２３００のデータ処理結果が一致しなかった場合、新データベースサーバ１２３００に対して行ったデータベース処理要求を必要に応じて取り消し、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換するための変換情報１２１２５を変更した後、該変更後の変換情報１２１２５を用いて元のデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換し、さらに新データベースサーバ１２３００に適したデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ１２３００に投入し、得られた新データベースサーバ１２３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換して旧データベースサーバ１２２００のデータ処理結果と比較検証する。
図１６を参照すると、本発明の第４の実施の形態は、複数のアプリケーションサーバ１２１００−１，１２１００−２，…，１２１００−ｎと、旧データベースサーバ１２２００と、新データベースサーバ１２３００と、各アプリケーションサーバ１２１００−１，１２１００−２，…，１２１００−ｎの拡張ＤＢ接続ミドルウェア１２１２０を制御する切り替え部１２４００とから構成される。
各アプリケーションサーバ１２１００−１，１２１００−２，…，１２１００−ｎは、情報処理を行うアプリケーション１２１１０と、アプリケーション１２１１０と旧ＤＢＭＳ１２２１０および新ＤＢＭＳ１２３１０を接続する拡張ＤＢ接続ミドルウェア１２１２０とを備える。
データベース接続部（拡張ＤＢ接続ミドルウェア１２１２０）は、アプリケーションプログラム１２１１０から発行されたデータベース処理要求のデータベース操作言語（旧ＤＢ用ＳＱＬ）を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換する仕様変換部（ＳＱＬ変換部１２１２４）と、データベース処理要求のプロトコル（標準プロトコル）を新データベースサーバ１２３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換し、新データベースサーバ１２３００のデータ処理結果のプロトコル（新ＤＢプロトコル）をデータベース非依存のプロトコル（標準プロトコル）に変換する新プロトコル変換部（新ＤＢ用プロトコル変換部１２１２６）と、データベース処理要求のプロトコル（標準プロトコル）を旧データベースサーバ１２２００に適するデータベース依存のプロトコル（旧ＤＢプロトコル）に変換し、旧データベースサーバ１２２００のデータ処理結果のプロトコル（旧ＤＢプロトコル）をデータベース非依存のプロトコル（標準プロトコル）に変換する旧プロトコル変換部（旧ＤＢ用プロトコル変換部１２１２３）と、データベース非依存のプロトコル（標準プロトコル）に変換された新データベースサーバ１２３００および旧データベースサーバ１２２００のデータ処理結果どうしを比較検証する検証部１２１２７と、検証部１２１２７の比較検証結果を出力する出力部（通知部１２１２８）と、第１のモード（検証モード）と第２のモード（移行モード）のうち指定されたモードによる処理を制御する制御部（制御部１２１２２）と、を備える。
具体的には、拡張ＤＢ接続ミドルウェア１２１２０は、標準プロトコルのインタフェースであるインタフェース１２１２１と、データ処理要求の流れを制御する制御部１２１２２と、標準プロトコルを旧ＤＢＭＳ１２２１０固有のプロトコルに変換する旧ＤＢ用プロトコル変換部１２１２３と、標準プロトコルを新ＤＢＭＳ１２３１０固有のプロトコルに変換する新ＤＢ用プロトコル変換部１２１２６と、データ処理要求の内容であるＳＱＬを変換するＳＱＬ変換部１２１２４と、どのようにＳＱＬ変換を行うかを定義した変換ルールである変換情報を記憶する変換情報記憶部１２１２５（以後、「変換情報１２１２５」と示す）と、変換情報を変更する変更部１２１３１と、データ処理結果を比較検証する検証部１２１２７と、検証結果を通知する通知部１２１２８と、データ処理要求を識別、判定する判定部１２１２９と、データ処理の取り消し（ロールバック）を行う取消部１２１３０と、データ処理要求を記録、再生する記録再生部１２１３２と、記録したデータ処理要求である要求記録を記録する要求記録部１２１３３（以後、「要求記録１２１３３」と示す）とを備える。
旧データベースサーバ１２２００は、アプリケーション１２１１０が処理を行う際に必要なデータである旧形式データ１２２２０を蓄積するストレージと、旧形式データ１２２２０を管理する移行前の旧ＤＢＭＳ１２２１０とを備える。
新データベースサーバ１２３００は、旧形式データ１２２２０を新ＤＢＭＳ１２３１０が扱える形に変換した新形式データ１２３２０を蓄積するストレージと、新形式データ１２３２０を管理する移行した新ＤＢＭＳ１２３１０とを備える。
［動作の説明］
次に図１６および図１７〜図１９のフローチャートを参照して、本実施の形態の計算機システムの動作について詳細に説明する。
本発明の実施の形態に係るデータベースアクセス方法は、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム１２１１０が稼動する１以上のアプリケーションサーバ１２１００−１、１２１００−２、１２１００−ｎと、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（旧ＤＢプロトコル）に従って受け付ける旧データベースサーバ１２２００と、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢプロトコル）に従って受け付ける新データベースサーバ１２３００と、を備えた計算機システムにおけるデータベースアクセス方法であって、データベース接続部（拡張ＤＢ接続ミドルウェア１２１２０）が、第１のモード（検証モード）が指定された場合、アプリケーションプログラム１２１１０から発行されたデータベース処理要求を多重化し（ステップＳ１３００４）、一方のデータベース処理要求を旧データベースサーバ１２２００に適するデータベース依存のプロトコル（旧ＤＢプロトコル）に変換して旧データベースサーバ１２２００に投入し（ステップＳ１３１０１）、他方のデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後（ステップＳ１３２０１）、新データベースサーバ１２３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ１２３００に投入し（ステップＳ１３２０３）、旧データベースサーバ１２２００および新データベースサーバ１２３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換して比較検証し（ステップＳ１３１０３、Ｓ１３２０５、Ｓ１３００５、Ｓ１３００６）、比較検証結果を出力するとともに（ステップＳ１３００７）、データベース非依存のプロトコル（標準プロトコル）に変換された旧データベースサーバ１２２００のデータ処理結果をアプリケーションプログラム１２１１０に返却し（ステップＳ１３５０１、Ｓ１３５０２）、第２のモード（移行モード）が指定された場合、アプリケーションプログラム１２１１０から発行されたデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後（図８のステップＳ８００４）、新データベースサーバ１２３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ１２３００に投入し（図８のステップＳ８００６）、新データベースサーバ１２３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム１２１１０に返却する（図８のステップＳ８００８〜Ｓ８０１０）。
次に図１６および図１７〜図１９のフローチャートを参照して、本実施の形態の計算機システムの動作について詳細に説明する。
本発明の実施の形態に係るデータベースアクセス方法は、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース非依存のプロトコル（標準プロトコル）に従って発行するアプリケーションプログラム１２１１０が稼動する１以上のアプリケーションサーバ１２１００−１、１２１００−２、１２１００−ｎと、第１のデータベース操作言語（旧ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（旧ＤＢプロトコル）に従って受け付ける旧データベースサーバ１２２００と、第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に準拠したデータベース処理要求をデータベース依存のプロトコル（新ＤＢプロトコル）に従って受け付ける新データベースサーバ１２３００と、を備えた計算機システムにおけるデータベースアクセス方法であって、データベース接続部（拡張ＤＢ接続ミドルウェア１２１２０）が、第１のモード（検証モード）が指定された場合、アプリケーションプログラム１２１１０から発行されたデータベース処理要求を多重化し（ステップＳ１３００４）、一方のデータベース処理要求を旧データベースサーバ１２２００に適するデータベース依存のプロトコル（旧ＤＢプロトコル）に変換して旧データベースサーバ１２２００に投入し（ステップＳ１３１０１）、他方のデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後（ステップＳ１３２０１）、新データベースサーバ１２３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ１２３００に投入し（ステップＳ１３２０３）、旧データベースサーバ１２２００および新データベースサーバ１２３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換して比較検証し（ステップＳ１３１０３、Ｓ１３２０５、Ｓ１３００５、Ｓ１３００６）、比較検証結果を出力するとともに（ステップＳ１３００７）、データベース非依存のプロトコル（標準プロトコル）に変換された旧データベースサーバ１２２００のデータ処理結果をアプリケーションプログラム１２１１０に返却し（ステップＳ１３５０１、Ｓ１３５０２）、第２のモード（移行モード）が指定された場合、アプリケーションプログラム１２１１０から発行されたデータベース処理要求を第２のデータベース操作言語（新ＤＢ用ＳＱＬ）に変換した後（図８のステップＳ８００４）、新データベースサーバ１２３００に適するデータベース依存のプロトコル（新ＤＢプロトコル）に変換して新データベースサーバ１２３００に投入し（図８のステップＳ８００６）、新データベースサーバ１２３００のデータ処理結果をデータベース非依存のプロトコル（標準プロトコル）に変換してアプリケーションプログラム１２１１０に返却する（図８のステップＳ８００８〜Ｓ８０１０）。
本実施の形態には、以下の２つのモードによる動作がある。
１．検証モード
ＤＢＭＳ移行作業として、設定した変換ルールに基づくＳＱＬ変換の成否を検証するモード。
２．移行モード
完全に新ＤＢＭＳに移行するモード。
ＤＢＭＳ移行作業として、設定した変換ルールに基づくＳＱＬ変換の成否を検証するモード。
２．移行モード
完全に新ＤＢＭＳに移行するモード。
各モードは、切り替え部１２４００によって、制御部１２１２２の動作を切り替えることで変更する。この切り替えは、人の判断で行ってもよいし、アプリケーションや拡張ＤＢ接続ミドルウェアの状態を監視し、それをもとに判断を行う外部の制御装置が自動で行ってもよい。なお、本実施の形態に、第２または第３の実施の形態における準備モードと同様な準備モードを設けるようにしても良い。
［検証モード］
次に、図１６および図１７〜図１９のフローチャートを参照して、本実施の形態の検証モードの動作について詳細に説明する。
次に、図１６および図１７〜図１９のフローチャートを参照して、本実施の形態の検証モードの動作について詳細に説明する。
図１７のステップＳ１３００１、Ｓ１３００２、Ｓ１３００４、Ｓ１３００５、ステップＳ１３１０１〜Ｓ１３１０３、ステップＳ１３２０１〜Ｓ１３２０５、図１８のステップＳ１３００６〜Ｓ１３０１０、Ｓ１３０１１、ステップＳ１３０１３〜Ｓ１３０１５、ステップＳ１３５０１〜Ｓ１３５０３で示される動作は、それぞれ図１３のステップＳ１１００１、ステップＳ１１００２、Ｓ１１００３、Ｓ１１００４、ステップＳ１１１０１〜Ｓ１１１０３、ステップＳ１１２０１〜Ｓ１１２０５、図１４のステップＳ１１００５〜Ｓ１１００９、図１５のＳ１１０１０、ステップＳ１１４０１〜Ｓ１１４０３、図１４のステップＳ１１５０１〜Ｓ１１５０３の動作と同一であるため、説明は省略する。
記録再生部１２１３２は、制御部１２１２２がインタフェース１２１２１から転送されたデータ処理要求を、要求記録１２１３３に記録する（ステップＳ１３００３）。
取消データ処理要求を受け取った制御部１３１２２は、それを新ＤＢ用プロトコル変換部１３１２６に転送する（ステップＳ１３０１２）。
ステップＳ１３２０４で新ＤＢＭＳ１２３１０が行ったデータ処理を取り消し、そのデータ処理結果を新ＤＢ用プロトコル変換部１２１２６を介して制御部１２１２２が受け取った（ステップＳ１３０１３〜Ｓ１３０１５）後、変更部１２１３１は、新ＤＢＭＳ１２３１０が旧ＤＢＭＳ１２２１０と同じデータ処理結果を返すようにデータ処理要求を変換できなかった変換情報１２１２５の変換ルールを変更する（ステップＳ１３０１６）。
この変換ルールの変更は、人が直接あるいは何らかのシステムを介して行ってもよいし、変換ルール変更用の外部装置が自動で行っても良い。
変換ルールの変更とは、既存の変換ルールを置き換える、新規に変換ルールを追加する、あるいは、複数ある変換ルールの適用優先順序を変更する、等が考えられる。
また、人がシステムを介して変換ルールを変更する場合、そのシステムのユーザインタフェースは、通知部１２１２８によって通知、蓄積された検証部１２１２７、あるいは他のシステムの検証部の検証履歴を利用し、成功した変換ルールや失敗した変換ルールを示す等の、変換ルールの変更作業を補佐する機能を備えていても良い。
次に、記録再生部１２１３２は、ステップＳ１３００３で記録したデータ処理要求を、要求記録１２１３３から再生し、制御部１２１２２に発行する（ステップＳ１３０１７）。
再生されたデータ処理要求を受け取った制御部１２１２２は、それをＳＱＬ変換部１２１２４に転送する（ステップＳ１３０１８）。
データ処理要求を受け取ったＳＱＬ変換部１２１２４は、ステップＳ１３０１６で変更された新しい変換情報１２１２５に基づき、ステップＳ１３２０１とは異なるＳＱＬ変換を行い、変換したデータ処理要求を制御部１２１２２に返す（ステップＳ１３０１９）。
変換されたデータ処理要求を受け取った制御部１２１２２は、それを新ＤＢ用プロトコル変換部１２１２６に転送する（ステップＳ１３０２０）。
データ処理要求を受け取った新ＤＢ用プロトコル変換部１２１２６は、標準プロトコルのデータ処理要求を、新ＤＢＭＳ１２３１０固有のプロトコルに変換して、新ＤＢＭＳ１２３１０に発行する（ステップＳ１３０２１）。
新データベースサーバ１２３００において、固有プロトコルのデータ処理要求を受け取った新ＤＢＭＳ１２３１０は、データ処理要求のＳＱＬを解釈し、その要求に従い、管理している新形式データ１２３２０を用いてデータ処理を行い、その結果であるデータ処理結果を、やはり固有プロトコルでもって、新ＤＢ用プロトコル変換部１２１２６に返す（ステップＳ１３０２２）。
固有プロトコルのデータ処理結果を受け取った新ＤＢ用プロトコル変換部１２１２６は、データ処理結果を標準プロトコルに変換し、制御部１２１２２に転送する（ステップＳ１３０２３）。
新ＤＢＭＳ１２３１０からの新しいデータ処理結果を受け取った制御部１２１２２は、保持していた旧ＤＢＭＳ１２２１０からのデータ処理結果とともに、検証部１２１２７に転送する（ステップＳ１３０２４）。
このように動作することで、旧ＤＢＭＳ１２２１０と新ＤＢＭＳ１２３１０でデータ処理結果が異なる場合、新ＤＢＭＳ１２３１０でそのデータ処理を取消し、変更した変換ルールで、データ処理結果が同じになるようにデータ処理要求を変換し、再度、新ＤＢＭＳ１２３１０に投入することを繰り返すことで、変換ルールをブラッシュアップし、また、旧形式データ１２２２０と新形式データ１２３２０との論理的な整合性を維持し、継続して両ＤＢＭＳを用いて検証を続けることができる。
［移行モード］
移行モードの動作は、第３の実施の形態における移行モードの動作と同一のため、その動作説明は省略する。
移行モードの動作は、第３の実施の形態における移行モードの動作と同一のため、その動作説明は省略する。
［効果の説明］
次に本実施の形態の効果について説明する。
次に本実施の形態の効果について説明する。
本実施の形態では、第２の実施の形態で得られる効果に加えて、変換ルールが不完全で、新ＤＢＭＳと旧ＤＢＭＳのデータ処理結果が異なった場合でも、旧形式データと新形式データの整合性を維持し、検証を継続できる。
特に、一旦ＳＱＬ変換がうまくいかなくても、これまでのＳＱＬ変換の検証結果の履歴等を元に変換ルールを即時修正し、再度変換、新ＤＢＭＳに投入を繰り返すことで、アプリケーションに対しＳＱＬ変換の失敗を隠蔽し、データ処理が成功した状態で、これまでのＳＱＬ変換の検証結果の履歴等を元に、変換ルールのブラッシュアップ、検証を継続できる。
本実施形態の計算機システムでは、同じく旧データベースサーバから新データベースサーバへ移行する作業を支援するために、アプリケーションプログラムから発行されたデータベース処理要求を多重化し、一方を旧データベースサーバに投入すると同時に、他方を変換ルールで変換して新データベースサーバに投入して両者のデータ処理結果を比較するモードを設けることで、旧データベース操作言語から新データベース操作言語へ変換するルールである変換情報が正しく設定されているかどうかを検証する。このとき、両者のデータ処理結果が一致しない場合に、その時点で変換ルールを変更して再試行する仕組みを提供する。
本実施形態の計算機システムによれば、上記実施形態の効果に加え、データベース操作言語を変換する変換ルールを容易に設定できるという効果を奏する。
その理由は、データベース操作言語の変換がうまくいかなくても、その変換によるデータ処理を取り消し、これまでの変換の検証結果の履歴等を元に変換ルールを修正し、かつその変換ルールを用いて再度変換、新ＤＢＭＳに投入を繰り返し、アプリケーションに対しデータベース操作言語の変換の失敗を隠蔽して、変換ルールのブラッシュアップ、検証を行うことができるためである。
（第４の実施の形態の変更例）
本変形例では、切り替え部１２４００が、第１のモード（検証モード）の処理中に、旧ＤＢＭＳ１２２１０および新ＤＢＭＳ１２３１０のデータ処理結果が一致しなくなる確率が低下したことを検出して、第２のモード（移行モード）へ自動的に切り替える。この場合の切り替え部１２４００の実施例を図２０に示す。
本変形例では、切り替え部１２４００が、第１のモード（検証モード）の処理中に、旧ＤＢＭＳ１２２１０および新ＤＢＭＳ１２３１０のデータ処理結果が一致しなくなる確率が低下したことを検出して、第２のモード（移行モード）へ自動的に切り替える。この場合の切り替え部１２４００の実施例を図２０に示す。
図２０を参照すると、切り替え部１２４００は、通知受信部１２４０１と判定部１２４０２と切り替え指示部１２４０３とを備える。
通知受信部１２４０１は、アプリケーションサーバの拡張ＤＢ接続ミドルウェア１２１２０の通知部１２１２８から検証モードにおける検証結果を受信する。
判定部１２４０２は、通知受信部１２４０１から検証結果を受け取り、旧ＤＢＭＳ１２２１０および新ＤＢＭＳ１２３１０のデータ処理結果が一致しなくなる確率が低下したかどうかの検出を行う。この検出は、例えば、旧ＤＢＭＳ１２２１０および新ＤＢＭＳ１２３１０のデータ処理結果の不一致を示す検証結果が、予め定められた一定期間以上にわたって通知されてこなかったかどうかによって行うことができる。他の方法としては、変換すべきＳＱＬの全部あるいは一部のリストを持ち、このリストに挙がっている全てのＳＱＬについて検証が成功したかどうか、即ち、新旧両方のＤＢＭＳのデータ処理結果が一致したかどうかを調べることで行うこともできる。
判定部１２４０２は、旧ＤＢＭＳ１２２１０および新ＤＢＭＳ１２３１０のデータ処理結果が一致しなくなる確率が低下したことを検出すると、切り替え指示部１２４０３に対してその旨を通知する。切り替え指示部１２４０３は、アプリケーションサーバの拡張ＤＢ接続ミドルウェア１２１２０の制御部１２１２２に対して移行モードへの切り替えを指示する。
前述したように第４の実施の形態では、検証モードにおいて変換ルールを適宜にブラッシュアップしていくことができるため、やがて変換ルールが整備され、検証失敗はめったに起きなくなる。本変形例では、一定時間以上にわたって検証失敗が発生しない等の状況に至れば、変換ルールが完成されたとみなし、自動的に移行モードに移行することができる。
（その他の形態）
以上、本発明を実施するための最良の形態について説明したが、本発明は以上の実施の形態に限定されず、その他各種の付加変更が可能である。
以上、本発明を実施するための最良の形態について説明したが、本発明は以上の実施の形態に限定されず、その他各種の付加変更が可能である。
例えば、本発明の各実施の形態では、各アプリケーションサーバ毎に分散して、制御手段をはじめとするデータベース移行機構を配置しているが、図２１に示すように、データベース移行機能をデータベース移行装置に集約し、各アプリケーションサーバには、そのデータベース移行装置への転送機能のみを持たせても構わない。
このように、複数のアプリケーションサーバのデータベース移行機能をデータベース移行装置に集約することにより保守性が向上し、また、データベース移行機能をアプリケーションサーバから独立させることによりアプリケーションサーバを軽量化することができる。ただし、データベース移行装置がボトルネック、単一故障点となるため、性能、耐障害性は低下する。
また、このデータベース移行装置を複数用意し、通常時は特定のデータベース移行装置を使用し、それが故障した場合には、別のデータベース移行装置が処理を引き継ぐような構成にしても構わない。
また、本発明の各実施の形態を組み合わせて動作するようにしても構わない。
例えば、第３の実施の形態における準備モードで変換すべきＳＱＬを特定した後、そのＳＱＬに対応した変換ルールを設定し、第４の実施の形態における検証モードで検証、変換ルールのブラッシュアップを行うように動作してもかまわない。
あるいは、第４の実施の形態において、データ処理結果が異なる場合、データ処理結果が同じになるまで変換ルールを変更し続けるが、一定回数変更しても、同じ結果にならない場合は、第３の実施の形態のように、両ＤＢＭＳのデータ処理を取り消すように動作しても構わない。
また、本発明のデータベース接続手段は、その有する機能をハードウェア的に実現することは勿論、コンピュータとプログラムとで実現することができる。プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した各実施の形態におけるデータベース接続手段としての拡張ＤＢ接続ミドルウェアとして機能させる。
（産業上の利用可能性）
本発明は、ＤＢＭＳを用いてサービスを提供するシステムにおいて、低コストでＤＢＭＳを別のＤＢＭＳに移行するといった用途に適用できる。
本発明は、ＤＢＭＳを用いてサービスを提供するシステムにおいて、低コストでＤＢＭＳを別のＤＢＭＳに移行するといった用途に適用できる。
この出願は、２００６年１１月６日に出願された日本出願特願２００６−３００１９９号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
以上、実施形態および実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
Claims (18)
- 第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動する１以上のアプリケーションサーバと、
第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバと、
第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバと、
第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を前記旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、他方のデータベース処理要求を前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、旧データベースサーバおよび新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却するデータベース接続手段と、を備える計算機システム。 - 第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動する１以上のアプリケーションサーバと、
第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバと、
第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバと、
第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を前記旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、他方のデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、旧データベースサーバおよび新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却するデータベース接続手段と、を備える計算機システム。 - 前記データベース接続手段は、第１のモードの処理において、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、新データベースサーバへの以降のデータベース処理要求の投入を停止することを特徴とする請求項１または２記載の計算機システム。
- 前記データベース接続手段は、第１のモードの処理において、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、元のデータベース処理要求がデータを変更する要求であれば、新データベースサーバへの以降のデータベース処理要求の投入を停止することを特徴とする請求項１または２記載の計算機システム。
- 前記データベース接続手段は、第１のモードの処理において、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、元のデータベース処理要求がデータを変更する要求であれば、旧データベースサーバおよび新データベースサーバに対して行ったデータベース処理要求を取り消し、データベース処理が実行されなかった旨のデータ処理結果をアプリケーションプログラムに返却することを特徴とする請求項１または２記載の計算機システム。
- 前記データベース接続手段は、第１のモードの処理において、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、新データベースサーバに対して行ったデータベース処理要求を必要に応じて取り消し、第１のデータベース操作言語を第２のデータベース操作言語に変換するための変換情報を変更した後、該変更後の変換情報を用いて元のデータベース処理要求を第２のデータベース操作言語に変換し、さらに新データベースサーバに適したデータベース依存のプロトコルに変換して新データベースサーバに投入し、得られた新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して旧データベースサーバのデータ処理結果と比較検証することを特徴とする請求項２記載の計算機システム。
- 第１のモードの処理中に、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなくなる確率が低下したことを検出して、第２のモードへ切り替える切り替え手段を備えることを特徴とする請求項６記載の計算機システム。
- 前記データベース接続手段は、
前記アプリケーションプログラムから発行されたデータベース処理要求のデータベース操作言語を第２のデータベース操作言語に変換する仕様変換手段と、
データベース処理要求のプロトコルを新データベースサーバに適するデータベース依存のプロトコルに変換し、新データベースサーバのデータ処理結果のプロトコルをデータベース非依存のプロトコルに変換する新プロトコル変換手段と、
データベース処理要求のプロトコルを旧データベースサーバに適するデータベース依存のプロトコルに変換し、旧データベースサーバのデータ処理結果のプロトコルをデータベース非依存のプロトコルに変換する旧プロトコル変換手段と、
データベース非依存のプロトコルに変換された新データベースサーバおよび旧データベースサーバのデータ処理結果どうしを比較検証する検証手段と、
前記検証手段の比較検証結果を出力する出力手段と、
第１のモードと第２のモードのうち指定されたモードによる処理を制御する制御手段と、を備えることを特徴とする請求項１または２記載の計算機システム。 - 第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動する１以上のアプリケーションサーバと、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバと、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバと、を備えた計算機システムにおけるデータベースアクセス方法であって、
データベース接続手段が、第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、一方のデータベース処理要求を前記旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、他方のデータベース処理要求を前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、
旧データベースサーバおよび新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、
該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、
第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、
前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却することを特徴とするデータベースアクセス方法。 - 第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動する１以上のアプリケーションサーバと、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバと、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバと、を備えた計算機システムにおけるデータベースアクセス方法であって、
データベース接続手段が、第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、
一方のデータベース処理要求を前記旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、
他方のデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、
旧データベースサーバおよび新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、
該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、
第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、
前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却することを特徴とするデータベースアクセス方法。 - 第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動するアプリケーションサーバであって、
第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、
一方のデータベース処理要求を、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、
他方のデータベース処理要求を、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、
前記旧データベースサーバおよび前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、
該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、
第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、
前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却するデータベース接続手段を備えるアプリケーションサーバ。 - 第１のデータベース操作言語に準拠したデータベース処理要求をデータベース非依存のプロトコルに従って発行するアプリケーションプログラムが稼動するアプリケーションサーバであって、
第１のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を多重化し、
一方のデータベース処理要求を、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入し、
他方のデータベース処理要求を、第２のデータベース操作言語に変換した後、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、
前記旧データベースサーバおよび前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、該比較検証結果を出力するとともに、データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却し、
第２のモードが指定された場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入し、
前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却するデータベース接続手段を備えるアプリケーションサーバ。 - コンピュータに、
第１のモードが指定されている場合、第１のデータベース操作言語に準拠し且つデータベース非依存のプロトコルに従ってアプリケーションプログラムから発行されたデータベース処理要求を多重化する第１の処理と、
一方のデータベース処理要求を、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入する第２の処理と、
他方のデータベース処理要求を、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入する第３の処理と、
旧データベースサーバおよび新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、該比較検証結果を出力する第４の処理と、
データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却する第５の処理と、を行わせ、
第２のモードが指定されている場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入する第６の処理と、
前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却する第７の処理と、を行わせるためのプログラム。 - コンピュータに、
第１のモードが指定されている場合、第１のデータベース操作言語に準拠し且つデータベース非依存のプロトコルに従ってアプリケーションプログラムから発行されたデータベース処理要求を多重化する第１の処理と、
一方のデータベース処理要求を、第１のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける旧データベースサーバに適するデータベース依存のプロトコルに変換して旧データベースサーバに投入する第２の処理と、
他方のデータベース処理要求を、第２のデータベース操作言語に変換した後、第２のデータベース操作言語に準拠したデータベース処理要求をデータベース依存のプロトコルに従って受け付ける新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入する第３の処理と、
旧データベースサーバおよび新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して比較検証し、該比較検証結果を出力する第４の処理と、
データベース非依存のプロトコルに変換された前記旧データベースサーバのデータ処理結果を前記アプリケーションプログラムに返却する第５の処理と、を行わせ、
第２のモードが指定されている場合、前記アプリケーションプログラムから発行されたデータベース処理要求を第２のデータベース操作言語に変換した後、前記新データベースサーバに適するデータベース依存のプロトコルに変換して新データベースサーバに投入する第６の処理と、
前記新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して前記アプリケーションプログラムに返却する第７の処理と、を行わせるためのプログラム。 - 前記コンピュータに、前記第４の処理における比較検証の結果、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、新データベースサーバへの以降のデータベース処理要求の投入を停止する処理を行わせることを特徴とする請求項１３または１４記載のプログラム。
- 前記コンピュータに、前記第４の処理における比較検証の結果、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、元のデータベース処理要求がデータを変更する要求であれば、新データベースサーバへの以降のデータベース処理要求の投入を停止する処理を行わせることを特徴とする請求項１３または１４記載のプログラム。
- 前記コンピュータに、前記第４の処理における比較検証の結果、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、元のデータベース処理要求がデータを変更する要求であれば、旧データベースサーバおよび新データベースサーバに対して行ったデータベース処理要求を取り消し、データベース処理が実行されなかった旨のデータ処理結果をアプリケーションプログラムに返却する処理を行わせることを特徴とする請求項１３または１４記載のプログラム。
- 前記コンピュータに、前記第４の処理における比較検証の結果、旧データベースサーバおよび新データベースサーバのデータ処理結果が一致しなかった場合、新データベースサーバに対して行ったデータベース処理要求を必要に応じて取り消し、第１のデータベース操作言語を第２のデータベース操作言語に変換するための変換情報を変更した後、該変更後の変換情報を用いて元のデータベース処理要求を第２のデータベース操作言語に変換し、さらに新データベースサーバに適したデータベース依存のプロトコルに変換して新データベースサーバに投入し、得られた新データベースサーバのデータ処理結果をデータベース非依存のプロトコルに変換して旧データベースサーバのデータ処理結果と比較検証する処理を行わせることを特徴とする請求項１４記載のプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008542988A JP5126064B2 (ja) | 2006-11-06 | 2007-10-30 | 計算機システム |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006300199 | 2006-11-06 | ||
| JP2006300199 | 2006-11-06 | ||
| PCT/JP2007/001184 WO2008056438A1 (fr) | 2006-11-06 | 2007-10-30 | Système informatique |
| JP2008542988A JP5126064B2 (ja) | 2006-11-06 | 2007-10-30 | 計算機システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2008056438A1 JPWO2008056438A1 (ja) | 2010-02-25 |
| JP5126064B2 true JP5126064B2 (ja) | 2013-01-23 |
Family
ID=39364267
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008542988A Expired - Fee Related JP5126064B2 (ja) | 2006-11-06 | 2007-10-30 | 計算機システム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US8250027B2 (ja) |
| JP (1) | JP5126064B2 (ja) |
| WO (1) | WO2008056438A1 (ja) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8239632B2 (en) | 2009-03-12 | 2012-08-07 | At&T Mobility Ii Llc | Data caching in consolidated network repository |
| JP2011248507A (ja) * | 2010-05-25 | 2011-12-08 | Inforce Co Ltd | データ変換方法、その装置およびそのプログラム |
| JP5555550B2 (ja) * | 2010-06-09 | 2014-07-23 | 株式会社インフォース | データ変換方法、その装置およびそのプログラム |
| US9449030B2 (en) | 2011-06-30 | 2016-09-20 | International Business Machines Corporation | Method for native program to inherit same transaction content when invoked by primary program running in separate environment |
| US9009175B2 (en) * | 2013-02-04 | 2015-04-14 | Sap Se | System and method for database migration and validation |
| US10324952B1 (en) * | 2013-03-04 | 2019-06-18 | Google Llc | Hosted database |
| JP6357787B2 (ja) * | 2014-02-07 | 2018-07-18 | 日本電気株式会社 | データ処理装置 |
| US10255336B2 (en) * | 2015-05-07 | 2019-04-09 | Datometry, Inc. | Method and system for transparent interoperability between applications and data management systems |
| US10594779B2 (en) | 2015-08-27 | 2020-03-17 | Datometry, Inc. | Method and system for workload management for data management systems |
| JP7055064B2 (ja) * | 2018-05-31 | 2022-04-15 | 株式会社野村総合研究所 | データベースマイグレーション支援システム及びプログラム |
| US11294869B1 (en) | 2018-12-19 | 2022-04-05 | Datometry, Inc. | Expressing complexity of migration to a database candidate |
| US11475001B1 (en) | 2018-12-19 | 2022-10-18 | Datometry, Inc. | Quantifying complexity of a database query |
| US11403282B1 (en) | 2018-12-20 | 2022-08-02 | Datometry, Inc. | Unbatching database queries for migration to a different database |
| CN111125218A (zh) * | 2019-12-13 | 2020-05-08 | 成都安恒信息技术有限公司 | 一种基于协议解析的数据库兼容方法及其兼容性代理装置 |
| JP7346332B2 (ja) * | 2020-03-04 | 2023-09-19 | Ｑｓｏｌ株式会社 | データベースマイグレーション方法、データベースマイグレーションシステム、及びデータベースマイグレーションプログラム |
| US11423025B2 (en) * | 2020-07-27 | 2022-08-23 | International Business Machines Corporation | Direct data loading of middleware-generated records |
| CN112905567B (zh) * | 2021-03-23 | 2023-04-07 | 杭州沃趣科技股份有限公司 | 基于网络协议转换的数据库更换方法、装置、系统及介质 |
| JP7295541B1 (ja) * | 2022-01-28 | 2023-06-21 | 株式会社インサイトテクノロジー | 情報処理システム、情報処理装置および情報処理方法、並びに、プログラム |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05334363A (ja) * | 1992-06-01 | 1993-12-17 | Nippon Telegr & Teleph Corp <Ntt> | データベース検索システム |
| JPH11154158A (ja) * | 1997-11-21 | 1999-06-08 | Hitachi Ltd | 検索メッセージプロトコル変換ゲートウェイシステム |
| JP2002351710A (ja) * | 2001-05-30 | 2002-12-06 | Nec Corp | データベースシステムの移行方法と装置並びにプログラム |
| JP2006004099A (ja) * | 2004-06-16 | 2006-01-05 | Hitachi Ltd | プログラム再利用方法、装置及びプログラム |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3292160B2 (ja) | 1998-12-18 | 2002-06-17 | 日本電気株式会社 | Ｃｏｂｏｌ言語のソースプログラムのコンバージョン方法及び装置並びに記録媒体 |
| JP2000259486A (ja) | 1999-03-05 | 2000-09-22 | Jisedai Joho Hoso System Kenkyusho:Kk | Ｈｔｍｌ／ｍｈｅｇ変換方法、及びその変換装置 |
| JP2000347910A (ja) | 1999-06-03 | 2000-12-15 | Nec Soft Ltd | データベース処理システム，アクセス方法，ｓｑｌ変換方法および記憶媒体 |
| US20020184401A1 (en) * | 2000-10-20 | 2002-12-05 | Kadel Richard William | Extensible information system |
| JP2002321710A (ja) * | 2001-04-20 | 2002-11-05 | Sumitomo Bakelite Co Ltd | プレス・スルー・パック包装装置及びプレス・スルー・パック包装体 |
| WO2003001413A1 (en) * | 2001-06-22 | 2003-01-03 | Nosa Omoigui | System and method for knowledge retrieval, management, delivery and presentation |
| US7421427B2 (en) * | 2001-10-22 | 2008-09-02 | Attachmate Corporation | Method and apparatus for allowing host application data to be accessed via standard database access techniques |
| EP1513076A1 (en) * | 2003-09-05 | 2005-03-09 | Sap Ag | Method and computer system for data conversion |
| US7743069B2 (en) * | 2004-09-03 | 2010-06-22 | Sybase, Inc. | Database system providing SQL extensions for automated encryption and decryption of column data |
-
2007
- 2007-10-30 US US12/447,529 patent/US8250027B2/en active Active
- 2007-10-30 JP JP2008542988A patent/JP5126064B2/ja not_active Expired - Fee Related
- 2007-10-30 WO PCT/JP2007/001184 patent/WO2008056438A1/ja active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05334363A (ja) * | 1992-06-01 | 1993-12-17 | Nippon Telegr & Teleph Corp <Ntt> | データベース検索システム |
| JPH11154158A (ja) * | 1997-11-21 | 1999-06-08 | Hitachi Ltd | 検索メッセージプロトコル変換ゲートウェイシステム |
| JP2002351710A (ja) * | 2001-05-30 | 2002-12-06 | Nec Corp | データベースシステムの移行方法と装置並びにプログラム |
| JP2006004099A (ja) * | 2004-06-16 | 2006-01-05 | Hitachi Ltd | プログラム再利用方法、装置及びプログラム |
Non-Patent Citations (6)
| Title |
|---|
| CSND200000504003; 蒲生 達佳: 'あのシステムの、いま ワールド・ファミリー：割賦販売管理システム' ネットワークコンピューティング 第１０巻 第１号, 19980101, ｐ．５４-５７, 株式会社リックテレコム * |
| CSND200401408002; 鳥山 隆一: '処理能力不足でシステムが度々ダウン ６４ビット化で安定稼働を実現' 日経Ｗｉｎｄｏｗｓプロ ｎｏ．８４, 20040301, ｐ．６８-７０, 日経ＢＰ社 * |
| CSND200601314001; 'テスト範囲を最適に決める' 日経ＳＹＳＴＥＭＳ 第１６０号, 20060726, ｐ．３６-４１, 日経ＢＰ社 * |
| JPN6012031157; 'テスト範囲を最適に決める' 日経ＳＹＳＴＥＭＳ 第１６０号, 20060726, ｐ．３６-４１, 日経ＢＰ社 * |
| JPN6012031158; 蒲生 達佳: 'あのシステムの、いま ワールド・ファミリー：割賦販売管理システム' ネットワークコンピューティング 第１０巻 第１号, 19980101, ｐ．５４-５７, 株式会社リックテレコム * |
| JPN6012031159; 鳥山 隆一: '処理能力不足でシステムが度々ダウン ６４ビット化で安定稼働を実現' 日経Ｗｉｎｄｏｗｓプロ ｎｏ．８４, 20040301, ｐ．６８-７０, 日経ＢＰ社 * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2008056438A1 (fr) | 2008-05-15 |
| US20090307230A1 (en) | 2009-12-10 |
| US8250027B2 (en) | 2012-08-21 |
| JPWO2008056438A1 (ja) | 2010-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5126064B2 (ja) | 計算機システム | |
| CN102880663B (zh) | 部分去重复的文件的优化 | |
| US7310653B2 (en) | Method, system, and product for maintaining software objects during database upgrade | |
| EP0974895A2 (en) | System for user control of version synchronization in mobile computing | |
| AU2018397571A1 (en) | Resynchronizing metadata in a content management system | |
| US20140108338A1 (en) | Method and System for Data Synchronization, and Apparatus thereof | |
| US20080109620A1 (en) | Storage system and controller for controlling remote copying | |
| US8600953B1 (en) | Verification of metadata integrity for inode-based backups | |
| MX2013015359A (es) | Tolerancia a fallos transparente. | |
| US7467235B2 (en) | Data transfer method and system | |
| JP3830389B2 (ja) | インターネット基盤の遠隔データ及びファイル復旧システム及びその方法 | |
| US8775551B2 (en) | Testing a network system | |
| US7900004B2 (en) | Converting backup copies of objects created using a first backup program to backup copies created using a second backup program | |
| CN114490677A (zh) | 数据分析系统中的数据同步 | |
| US7373393B2 (en) | File system | |
| US7555569B1 (en) | Quick configuration status | |
| US11113265B2 (en) | Information processing apparatus and information processing system | |
| US20070266061A1 (en) | Data Multiplexing System | |
| JP3802977B2 (ja) | 蓄積交換型電子会議システムにおける情報矛盾判定、修正装置及び方法並びに情報矛盾判定、修正プログラムを記録したコンピュータ読取可能な記憶媒体 | |
| US20060238801A1 (en) | System and method for transmitting data quickly between a client and a server | |
| JP4765968B2 (ja) | ファイル管理システム及び方法並びにプログラム | |
| JPH0844609A (ja) | データバックアップ方法 | |
| US20050108194A1 (en) | System for verifying a state of an environment | |
| US20230385157A1 (en) | Snapshot comparison with metadata compaction | |
| WO2016170619A1 (ja) | 計算機システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100805 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120619 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120806 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20121002 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121015 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5126064 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151109 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |