より柔軟な方法で SAP SQL Anywhere へデータをロードする – パート 1 (過去のブログ記事より)

このページは、以下の英語ページの抄訳です。最新の情報については、英語ページを参照してください。

この記事のオリジナルは、Glenn Paulley が sybase.com に 2009 年 7 月に掲載したものです。その中で、Glenn は SQL Anywhere へのデータロードの方法として OPENSTRING 句について語っています。

フラットファイルのコンテンツを SQL Anywhere サーバーに、あるいは逆に SQL Anywhere サーバーから転送することが必要な場合があります。
Version 11より前のバージョンでは、フラットファイルからのインポートは、以下の方法が可能でした（コードを書いて実行するのではなく）。

• LOAD TABLE 文を使用する;
• DBISQL ツールから INPUT 文を使用する;
• xp_read_file() プロシージャーを使用してロードする; または
• リモートデータアクセスサービスを使用して、フラットファイルに対してプロキシーテーブルを構築する

上のソリューションそれぞれに、プラス面とマイナス面があります。
最初の 2 つのオプションでは、データをロードするためのテーブルの作成が必要になります。LOAD TABLE は、INPUTよりも高速です。しかし、欠点が 2 つあります。まず、サーバーマシンから直接ファイルにアクセス可能である必要があります。そして、挿入される個々の行がトランザクションログで記録されないようにする必要があります（複雑なリカバリ）。
3番目のオプションもまた、サーバーマシンに対してローカルにある必要があります。残念ながら、xp_read_file() は、パーシングが必要になる曖昧な値を作成してしまいます。
4番目のオプションであるプロキシーテーブルは、外部サーバー、EXTERNLOGIN オブジェクトなどを作成する必要があり、これを使うのはさらに面倒です。

Version 11 では、フラットファイルとのインタラクションをより柔軟に処理できるようになりました。このブログ記事では、 OPENSTRINGで提供される機能について説明します。そして、次の記事で、追加のオプションについて説明します。

OPENSTRING

これらの新機能を説明するにあたり、StatCounter で生成された CSV アウトプットファイルをサーバーにアップロードします。このファイルの最初の数行については以下のとおりです ( StatCounter のアカウントを1月20日に登録しました )。

プロキシーテーブル、LOAD TABLE、あるいは INPUT INTO を使用するのではなく、テーブルの作成は作成しないことにし、シンプルに OPENSTRING を使用して、SELECT 文ではフラットファイルを直接参照することにします。

OPENSTRING は、インプットパラメーターがフラットファイルか（列）変数のどちらかであるテーブル表現です。 特定された場合には、サーバーはそのファイルのインプットをパースし、OPENSTRING 表現の句内で特定するスキーマをマッチさせながら、バーチャルテーブルの行を構築します。テーブル表現の SQL 文法は以下のとおりです。

OPENSTRING のオプションは、LOAD TABLE で可能なそれらにマッチすることに注意してください。このケースでは、Excel-CSV ファイルは、カンマで定義されるフィールドを使用します。また、最初の行には実際の値の処理では無視されなければならない属性名が含まれます。
このインプットファイルから直接結果セットを作成する SQL 文は以下のとおりです。

上の文のポイントをいくつか挙げます:

• OPENSTRING へのパラメータは、VALUE または FILE のどちらかです。もし FILE が特定されている場合には、そのフラットファイルは、サーバーマシンに対してローカルになければなりません; このケースでは、このファイルは私のコンピューターにあります。
  Version 11 では、READ_CLIENT_FILE 機能をサポートしています。これは、SQL Anywhere の CMDSEQ ワイヤプロトコルを使用して、クライアントマシンから、ファイルのコンテンツをフェッチするものです。READ_CLIENT_FILE は、OPENSTRING が続いて行を作成するためにパースする内部文字列を作成します。
• WITH 句は、ファイルのスキーマを特定します。ファイル内の文字列からのサーバーデータ型へのコンバージョンは、自動的に実行されます。しかしながら、StatCounter によって生成された CSV ファイルは、年日付値 (例えば ’21st January 2009′)を含んでいたため、日の値は、文字列としてパースされます。
• SQL Anywhere がDATEへコンバートすることが可能な修正された文字列を生成するために、REGEXP_SUBSTR 機能を使います。
  これは、version 11 のもう１つの新機能で、SQL Anywhere の正規表現のサポートに伴って実装されました。
  ここでは、REGEXP_SUBSTR の最初の使用では、肯定の先読みゼロ幅アサーションを使用して、省略された、数値的な、月の特定の日付を返します。REGEXP_SUBSTRの 2 つめのインスタンスは、似ていますが、肯定の先読みゼロ幅アサーションを使用して、文字列の残りを返します。文字列を連結させた場合には、この2つの機能は、 ’21st January 2009′ を ’21 January 2009′ にコンバートします。サーバーは、DATE_ORDER 接続オプションによって (‘DMY’) を適切に選択し、自動的にこのコンバージョンを扱うことが可能です。
• READ_CLIENT_FILE を使用するには、以下の 2 つが必要になります:
  • データベースは、ALLOW_READ_CLIENT_FILE オプションを有効にして、クライアントファイルアクセスを有効にする必要があります。このオプションは、DBA 権限を持つユーザーのみ設定可能です。
  • READ_CLIENT_FILEを実行するユーザーは、READCLIENTFILE 権限が必要です。

このクエリのスクリーンショットと結果セットは以下のとおりです。

OPENSTRINGは、 – INSERT と MERGEを含む – どの DML 文でも現れるテーブル表現です。また、そのクエリのスコープ内のどの列変数をも参照することが可能です。
さらに、OPENSTRINGをビュー内で有効利用することができます。
ビュー定義が確立されると、ビューからフラットファイルを使用しているプロシージャーまたはアプリケーションがシームレスにアップデート DML 文をそのビューに対して発行できるように、INSTEAD OF トリガーを作成することが可能です。