問題タブ [sql-tuning]

utf8 と latin1 の 2 つの異なる文字セット タイプのテーブルを作成しました。

1)

2)

次に、いくつかの行に値を挿入します。「explain」を使用して両方のテーブルを選択すると、異なる key_len が得られました。

1)

| | ID | select_type | テーブル | タイプ | 可能な_キー | キー | key_len | 参照 | 行 s | エクストラ |

| | 1 | シンプル | ああ | 参照 | 名前 | 名前 | 258 | 定数 | 2 | where を使用します。インデックスの使用 |

セットで 1 行 (0.00 秒)

2)

| | ID | select_type | テーブル | タイプ | 可能な_キー | キー | key_len | 参照 | 行 s | エクストラ |

| | 1 | シンプル | ああ | 参照 | 名前 | 名前 | 768 | 定数 | 2 | where を使用します。インデックスの使用 |

セットで 1 行 (0.01 秒)

異なる文字セットを使用して定義された同様のテーブルに対して、システムが key_len をどのように割り当てるのかわかりません。

10 秒ごとに実行されるクエリがいくつかあり、両方のテーブルで「テキスト」データ型が使用されています。これはデータベースのパフォーマンスに影響するのでしょうか? 1 つのテーブルはフル スキャンで、別のテーブルには「order by」句と「limit」句があります。

ありがとう。

このようなテーブルがあります。

以下にいくつかのサンプルデータを示します。

上記の表のデータが以下の形式で必要です。

したがって、基本的には、各日付の各イベントの数が必要です。

目的の結果を得るために、以下のクエリを試しました。

より優れた最適化されたクエリを見つけるように提案してもらえますか? 、または私は良いアプローチに従っています。

次のようなテーブルがあります。

私はこれを取得する必要があります:

私には次のようなものが必要なようです：

これを行うための受け入れ可能な方法はありますか？Postgresql 9.0.1 を使用しています。

更新: これは uuid タイプでも機能するはずです

質問があります。結合されたすべてのキーのインデックスを作成し、マスター テーブルを事前にフィルター処理して、選択する特定の行を選択しましたが、表示に時間がかかります (ハングする場合があります)。パフォーマンスを向上させるにはどうすればよいですか?

合計 198695 レコードと project_id =555 の 96579 レコードを含むテーブルがあります。project_id でテーブルを分割したリスト間隔があります。以下のクエリを実行すると（個別なし）、実行に0.75秒かかります。

一方、distinct を追加して以下のクエリを実行すると、実行に 15 秒かかります

今のところ、個別クエリと非個別クエリの両方でフェッチされた結果は同じです (1636 行) クエリをさらに調整する方法を提案してもらえますか? 注意してください: - 上記のように project_id でテーブルをパーティション分割して分析しただけで、インデックスは作成していません。

WAN 経由で実行速度が遅いアプリケーションがあります。原因はテーブルへの複数の挿入であると考えられます。現在、複数の行を同時に挿入するより効率的な方法を検討しています。

私はこの方法を見つけました：

私が知りたいのは、上記の方法は実際には 20 個の "INSERT INTO MY_TABLE (1,1);" を実行するよりも効率的ですか? これを行う他の方法はありますか？