Page History
...
Sv translation | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
データセットの構築プロセスは、基礎となるデータセットのデータや構造の変更(自動再構築が有効な場合)、またはユーザーによる手動でトリガーされます。構築プロセス中、参照データセットはすべて、変更を実行するためにロックされます。基礎となるデータセットに加えられた変更(結合構造の変更、データの変更など)により、必要に応じて結合に再構築のフラグが立てられますが、再構築自体はスケジュールされません。結合されたデータセットに必要に応じて再構築のフラグが立てられると、バックエンドデータベースの既存のマテリアライズドビューが無効になり、データプレビューのみが表示されます(デフォルトでは10,000行)。再構築が完了すると、すべての(更新された)データが再び利用可能になります。
構築プロセスの無効化特定のデータセットのプロセスを無効にする特に「大きな」データセットで、構築プロセスを自動的に開始したくない場合があります。結合されたデータセットの設定で自動再構築を無効にすることができます: 特定の時間間隔ですべてのデータセットのプロセスを無効にする
特定の場合、例えば、毎日更新される複数のデータセットに基づいて多数の結合データセットが構築されている場合、基礎となるデータセットが変更されるたびに構築プロセスがトリガーされます。システムが、結合の一部である別の参照データセットにデータをインポートしようとすると、「ロック」エラーが発生する場合があります。この状況では、特定の時間間隔で構築プロセスを無効にできます:
再構築の遅延とカスタム再構築時間
場合によっては、再構築の遅延を定義したり、カスタムの再構築時間を設定したりすることが効率的なソリューションになる場合があります。それらは、ほぼ同じ時間にスケジュールされた基礎となるデータセットへのインポートが2つ以上ある場合に役立ちます。遅延なしで、最初のインポートが再構築をトリガーします。これにより、データセットがロックされ、残りのインポートが失敗します。遅延またはカスタム再構築時間を設定することにより、再構築は中間的にトリガーされず、すべてのインポートが正常に完了します。カスタム再構築時間を使用することで、サーバーの負荷が最小になる時間に再構築をスケジュールできます。
結合されたデータセットの設定でそれらを設定することが可能です: |
...