クラウド上のXML

AltovaツールとAmazonのリレーショナルデータベースサービス（Amazon RDS）の連携について

ますます多くの企業が、クラウド上にデータベースアプリケーションを導入することの利点に気づき始めています

高い可用性と信頼性
自動スケーリング
ハードウェアの費用やメンテナンスにかかる手間から解放されます

このブログ記事では、Altovaを使用して、Amazon Relational Database Service (Amazon RDS)に接続し、小さなデータベースを構築する方法を解説します DatabaseSpy. データベース接続ウィザードは、様々な環境で一貫した機能を提供します Altova MissionKit, 同じ方法で接続することも可能です XMLSpy, MapForce, または StyleVision.

もし、以下に説明されている手順を実際に試してみたい場合は、Amazon Web Services (AWS)のアカウントを以下のURLで登録する必要があります：http://aws.amazon.com/rds/ また、Altova MissionKitまたは個別のAltovaアプリケーションのフル機能版の無料トライアル版を、以下のURLからダウンロードすることもできます：https://www.altova.com/download-trial/

ローカル環境でのプロトタイプを構築する

Amazon RDSはMySQLをベースにしているため、まずMySQL Community Editionを使ってローカル環境に小さなデータベースを構築し、その後、Amazon RDSに移行して、クラウド上でデータベースをテストします。 MySQLは、データベースの列に対してXMLをデータ型として直接サポートしていませんが、MySQL 5.1および6.0では、テキストとして保存されたXMLデータに対して、いくつかの操作を行うことが可能です。この演習では、以下にリストされているMySQLのリファレンス資料にあるXMLのサンプルを一部変更・拡張します。 http://dev.mysql.com/doc/refman/5.1/en/xml-functions.html http://dev.mysql.com/tech-resources/articles/xml-in-mysql5.1-6.0.html http://dev.mysql.com/tech-resources/articles/mysql-5.1-xml.html まず、DatabaseSpyを起動し、ローカルのMySQL Community Editionに接続しました。私たちは、新たに「LocalPrototype」というデータソースを作成し、さらに「XMLtest」という名前の新しいデータベーススキーマを作成しました。以下に、DatabaseSpyのオンラインブラウザとプロパティウィンドウの画面を示します

次に、"books"と"cities"という2つのテーブルを作成し、MySQLのドキュメントに記載されている例に従ってデータを挿入しました。以下に、作成したテーブルのDatabaseSpyのデザインビューを示します

特定のクエリを実行し、テーブルの内容を積み重ねられた結果ウィンドウに表示することができます

注意点として、booksテーブルのdoc列にはXMLデータが含まれていますが、データ型はvarchar(150)として定義されています。MySQLは、テキストフィールド内のXMLデータを扱うための2つの関数、ExtractValue()とUpdateXML()をサポートしており、これらはXPath式を使用して個々の要素に対して操作を実行できます。以下に、booksテーブルのすべての行から著者名の一部（イニシャル）のみを抽出する、簡単なExtractValue()クエリを示します

UpdateXML()関数を使用すると、SQL式を使って個々のXML要素の内容を修正できます。以下のスクリーンショットでは、1行目のクエリが書籍テーブルのすべての行を更新し、2行目のクエリが更新後の新しい値を返しています

また、Concat()関数を使用することで、XMLデータではないデータ、例えば「都市」テーブルのようなデータに、以下のようにXML要素を追加することも可能です

これまでのXMLクエリは、各テーブルのすべての行に対して実行されていました。単一の行に対してクエリを実行しやすくするために、テーブルに一意の行インデックスを格納する列を追加すると便利です。既存の「books」テーブルをコピーし、そのテーブルに「id」という名前の列を追加して、行インデックスを格納することができます。この「id」列は、別のテーブルの行から、テーブル内の個々のXMLドキュメントを参照するための便利な外部キーとしても機能します。

例えば、求職者の名前を格納するテーブルを定義し、そのテーブルに、別のテーブルに格納されているXML形式の履歴書を参照するための外部キーを設定することができます SQLエディタ DatabaseSpyを使用すると、既存の「books」テーブルに対するCREATE文を生成し、それを直接編集することができます。または、DatabaseSpyの他の機能を利用することも可能ですデザイン担当編集者表をグラフィカルに作成します。（詳細については、[参照先] をご覧ください。） DatabaseSpy ～の一部 Altova ウェブサイト

Amazon RDS環境でも後で同じクエリを実行する予定があるため、books2テーブルに対して、SQLのCREATE文とINSERT文を1つのスクリプトにまとめました。以下に、books2テーブルのスクリプトの一部を示します

books2テーブルに対して、各行に対して一意のID列を表示するクエリを実行できます

今、私たちは、UpdateXML() および ExtractValue() のクエリを改良し、個々の行に対して処理を実行できるようにすることができます

これにより、クラウド環境に移行し、Amazon RDSでテストするための、良好な基礎となるサンプルセットが得られます。

Amazon RDSクラウドにDatabaseSpyを接続します

Amazon RDSでデータベースインスタンスを作成するために、AWS管理コンソールに記載されている手順に従ってください。その後、DatabaseSpyの利用を開始するために、接続ウィザードを使用します。ここでは、MySQLのオプションを選択してください

初めて接続する際には、新しいデータソース名 (DSN) を作成する必要があります。その後は、既存のデータソース名を使用するオプションを選択することで、リストからDSNを選択できるようになります。また、XMLSpy、MapForce、またはStyleVisionから再度接続する場合でも、元のDSNを使用することができます。

コネクタの設定画面で、以下の情報を入力してください

データソース名： これは、DatabaseSpyプロジェクトのウィンドウや、再接続時に表示される既存のデータソースのリストに表示される名前です。
説明： ユーザー様ご自身の参考情報です。
サーバー： これは、Amazon RDSのアカウントダッシュボードに表示されているエンドポイントの名前です。
ポート: 3306 – IT部門がファイアウォールでこのポートをブロックしていないか確認してください。
ユーザー名 / パスワード: これは、Amazon RDSで設定したユーザー名とパスワードです。
データベース： RDSインスタンスを起動する際に設定した、デフォルトのデータベース名です。

ローカル環境で作成したプロトタイプと同じDatabaseSpyプロジェクトで、Amazon RDSのクラウドデータベースに接続しました。以下は、プロジェクトウィンドウのスクリーンショットで、データソース名と、プロジェクトに追加したSQLファイルが表示されています

テーブルを作成し、クエリを実行する前に、各システムのバージョンを確認するのは興味深いでしょう。以下に示されたスクリーンショットは、各システムに関するバージョン情報を要求するクエリです。また、各クエリのすぐ上にある灰色のバーは、SQKLステートメントがどのデータ接続に割り当てられているかを示しています。

Amazon RDSのレポートによると、MySQL Community Serverのバージョン5.1が稼働しており、これは弊社のローカル環境で試作しているものと同一です。これは良い兆候と言えるでしょう。

ローカルプロジェクトをクラウドへ移行する

弊社のオリジナルテーブル作成スクリプトは、プロパティウィンドウで実行対象を再設定することで、クラウドデータベース上で実行することができます

SQLエディタウィンドウの上部付近にある灰色の「実行対象」バーは、クエリの対象となるクラウド上のAmazon RDSデータベースを示しています

同様に「books」と「books2」というテーブルを作成した後、それぞれのSQLクエリをクラウドデータベース上で実行できます。例えば、すべての行に対してExtractValue()関数を使用する場合：

テーブル内のXML以外のデータからXML形式の出力を作成するためのConcat()クエリ：

テーブル内の単一の行に対する UpdateXML() 関数の使用例。

単一の行から値を抽出する：

結論

我々が実施したすべてのテストにおいて、Amazon RDSはローカルで動作するMySQLのコミュニティ版と全く同じように動作しました。この動作により、開発者はクラウドリソースのコストを気にすることなく、新しいクラウドデータベースアプリケーションの開発やテスト、または既存アプリケーションの改良を効率的に行うことができます。

クラウドデータベースにおいて、テキスト列に格納されたXMLデータに対するMySQLのXML関数が正常に動作することを確認しました。当社のXMLデータは非常に限定的で、書籍テーブルのテキスト列は150文字までしか格納できませんでした。しかし、MySQLでは、単一の列に、はるかに大きなXMLドキュメントを格納できます。各テーブルの最大行サイズは65,535バイトです。テーブルがインデックス列を使用している場合でも、XMLエントリ1つを格納するためのVARCHAR型の列が64KBを超える可能性があります。さらに大きなXMLドキュメントを格納する必要がある場合は、MySQLはBLOBと同様のMediumTextおよびLongTextデータ型を提供しています。MediumTextは1600万文字以上のシングルバイト文字を格納でき、LongTextは最大4GBまで格納できます。このブログ記事では詳しく説明していませんが、MediumTextおよびLongTextデータ型を使用して、ExtractValue()関数とUpdateXML()関数を正常にテストしました。

大規模なXMLデータファイルを扱う場合、個々の要素を特定するためのXPath式を記述することは、開発上の課題となることがあります。XMLSpyに付属するXPathアナライザーは、XPath 1.0および2.0の式をテストおよびデバッグする上で非常に役立つツールです。アナライザーにXPath式を入力すると、XMLSpyがそれをリアルタイムで評価し、結果として得られるノードセットを返します。これにより、XPathの問題を理解し、特定するために費やすデバッグ時間を大幅に削減できます。

今後のブログ記事では、XMLSpy、MapForce、DiffDog、DatabaseSpyといったツールが、Amazon RDSを活用したクラウドアプリケーションの開発をどのように効率化できるかについて、さらに詳しく解説していきます。ぜひ、またお立ち寄りください。AltovaのツールがAmazon RDSとどのように連携するか、実際に体験してみたい方は、無料トライアル版のAltova MissionKitをダウンロードしてみてください。