データベースから始める。
PostgreSQL、MySQL、互換エンジンを分析ワークフローに取り込む。
今後提供予定
あなたのデータベース。Lake内の分析用コピー。
PostgreSQL、MySQL、互換データベースをFastBI Lakeに複製。アプリケーションは顧客へのサービスを続け、分析はコピー上で実行します。
業務用から分析用へレプリケーションの概念
アプリケーションデータベース
PostgreSQL
customersordersorder_itemsアプリケーションに対応
分析用コピー
FastBI Lake
customersordersorder_itemsスキャン、結合、レポートを処理
レポートで必要なときに更新。
定期的な分析には、繰り返しのスケジュールを使用。Lakeのコピーは、最後に完了した更新を反映します。
同じ問い。分析の拠点。概念アニメーション · ベンチマークではありません
待つ時間を減らし、探索を増やす。
重いレポート処理をLakeへ。アプリケーションのデータベースは、次のお客様への対応に集中できます。
SELECT customer_id, SUM(total)
FROM orders
GROUP BY customer_id;PostgreSQL
業務データベースFastBI Lake
分析専用のコピースキャンが多いレポートでの目標を示しており、実測したクエリ時間ではありません。実際の性能はデータ、インデックス、クエリ設計、コンピューティングによって異なり、Lakeがすべてのクエリで高速になるわけではありません。
01コピーを作成
同じビジネスデータ。新しい探索の場所。
業務テーブルには、すでに価値ある答えがあります。ReplicateがLakeにコピーを取り込み、顧客、注文、長年の履歴を横断して調査できるようにします。
Lakeのコピーを作成。
スキャンと結合のための分析専用データセットを用意。
ソース本来の役割を維持。
アプリケーションのテーブルではなく、Lakeのコピーで分析クエリを実行。
02最新に保つ
問いに合うデータの鮮度を選択。
日々の業務レビューと運用ダッシュボードで、同じ更新頻度が必要とは限りません。スケジュール型と継続型のレプリケーションは、それぞれ異なるニーズに応えます。
スケジュール型レプリケーション
定期レポートに合った頻度で更新。
継続的なレプリケーション
より新しいデータが必要な分析のために、データベースの変更を追跡。
ソースを合わせる
互換性は、エンジン、バージョン、権限、利用可能なレプリケーション機能によって異なります。
03コピーを分析
本番環境はサービスに、Lakeは分析に。
Lakeに入ったデータは、SQLで探索し、他のデータセットと組み合わせ、繰り返し分析するための中間テーブルを作成できます。
Replicate
ソーステーブルをLakeにコピー。
Lake
スキャンと結合に分析専用の場所を。
SQL、Jobs、Analysis
コピー上で探索、加工、レポート作成。
Get notified about Replicate
早期アクセスのウェイトリストに登録。