データ型「Date」¶

Denodo 7.0 から、データ型「date」は非推奨となっていますが、互換性に関する理由から維持されています。このデータ型のフィールドは、以前のバージョン 6.0 と同じように動作します。代わりに、新しい型の localdate、time、timestamp、または timestamptz を使用してください。

VQL の構文¶

CREATE TABLE internet_inc I18N us_est (
    iinc_id:long,
    summary:text,
    ...
    ...
);

ALTER TABLE internet_inc
    CACHE OFF
    TIMETOLIVEINCACHE DEFAULT
    ADD SEARCHMETHOD internet_inc(
        I18N us_est
        CONSTRAINTS (
             ADD iinc_id (any) OPT ANY
             ADD summary (any) OPT ANY
             ...
             ...
        )
        OUTPUTLIST (iinc_id, specific_field1, specific_field2, summary, taxid, ttime
        )
        WRAPPER (jdbc internet_inc)
    );

CREATE TABLE internet_inc I18N us_est (
    iinc_id:long,
    summary:text,
    ...
    ...
    )
    CACHE OFF
    TIMETOLIVEINCACHE DEFAULT
    ADD SEARCHMETHOD internet_inc(
        I18N us_est
        CONSTRAINTS (
             ADD iinc_id (any) OPT ANY
             ADD summary (any) OPT ANY
             ...
             ...
        )
        OUTPUTLIST (iinc_id, specific_field1, specific_field2, summary, taxid, ttime
        )
        WRAPPER (jdbc internet_inc)
    );

データソース¶

Denodo のストアドプロシージャ¶

Virtual DataPort に標準で用意されている以下のストアドプロシージャは、非推奨となっています。

• CATALOG_ELEMENTS: 代わりに GET_ELEMENTS を使用してください。

• CATALOG_VIEWS: 代わりに GET_VIEWS を使用してください。

• CATALOG_PKS: 代わりに GET_PRIMARY_KEYS を使用してください。

• CATALOG_FKS: 代わりに GET_FOREIGN_KEYS を使用してください。

• SOURCE_CHANGES: 代わりに GET_SOURCE_CHANGES を使用してください。

• GENERATE_STATS: 代わりに GET_STATS_FOR_FIELDS を使用してください。

• GENERATE_STATS_FOR_FIELDS: 代わりに GET_STATS_FOR_FIELDS を使用してください。

• GENERATE_SMART_STATS_FOR_FIELDS: 代わりに GET_STATS_FOR_FIELDS を使用してください。

上記のプロシージャからは、接続中のデータベースについての情報しか返されないため、新しいプロシージャに置き換えられました。新しいプロシージャ (「GET_...」) では、同じ情報をどのデータベースからでも取得できます。

• WEBCONTAINER_ELEMENTS: 代わりに WEBCONTAINER_ELEMENT_STATUS を使用してください (多くの情報を得られるため)。

• LIST_JDBC_DATASOURCE_TABLES: 代わりに GET_JDBC_DATASOURCE_TABLES を使用してください。

ロール JMXAdmin¶

ロール jmxadmin は非推奨となりました。今後は、ロール monitor_admin を使用してください。どちらのロールにも同じ権限が付与されますが、「monitor_admin」の方が能力にふさわしい名前です。

ロール「jmxadmin」を他のユーザーまたはロールに付与した場合、代わりに「monitor_admin」を付与してください。

このマニュアルの手順に従って Denodo 6.0 または 7.0 からアップグレードした場合、6.0 または 7.0 からエクスポートしたメタデータは、「jmxadmin」の代わりにロール「monitor_admin」を使用するようになっています。

Denodo ストアドプロシージャ API: getNumOfAffectedRows メソッド¶

Denodo 6.0 から、ストアドプロシージャ API のメソッド getNumOfAffectedRows() は非推奨となっており、Denodo Platform の今後のメジャーバージョンで削除される可能性があります。将来のメジャーバージョンとの互換性が失われるのを避けるために、新しいストアドプロシージャでこのメソッドをオーバーライドしないでください。

Denodo 8.0 では、このメソッドは実行エンジンから呼び出されません。このバージョンで古いストアドプロシージャを読み込めるようにするためだけに維持されています。

Denodo カスタムラッパー API: 非推奨となったメソッド¶

カスタムラッパーの API の以下のメソッドは非推奨となっています。以下のメソッドや定数への参照をカスタムラッパーのコードから削除することをお勧めします。

Denodo 6.0 から非推奨となったメソッド:

• com.denodo.vdb.engine.customwrapper.CustomWrapperConfiguration.isDelegateCompoundFieldProjections()

• com.denodo.vdb.engine.customwrapper.CustomWrapperConfiguration.setDelegateCompoundFieldProjections(boolean)

• com.denodo.vdb.engine.customwrapper.expression.CustomWrapperFieldExpression.getSubFields()

• com.denodo.vdb.engine.customwrapper.expression.CustomWrapperFieldExpression.hasSubFields()

Denodo 8.0 では、最初の 2 つのメソッドは実行エンジンから呼び出されません。古いカスタムラッパーとのバイナリ互換性を維持するためだけに保持されています。

Denodo 7.0 から非推奨となったメソッド:

• コンストラクター CustomWrapperFieldExpression.CustomWrapperFieldExpression(String, List<CustomWrapperFieldExpression>)

• com.denodo.vdb.engine.customwrapper.CustomWrapperResult.addRow(Object[], List<CustomWrapperFieldExpression>)

  代わりに、よりパフォーマンスが優れているメソッド CustomWrapperResult.addRow(Object[]) を使用してください。

• 比較演算子 contains に関連するメソッドと定数。Denodo 8.0 では、これらは実行エンジンから呼び出されません。これらは、このバージョンで古いカスタムラッパーを読み込めるようにするためだけに維持されています。以下が該当します。

  • com.denodo.vdb.engine.customwrapper.expression.CustomWrapperContainsExpression

  • com.denodo.vdb.engine.customwrapper.condition.CustomWrapperCondition.OPERATOR_CONTAINS

  • com.denodo.vdb.engine.customwrapper.expression.CustomWrapperExpression.isContainsExpression()

詳細については、「 Contains、Containsand、Containsor および Iscontained 演算子 」を参照してください。

Denodo JDBC ドライバー¶

Denodo 7.0 から、JDBC ドライバーのパラメータ wanOptimizedCalls は非推奨となりました。

このパラメータは、Denodo 7.0 でのデフォルト値が true であり、false に設定する理由がないため、非推奨となっています。以前のバージョンでのデフォルト値は false でした。true の場合、ドライバーからサーバーに送信されるリモート呼び出しの数が減ります。さらに、アプリケーションで結果セットが閉じられたとき、保留中の結果が残っている場合には、ドライバーは取り消しリクエストのみをサーバーに送信します。false の場合、ドライバーは常に取り消しリクエストを送信します。

Denodo Web サービス¶

Virtual DataPort 4.7 以前のバージョンで作成された Denodo Web サービスは、非推奨となっています。これらの Web サービスでは、SOAP および REST の機能が提供されます。これらの機能は維持されており、その VQL ステートメントを Virtual DataPort 8.0 に読み込んだり、管理ツールから編集したりすることも可能です。ただし、このタイプの新しい Web サービスは作成できません。

Denodo 5.0 から、SOAP Web サービスと REST Web サービスは別のエレメントとなります。これは、SOAP Web サービスが操作指向であるのに対して、REST Web サービスはリソース指向であるためです。

ウィジェット¶

Denodo 7.0 から、ウィジェットを公開する機能は非推奨となっています。この機能は、Microsoft SharePoint 用 Web パーツ、Portlets v1.0 (JSR-168) および Portlets 2.0 (JSR-268) に用意されています。

Administration Tool では、今後これらの作成をサポートしません。ただし、以前のバージョンからインポートした場合、Administration Tool で開くことができます。VQL ステートメントを使用して作成と管理を行うことも可能です。

スクリプト export: 非推奨となったパラメータ¶

Denodo 5.5 から、ディレクトリ <DENODO_HOME/bin のスクリプト「export」および「import」の以下のパラメータが非推奨となっています。

1. --property includeEnvSpecificElements

2. --property includeNonEnvSpecificElements

3. --dependencies (「import」スクリプトのみ)

Instead of #1 and #2, use --property includeProperties.

同じインストール環境の複数の Virtual DataPort インスタンスの起動¶

Denodo 7.0 から、「 同じインストール環境の複数の Virtual DataPort インスタンスの起動 」の機能は非推奨となっています。

この機能を使用している場合、代わりに外部データベースにメタデータを保存するように Virtual DataPort を構成してください (「 外部データベースへのメタデータの保存 」を参照)。これにより、全サーバーで同じ外部データベースを共有する Virtual DataPort サーバーのクラスタを作成できるようになります。

なお、非推奨となったこの機能は、同じコンピュータで稼動する 2 つの異なる Denodo Platform インストール環境から 2 つの Virtual DataPort サーバーを起動する機能では ありません 。同じコンピュータで異なるインストール環境の 2 つの Virtual DataPort サーバーを実行することは、別のポートでコネクションをリッスンしていれば可能であり、完全にサポートされています。

ロール「selfserviceadmin」、「selfserviceexporter」¶

Denodo の次のメジャーバージョンでは、ロール「selfserviceadmin」および「selfserviceexporter」が削除されます。これらのロールが Denodo 8.0 に存在するのは、Denodo 6.0 との下位互換性を維持するためですが、今後はユーザーに付与しないでください。代わりに、新しいロール「data_catalog_admin」および「data_catalog_exporter」を付与してください。それぞれ「selfserviceadmin」および「selfserviceexporter」と同等です。

Denodo の以前のバージョン (v7.0) のリリースで、「Information Self-Service Tool」が「Data Catalog」に名称変更されたため、これら 2 つのロールの名称も変更されました。

プライベート Scheduler REST API¶

リクエスト前のログインとリクエスト後のログアウトを必要とする、プライベート Scheduler REST API は非推奨であるため、使用しないでください。代わりに、新しいパブリック Scheduler REST API を使用してください。

REST API: セッションを使用する認証¶

Solution Manager の REST API では、セッションベースの認証方法 (つまり、JSESSIONID クッキーの取得) が非推奨となっています。代わりに、ステートレス認証を使用することをお勧めします。つまり、クライアントからの各リクエストに資格情報を含める必要があります。こちらの方式は、セッションベースの認証よりも単純で、広くサポートされています。

「 セッションベースの認証 」 (Denodo 7.0) を参照してください。