変換を構成するための最も適切でベストプラクティスに基づく方法は何ですか?
言い換えると、異なるデータソースに接続することで処理を行うケトルに基づく大きなETLソリューションがあると想像してください。これらのデータソースを一元化された場所に保存し、どこかに接続する必要があるたびに各変換で検索するようにします。
SSISにはパッケージ構成がありますが、pentahoで使用できる代替手段は何ですか?
追伸:サードパーティのフレームワークをインストールしたくありません。
ありがとうございました
変換を構成するための最も適切でベストプラクティスに基づく方法は何ですか?
言い換えると、異なるデータソースに接続することで処理を行うケトルに基づく大きなETLソリューションがあると想像してください。これらのデータソースを一元化された場所に保存し、どこかに接続する必要があるたびに各変換で検索するようにします。
SSISにはパッケージ構成がありますが、pentahoで使用できる代替手段は何ですか?
追伸:サードパーティのフレームワークをインストールしたくありません。
ありがとうございました
これはさまざまな方法で実行できます。
データベース接続のパラメーター化、およびkettle.propertiesを介したプロパティの構成。共有エリアなどから、そのkettle.propertiesに引き続きアクセスできます。
上記と同じですが、データベースから資格情報を読み取ることによって接続を構成します。手作りする必要がありますが、いくつかの注意点を考慮して機能させることができます。
リポジトリを使用する場合、データベース接続はとにかく一元的に保存されます。したがって、devとprdリポジトリがある場合、プロモートするときは、db接続自体をプロモートしないでください。しかし、それが聞こえるよりもトリッキーです。
そのすべてに関して、新しい4.4(?)リリースには、これらすべての処理をはるかに簡単にするための適切なライフサイクル管理が必要です。