私はdashDBにフィードデータを引き続き流す必要があるユースケースを持っていますが、これはdashDBに最適ではないという通知がありました。トリクルフィードによるdashDBアナリティクスの読み込みが悪いのはなぜですか?
なぜこれは最適ではありませんか?回避策はありますか?
私はdashDBにフィードデータを引き続き流す必要があるユースケースを持っていますが、これはdashDBに最適ではないという通知がありました。トリクルフィードによるdashDBアナリティクスの読み込みが悪いのはなぜですか?
なぜこれは最適ではありませんか?回避策はありますか?
柱状倉庫は読み込みに最適ですが、N列のテーブルに1行を挿入すると、システムは行を分割して分割してディスクに書き込む必要があります。これは、小さなインサートを比較的非効率的にし、結果として物が減速することがあります。
データの最初の一括読み込みが必要な場合があります。現在のところ、圧縮辞書は一括ロード用にのみ構築されているので、新しいテーブルで始まり、挿入を使用してデータを取り込むと、データはまったく圧縮されません。
負荷を2〜5分の負荷サイクルでマイクロバッチに構造化してみてください。
ここではどのようなユースケースですか? dashDB Transactionalがニーズを解決できるかどうかを確認します。 DashDBのトランザクションは、OLTPとPOSトランザクションのためにチューニングされています。これはあなたがフィードしようとしているものです。
タイトルを更新して、アナリティック・ワークロード用であることを説明しました –