ボックスで Pentaho Report Designer のローカル インスタンスを実行しており、そのデータ ソースとして構成されたローカル開発データベースがあります。(2 つのデータソース構成。どちらも同じローカル データ サーバー (ソース データベースとターゲット データベース) を指しています。)
明らかに、このレポートを運用 BI サーバーに発行すると、ローカル データソースにアクセスできなくなるため、レポートは失敗します。
実稼働データベースに依存するようにレポートを明確に構成すると、ID の危機 (危機?) が解決されますが、私は棒に住んでいるのでネットワークが遅く、開発目的で実稼働 DB に影響を与えたくありません。
Kettle で、ローカライズされたデータソース変数を提供するように Kettle.properties ファイルを更新しました (変換の単体テストに最適です!)。PRD で変数をローカライズするための同様の方法があるかどうか疑問に思っていました。
PRD では、JNDI 接続を使用して同じ種類の抽象化を行います。JNDI 設定は $HOME/.pentaho/simple-jndi にあります。そこでデータソースを作成し、BI-Server の管理コンソールで同じ名前のデータソースを作成します。次に、接続を「JNDI」接続タイプとして定義し、データソースに付けた名前を指定します。
次に、ローカルで実行するかサーバーで実行するかに応じて、エンジンはランタイム コンテキストから接続情報を検索します。
ただし、1 つ警告があります。SQL は実際の標準ではないため、ローカル環境とリモート環境で同じデータベース タイプを使用していることを確認してください。そうしないと、たとえば、クライアントで MySQL を使用し、サーバーで Oracle を使用する場合、MySQL 用に作成された SQL は Oracle ドライバーで受け入れられず、その逆も同様です。
Windows では、jndi 構成ファイルは次の場所にあります。
C:\Users\(ユーザー名)\.pentaho\simple-jndi