MemSQL 4.1 のリリース ノートでは、列ストア テーブルの挿入パフォーマンスが向上したことが報告されています。

列ストア テーブル タイプに関する私の (基本的な) 理解では、個別の挿入には適さず、より大きな一括挿入 (挿入ごとに最大 100k 行) に最適です。

これは 4.1 リリースでも引き続き当てはまるのでしょうか?それとも、各列ストア テーブルの前にあるメモリ最適化データ構造により、この欠陥が修正されるようになりましたか?

明確にするために、私のユースケースではパフォーマンスは問題ではなく、個々の挿入に colunstore を利用しています。

追加情報や参考文献へのリンクをいただければ幸いです。これらの変更に関する詳細はわかりません。

このステートメントを更新しようとすると、エラーが発生します:

クエリ:

次のエラーがスローされます

メッセージ 35330、レベル 15、状態 1、行 2 UPDATE ステートメントは、列ストア インデックスを持つテーブルでデータを更新できないため、失敗しました。UPDATE ステートメントを発行する前に列ストア インデックスを無効にし、UPDATE の完了後に列ストア インデックスを再構築することを検討してください。

MonetDB のクエリ プランを理解しようとしています。

各命令の目的を見つけることができるドキュメントはどこにありますか? そうでない場合、何が戻ってくるのか誰か教えてください

と

私のクエリでは、結果を 2 つの属性 (A、B など) で並べ替えています。2 番目の並べ替えに最初の並べ替えよりも多くのパラメーターがある理由を教えてください。

algebra.subsort は (oid, columnType) ペアを返しますか、それとも単に oid ですか?

ありがとうございました！！

私の DB には、いくつかの列ストア インデックスと、プロシージャで使用されるこれらのテーブルがあります。開発サーバーで手順を実行すると、列ストア インデックスの実行モードがバッチ モードになります。しかし、これらを本番環境に移動すると、これらは行ごとの実行モードになります。これらに影響を与えるサーバー設定はありますか。誰でも私を助けることができますか？

両方のサーバーが SQL 2014 であることに注意してください

列ストア インデックスのバッチ実行に影響を与える DB サーバー プロパティを特定できる人はいますか?

集計クエリを適切に処理できるように、SQL Server で自動的に更新される構造が必要です。クラスター化インデックスとして列ストア インデックスを持つ SQL Server 2014 でインデックス付きビューを作成できますか?

Web 分析プロジェクトに memsql 5.1 を使用しています。1 日あたり約 80M のレコードと 0,5M のレコードがあります。簡単なリクエストは約 5 秒で機能します。これは、特定の日にドメイン、地域、言語ごとに受信されたデータの数です。それらの時間を短縮することは可能だと思いますが、方法が見つかりません。道を教えてください。

1 つのようなテーブル

次のようなリクエスト:

推奨事項の適用後

• 元のクエリの時間 - 5 秒
• タイムスタンプの最適化あり - 3.7 秒
• タイムスタンプ + シャードキーを使用 - 2.6 秒

ありがとうございます！