Data Virtualizationでサポートされるデータソースとデータタイプ

資料の英語版に戻る

Data Virtualizationでサポートされるデータソース

最終更新: 2024年11月26日

Data Virtualizationでサポートされるデータソースとデータタイプ

Data Virtualizationは、'IBM Cloud Pak® for Data as a Service上の以下のリレーショナルおよび非リレーショナル・データ・ソースをサポートする。

プラットフォーム接続でクラウド統合、 Secure Gateway、または Satellite Linkが使用されている場合、既存のプラットフォーム接続への接続としてデータ・ソースに接続することはできません。これらの機能は、プラットフォーム接続に接続する場合、Data Virtualizationではサポートされません。次のようなエラー・メッセージが表示されます。Cannot reach the network destination of the data source.クラウド統合、Secure Gateway、またはSatellite Linkを使用してデータソースをセットアップし、ホスト名または IP エンドポイントを新しい接続としてData Virtualizationに直接提供できます。

サイズ制限: Data Virtualizationは、行のサイズが1MBまで、テーブルのカラム数が2048までのテーブルの仮想化をサポートする。しかし、Data Virtualizationがプレビューできる列の数は、列のデータ型など多くの要因に依存する。現在、プレビューは 200 列に制限されています。
コメント属性: 仮想テーブルが作成されるとき、Data Virtualizationはデータ・ソース・オブジェクトに割り当てられていたコメント属性を含めません。この制限は、すべてのデータ・ソースに適用されます。
データ・タイプ: データソースのデータ型によっては、Data Virtualizationでサポートされていない場合があります。これらの制限は、以下の表に記載されています。 Data Virtualizationによって、データ・ソースのデータ型が別のデータ型にマッピングされることもある。これらのマッピングは、基礎となる Db2® Big SQL マッピングに基づいています。詳しくは、 Db2 Big SQLのデータ・タイプを参照してください。

IBM データ・ソース

次の表は、Data Virtualization から接続できるIBM®データソースの一覧です。

表 1. サポートされている IBM データ・ソース
コネクター	制限	詳細情報
IBM Cloud® Databases for MongoDB	IBM Cloud Databases for MongoDB はベータ版として使用できます。 Data Virtualizationでは、以下の 'MongoDBデータ型がサポートされている：INT32、INT64、DOUBLE、STRING、BOOLEAN、DATE、BINARY。
IBM Cloud Databases for MySQL
IBM Cloud Databases for PostgreSQL		この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
IBM Cloud Object Storage	この接続は、Data Virtualizationにおいて特別な配慮を必要とする。 Data Virtualizationの'IBM Cloud Object Storageへの接続を参照。制限事項については、 Data Virtualization化のオブジェクト・ストレージのデータ・ソースを参照。
IBM Data Virtualization Manager for z/OS®	接続でクラウド統合、 Secure Gateway、または Satellite Linkが使用されている場合は、 Data Virtualization Manager for z/OS に接続できません。これらの機能はData Virtualizationではサポートされていない。以下のようなエラー・メッセージが表示されます。`Cannot reach the network destination of the data source`.	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
IBM Db2	NCHAR型とNVARCHAR型はData Virtualizationではサポートされていません。 Db2は DECFLOAT 型を使用しているが、Data Virtualizationのデフォルトは DOUBLE である。このマッピングは、特定の値がどのように返されるかに影響します。 Db2はDISTINCT型を使用し、Data VirtualizationのデフォルトはBLOBである。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
IBM Db2 Big SQL		この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
IBM Db2 for i		この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
IBM Db2 for z/OS
IBM Db2 on Cloud	NCHAR型とNVARCHAR型はData Virtualizationではサポートされていません。
IBM Db2 Warehouse
IBM Informix®	INTERVAL、BIGINT、および BIGSERIAL データ型は、Data Virtualizationではサポートされていません。詳しくは、 JDBC Informix ドライバーを使用するときに例外が発生するを参照してください。
IBM Netezza® Performance Server	BLOB、XML、CLOB 'Netezzaデータ型は、Data Virtualizationではサポートされていません。 SELECTステートメントを使用する場合、または 64kB,を超える LOB データをプレビューする場合Data Virtualizationはデータを 64 K バイトのみに切り詰めます。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
IBM Planning Analytics	Data Virtualizationでは、1 つの列ディメンジョンを持つTM1®ビューのみを仮想化できます。集計を TM1にプッシュダウンできません。 TM1 に対するクエリーに COUNT、SUM、AVG、MAX、MIN、GROUP BY などの集計操作が含まれている場合は、以下のサーバー・オプションを追加できます。 `alter server qplex options (add DB2_GROUP_BY 'N')` Data Virtualizationは、TM1ではVARCHARとDOUBLEデータ型のみをサポートしています。 TM1 は SQL を認識しません。 TM1 のネイティブ・クエリー言語は MDX であり、プッシュダウンの概念はありません。したがって、このデータ・ソースは、最適な述部プッシュダウンをサポートするように構成されていません。
IBM Data Virtualization	重要 Data Virtualizationインスタンスへの接続を作成しないでください。

サード・パーティーのデータ・ソース

次の表は、Data Virtualization から接続できるサードパーティのデータソースの一覧です。

表 2. サポートされるサード・パーティーのデータソース
コネクター	制限	詳細情報
Amazon RDS for MySQL	「仮想化」ページで行が重複しないようにするために、 MySQL データ・ソース上にデータベースへの接続を 1 つだけ作成する必要があります。 MySQL は、データベース分離をサポートしていません。 BITタイプはData Virtualizationではサポートされていない。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
Amazon RDS for Oracle	SELECTステートメントを使用する場合、または 64kB,を超える LOB データをプレビューする場合Data Virtualizationはデータを 64 K バイトのみに切り詰めます。 Data Virtualizationでは以下のデータ型が変換される： INTERVAL および JSON は VARCHAR に変換されます。国別文字タイプは CHAR、VARCHAR、または CLOB に変換されます。 TIMESTAMP および TIMESTAMP WITH LOCAL TIME ZONE は TIMESTAMP に変換されます。 XML は CLOB に変換されます。 SMALLINT、INTEGER、BIGINT は、DECIMAL 4.0、DECIMAL 9.0、および DECIMAL 18.0に変換されます。 SMALLINT、INTEGER、BIGINT は、DECIMAL 4.0、DECIMAL 9.0、および DECIMAL 18.0に変換されます。 ˇ	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
Amazon RDS for PostgreSQL		この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
Amazon Redshift	SPATIAL、SKETCH、SUPERデータ型は、Data VirtualizationでCLOBに変換されます。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
Amazon S3	この接続Data Virtualization特において別な配慮を必要とする。は Data Virtualizationの'Amazon S3への接続を参照。 Amazon S3でのバケットの命名には特定の規則が適用されます。詳しくは、Amazon S3 資料のバケットの命名規則を参照してください。バケットの名前にドットを含めると、独自の証明書検証を実行しない限り、HTTPS 経由で仮想ホスト・スタイルのアドレッシングを使用することはできません。バケットの仮想ホスティングに使用されるセキュリティー証明書は、名前にドットが含まれているバケットでは機能しません。 AWS PrivateLink for Amazon S3を使用すると、仮想プライベート・クラウド (VPC) でインターフェース VPC エンドポイント (インターフェース・エンドポイント) をプロビジョンできます。 Amazon S3 データ・ソースへの接続を作成するときに、これらのエンドポイントをエンドポイント URL で使用することはできません。このタイプのエンドポイントはサポートされていません。 Amazon S3の標準エンドポイント ( `http://s3.eu-central-1.amazonaws.com/`など) を使用する必要があります。制限の詳細については、 Data Virtualization化のオブジェクト・ストレージのデータ・ソースを参照。
Apache Derby		この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
Apache Hive	仮想表では、配列、マップ、構造体、および uniontype タイプなどの複合データ・タイプの値についてはリストのみが可能です。これらの複合データ・タイプの値に対する他の操作は、サポートされていません。 SELECTステートメントを使用する場合、または 64kB,を超える LOB データをプレビューする場合Data Virtualizationはデータを 64 K バイトのみに切り詰めます。 Hive データ・ソースのストリング・タイプおよびバイナリー・タイプは、CLOB および BLOB ではなく、デフォルトで VARCHAR(32672) および VARBINARY(32672) に解決されるようになりました。 Data Virtualization管理者は、「`HIVE_MAX_STRING_SIZE`」と「`HIVE_MAX_BINARY_SIZE`設定することができる。この更新により、 Hive データ・ソースの SQL パフォーマンスが最適化されます。 Data Virtualization管理者は、「`DVSYS.SETCONFIGPROPERTY`プロシージャを呼び出すことで、「HIVE_MAX_STRING_SIZE」と「HIVE_MAX_BINARY_SIZE設定できる。例えば、Hive `BINARY` データ・タイプのデフォルトの最大サイズを `2000`( `VARBINARY(2000)`に解決される) に変更するには、以下のコマンドを実行します。 `db2 "call dvsys.setconfigproperty ('HIVE_MAX_BINARY_SIZE', '2000', '', ?, ?)"` 最小サイズは `1` 、最大推奨サイズは `32672`です。 32672 を超えることはできますが、`STRING` タイプと `BINARY` タイプは `CLOB` タイプと `BLOB` タイプに解決されるため、特定の照会が失敗する可能性があります。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
Ceph	この接続Data Virtualization特において別な配慮を必要とする。は Data Virtualization化のCephへの接続を参照してください。制限事項については、 Data Virtualization化のオブジェクト・ストレージのデータ・ソースを参照。
Cloudera Impala		この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
汎用 S3	制限事項については、 Data Virtualization化のオブジェクト・ストレージのデータ・ソースを参照。
Google BigQuery	この接続Data Virtualization特において別な配慮を必要とする。は Data Virtualizationの'Google BigQueryへの接続を参照。 Google BigQueryデータ・ソースでは、Data Virtualization型が'`RECORD`の列に対するSELECT文の使用はサポートされていません。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
Greenplum		この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
MariaDB	BIT、LONGTEXT、および LONGBLOB タイプは、Data Virtualizationではサポートされていません。「仮想化」ページで行が重複しないようにするために、 MariaDB データ・ソース上にデータベースへの接続を 1 つだけ作成する必要があります。 MariaDB は、データベース分離をサポートしていません。統計情報の収集などの拡張操作のためには、 MariaDB データ・ソースの管理権限が必要です。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
Microsoft Azure Data Lake Storage
Microsoft Azure SQL Database
Microsoft SQL Server	SELECTステートメントを使用する場合、または 64kB,を超える LOB データをプレビューする場合Data Virtualizationはデータを 64 K バイトのみに切り詰めます。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
MongoDB	BIT、LONGTEXT、および LONGBLOB タイプは、Data Virtualizationではサポートされていません。統計情報の収集などの拡張操作のためには、 MongoDB データ・ソースの管理権限が必要です。
MySQL (My SQL Community Edition) (My SQL Enterprise Edition)	「仮想化」ページで行が重複しないようにするために、 MySQL データ・ソース上にデータベースへの接続を 1 つだけ作成する必要があります。 MySQL は、データベース分離をサポートしていません。 BITタイプはData Virtualizationではサポートされていない。 BIGINT関数は、Data Virtualization化のINTERSECT、INTERSECT ALL、EXCEPT、EXCEPT ALLなどのセット操作ではサポートされていません。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
Oracle	SELECTステートメントを使用する場合、または 64kB,を超える LOB データをプレビューする場合Data Virtualizationはデータを 64 K バイトのみに切り詰めます。 Data Virtualizationでは以下のデータ型が変換される： INTERVAL および JSON は VARCHAR に変換されます。国別文字タイプは CHAR、VARCHAR、または CLOB に変換されます。 TIMESTAMP および TIMESTAMP WITH LOCAL TIME ZONE は TIMESTAMP に変換されます。 XML は CLOB に変換されます。 SMALLINT、INTEGER、BIGINT は、DECIMAL 4.0、DECIMAL 9.0、および DECIMAL 18.0に変換されます。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
PostgreSQL		この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
Salesforce.com		この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
SAP ASE
SAP OData	以下の理由により、読めない表をプレビューまたは照会することはできません。 SAP OData データ・ソースには書き込み専用アクセス権限がある可能性があります。そのような場合には、ユーザー権限を変更しても、この問題は回避されません。 SAP OData データ・ソースには読み取り権限がありますが、フィルターが必要です。この制限事項は、データをプレビューすることはできないが、フィルターを指定すれば読み取ることはできることを意味します。
Snowflake	この接続Data Virtualization特において別な配慮を必要とする。は Data Virtualization化のSnowflakeへの接続を参照してください。 ARRAY、GEOGRAPHY、および VARIANT データ・タイプは、VARCHAR に変換されます。 Data Virtualizationは Okta URLエンドポイントをサポートしていません。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。
Teradata Teradata JDBC Driver 17.00 Copyright (C) 2024 by Teradata。 All rights reserved. IBM は、 IBM Watson® サービス・オファリングの一部として使用する場合に限り、 Teradata のライセンスに基づいて Teradata JDBC ドライバーの組み込み使用を提供します。	XML 'Teradataデータ型はData Virtualizationではサポートされていません。 XML データ・タイプは CLOB に変換されます。 DECFLOAT では、DECIMAL データは 34 桁までサポートされます。この制限を超えるデータ列は、仮想化中に DOUBLE に編集する必要があります。 Data Virtualizationでは以下のデータ型が変換される：大/小文字の区別を処理するために、CHAR または VARCHAR データに対する GROUP BY または WHERE 述部などのストリング比較演算を含む照会。 VARBYTE は、ビット・データ用に VARCHAR に変換されます。 BYTE は BINARY に変換されます。 BYTEINT は SMALLINT に変換されます。 TIME ZONE ベアリングは TIME および TIMESTAMP に変換されます。 PERIOD、DISTINCT、DATASET、および ARRAY は BLOB に変換されます。 NUMBER は DOUBLE に変換されます。 YEAR、YEAR TO MONTH、DAY、DAY TO MINUTE、HOUR TO MINUTE、MONTH、HOUR、および MINUTE は INTEGER に変換されます。 DAY TO SECOND、HOUR TO SECOND、MINUTE TO SECOND、SECOND は DECIMAL に変換されます。 SELECTステートメントを使用する場合、または 64kB,を超える LOB データをプレビューする場合Data Virtualizationはデータを 64 K バイトのみに切り詰めます。	この接続は、このデータ・ソースの照会機能を利用するように最適化されています。

Data Virtualizationにおけるオブジェクトストレージのデータソース

IBM Cloud Object Storage、 Amazon S3、 Ceph、または汎用 S3 データ・ソースにファイルとして保管されているデータを使用して、仮想表を作成できます。クラウド・オブジェクト・ストレージに保存されているデータにアクセスするには、ファイルが置かれているデータ・ソースへの接続を作成する必要があります。

1 つ以上のファイルのデータをセグメント化または結合して、仮想表を作成できます。 Data Virtualizationにおけるオブジェクトストレージ内のファイルへのアクセスは、Hadoopの外部テーブルサポートを使用するDb2 Big SQL機能に基づいて構築されている。詳しくは、 CREATE TABLE (HADOOP) ステートメントを参照してください。

用語

バケットおよびパーティションは、データの編成において重要な役割を果たします。以下のコンポーネントは、オブジェクト・ストレージのキー・エレメントです。

バケットは、データのコンテナーを提供するために使用される論理抽象化です。 Object Storage にはフォルダーの概念はありません。バケットとキーのみです。バケットは、オブジェクト・ストレージ・データ・ソースのインターフェースでのみ作成できます。 Data Virtualizationでは作成できない。バケット名は固有でなければならず、オブジェクト・ストレージ・プロバイダーのルールに従う必要があります。多くの場合、これらの規則には、名前を小文字、数字、およびダッシュのみの 3 文字から 63 文字に制限することが含まれます。バケット名の先頭と末尾は、小文字か数値でなければなりません。 Data Virtualizationがオブジェクトストレージのデータにアクセスする場合、バケット名はすべてのオブジェクトストレージ接続で一意でなければなりません。
ファイル・パスは、データを保管するファイルへの完全パスです。 S3 ファイル・システム実装では、長さゼロのファイルをディレクトリーのように扱うことができ、スラッシュ (/) を含むファイル名はネストされたディレクトリーのように扱われます。ファイル・パスには、バケット名、オプションのファイル・パス、およびファイル名が含まれます。 Object Storageでは、表の作成時にファイル・パスが使用されます。同じパスにあるすべてのファイルが表データに寄与します。ファイル・パスに別のファイルを追加することで、さらにデータを追加できます。
パーティションとは、スキーマ内の共通属性によってグループ化されたデータのことです。パーティショニングにより、データは複数のファイル・パスに分割され、これらのパスはディレクトリーのように扱われます。 Data Virtualizationはパーティションを発見し、使用することで、クエリが処理しなければならないデータ量を削減することができるため、パーティション列に対する述語を使用するクエリのパフォーマンスを向上させることができる。

ベスト・プラクティス

ファイル・フォーマット

Data Virtualizationは、PARQUET（またはPARQUETFILE）、ORC（最適化された行カラム）、CSV（カンマ区切り値）、TSV（タブ区切り値）、JSONファイル形式をサポートしています。その他のファイル形式はサポートされません。

PARQUET (または PARQUETFILE) の場合、ファイル拡張子は必要ありません。メタデータはデータ・ファイルから抽出されます。
ORC の場合、ファイル拡張子は必要ありません。メタデータはデータ・ファイルから抽出されます。
CSV ファイルおよび TSV ファイルの場合:
- 以下のように、適切な .csv または .tsv ファイル拡張子が必要です。
  - CSV: .csv ファイル拡張子は必須であり、ファイルの内容はコンマ区切り値の指定に従う必要があります。
  - TSV: .tsv ファイル拡張子が必要です。ファイルの内容は、タブ区切り値の指定に従う必要があります。
- オプション・パラメーターを使用して、CSV ファイルおよび TSV ファイル内のフィールド値を囲むストリング区切り文字 (quoteChar) を指定できます。
  - quoteChar が指定されている場合、データの照会のパフォーマンスが悪影響を受ける可能性があります。
  - デフォルト値は区切り文字なし (指定されていない) です。
  - quoteChar の値は、スペース (ブランク)、バックスラッシュ、タブ、コンマ、または改行文字 (\n) であってはならない単一文字でなければなりません。
  - ストリング値にストリング区切り文字 (quoteChar) が含まれている場合は、円記号 (\) を使用してストリング区切り文字をエスケープすることができます。
JSON ファイルの場合、.jsonファイル拡張子が必要です。 JSON ファイルは、各行が有効な JSON オブジェクトになるようにコーディングする必要があります。行は改行文字 (\n) で区切る必要があります。 JSON Lines テキスト形式 (改行区切り JSON とも呼ばれる) は、サポートされる唯一の JSON 形式です。このフォーマットは、一度に1レコードずつ処理できる構造化されたデータを格納します。

注: 他のすべてのファイル・フォーマットはエラーを返します。詳しくは、 Cloud Object Storageでサポートされないファイル・フォーマットを使用しようとした場合のエラー・メッセージを参照してください。

データの編成

列名に英数字を使用すると、 Hive との互換性が損なわれる可能性があるため、使用しないでください。英数字でもアンダー_xNNNNでもない文字は、_xNNNN,としてエンコードされます。列名を正しく表示するには、以下の手順を実行して allownonalphanumeric オプションを有効にします。
1. Data Virtualizationインスタンスc-db2u-dv-db2u-0）のヘッドポッドにアクセスする。
2. 以下のコマンドを実行して、 allownonalphanumeric オプションを組み込むように構成を編集します。
```
db2uctl adm bigsql config --key bigsql.catalog.identifier.mappingrules --value allownonalphanumeric,allowleadingdigits,allowreservedwords
```
3. 以下のコマンドを実行して、 Big SQLを再始動します。
```
su - db2inst1 
bigsql stop ; 
bigsql start 
```
仮想化された表を介してオブジェクト・ストレージ・データにアクセスする場合、仮想化するファイルは単一のファイル・パス内と単一のバケット内になければならず、そのバケットにはカートに追加するファイルが少なくとも 1 つ含まれている必要があります。このファイル・パス内のすべてのファイルは、仮想表の一部です。表にさらにデータが追加されると (ファイル・パスに新規ファイルが作成されます)、仮想化された表にアクセスしたときにそのデータが表示されます。ファイル・パス内のすべてのファイルは、1 つの表として仮想化されるように、同じファイル・フォーマットを使用する必要があります。
複数のファイル・パスにあるファイルを 1 つの表として仮想化する場合は、すべてのファイルを含むバケットを仮想化できます。例えば、ファイル・パス A/B/C/T1a、A/B/C/T1b、A/B/D/T1c、および A/B/D/T1dがある場合、ファイル・パス A/B/を仮想化できます。そのパスとネストされたパス内のすべてのファイルは、アクセス可能なオブジェクトの一部になります。
区切り ID と大/小文字混合を使用する場合でも、同じ名前の 2 つのオブジェクト (表、スキーマ、または列) を作成しないでください。例えば、表 t1 と、 T1という名前の別の表を持つことはできません。これらの名前は、Object Storage (Hive) 内で重複する名前と見なされます。詳しくは、識別子を参照してください。
Db2 は、 Hive がサポートするよりも広い範囲の有効な区切り ID をサポートします。オブジェクト・ストアに対して仮想表を作成するときに指定される一部の ID 名は、 Hive カタログに受け入れられる前に調整される可能性があります。マッピングは自動的に行われます。詳しくは、 IDを参照してください。
仮想表のファイル・パスに新規データが追加されたら、以下のコマンドを実行して、新規データを表示するようにメタデータ・キャッシュが更新されるようにすることを検討してください。
```
CALL SYSHADOOP.HCAT_CACHE_SYNC(<schema>, <object>)
```
詳しくは、 HCAT_CACHE_SYNC ストアード・プロシージャーを参照してください。
仮想表のファイル・パスに新規パーティションが追加されたら、「仮想化データ」ページのオーバーフロー・メニューで「パーティションのリフレッシュ」をクリックして、新規パーティションを識別します。
SQL インターフェースで以下のコマンドを実行して、追加された新規パーティションを識別することもできます。
```
MSCK REPAIR TABLE <table-name> 
```
詳しくは、 MSCK REPAIR TABLEを参照してください。

クエリーのパフォーマンスの最適化

ORC や Parquet などのコンパクトなファイル・フォーマットを使用して、ネットワーク・トラフィックを最小限に抑えます。これにより、照会のパフォーマンスが向上します。
STRING または TEXT データ型は使用しないでください。 n を列データに適した値に設定して、VARCHAR (N) データ・タイプを使用します。以下のコマンドを使用して表を変更し、列の適切な長さを定義します。
```
 ALTER TABLE <schema>.<table> ALTER COLUMN <col> SET DATA TYPE VARCHAR(<size>)
```
Hive スタイルのパーティション化を使用してデータをパーティション化します。パーティション化されたデータは、共通属性によってグループ化されます。 Data Virtualizationでは、パーティションを使ってクエリが処理しなければならないデータ量を減らすことができる。データ・セット全体を照会することは、不可能であったり、場合によっては不要であったりします。パーティション列を含む照会で述部を使用して、パフォーマンスを向上させることができます。
例えば、年の列にパーティション化されている school_records 表では、年ごとに値が別々のファイル・パスに分離されます。 YEAR=1993、 YEAR IN (1996,1995)、または YEAR BETWEEN 1992 AND 1996 などの WHERE 条件は、照会を解決するために適切なファイル・パス内のデータのみをスキャンします。
パーティション化された列タイプを正確に定義します。デフォルトでは、パーティション化文字列は STRING タイプであると想定されますが、これは推奨されません。パーティション化された列を適切なデータ・タイプに再定義してください。
照会されているデータに関する統計を収集します。 Data Virtualizationはオブジェクト・ストレージ上の仮想化テーブルの統計情報を収集するために'ANALYZEコマンドを使用する。統計は、Web クライアントで収集することも、SQL を使用して収集することもできます。詳細については、 Data Virtualization化の統計情報の収集を参照してください。

制限

Data Virtualizationでは、CSV、TSV、またはJSON形式のテキストファイルに対して、UTF-8文字エンコーディングのみがサポートされています。 ORC や PARQUET などの Cloud Object Storageバイナリー・フォーマットは、文字タイプを透過的にエンコードするため、影響を受けません。
Data Virtualizationは、オブジェクト・ストレージ上の仮想化テーブルのTIMEデータ型をサポートしない。
クラウド・オブジェクト・ストレージ内の資産のプレビューには、表の最初の 200 列のみが表示されます。
Cloud Object Storageへの接続を削除する前に、オブジェクト・ストレージ接続内のすべての仮想表を削除する必要があります。接続が削除され、その接続内の表を削除しようとすると、エラーが表示されます。オブジェクト・ストレージ内の仮想表を削除するときの資格情報エラー・メッセージを参照してください。
バケットが接続プロパティーで指定されていない場合、接続はグローバルです。この場合は、ファイル・パスにバケット名を含めます。 Data Virtualizationインスタンスでは、最大1つのグローバル接続を指定できます。

CREATE TABLE (HADOOP) ステートメントの制約事項も参照してください。