私のボックスにはPentaho Report Designerのローカルインスタンスがあり、データソースとしてローカル開発データベースが設定されています。Pentahoレポートデザイナー - 動的データソース
明らかに、このレポートを本番BIサーバーに公開すると、私のローカルデータソースに到達できなくなるため、レポートが失敗します。
本番データベースに依存するようにレポートを明確に設定すると、アイデンティティが鮮明になりますが、ネットワークに時間がかかり、開発用のプロダクションDBに影響を与えたくありません。
ケトルでは、kettle.propertiesファイルをローカライズされたデータソース変数を提供するように更新しました（私の変換をテストするユニットに最適です！）、PRDに変数をローカライズするための同様のメソッドがあるのだろうか？
PRDでは、JNDI接続を使用して、同じ種類の抽象化を使用します。 $ HOME/.pentaho/simple-jndiにJNDI設定があります。そこにデータソースとBIサーバの管理コンソールに同じ名前のデータソースを作成します。次に、接続を「JNDI」接続タイプとして定義し、データソースの名前を指定します。
次に、ローカルで実行するかサーバーで実行するかによって、エンジンはランタイムコンテキストから接続情報をルックアップします。
警告：SQLが実際の標準ではないという事実を考えると、ローカルとリモートの環境が同じデータベースタイプを使用していることを確認してください。それ以外の場合は、クライアント上でMySQLを使用し、サーバ上でOracleを使用すると、MySQL用に作成されたSQLはOracleドライバによって受け入れられず、逆も同様です。 Windowsでは
あなたはここで、JNDI設定ファイルを見つける：
C:\Users\(username)\.pentaho\simple-jndi
[OK]を...素晴らしいです。私はJNDIが方向性だと思っていましたが、余分な作業をしていないことを確認したり、何かを明らかにしていないことを確認したかったのです。ありがとう！ –
そして、mongodbはどうですか？ mongodbはリレーショナルデータベースではないので、JDBCドライバはありません。したがって、jdbcデータソースを設定する方法はありません。 – KikoV
@thomasこれはどのように動作するか教えてください（ローカルで実行するか、サーバで実行するかによって、エンジンはランタイムコンテキストから接続情報を検索します）。私はそれがローカルホストか特定のserveripを使用するかどうかをURL部分でどのように区別するのかを意味します。 –