問題タブ [database-partitioning]

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

すべてのレコードを取得し、各レコードについて部門にシーケンスを割り当てるテーブルをクエリしたいので、結果は次のようになります。

パーティション上のrownumを使用して、部門内の各レコードのシーケンス番号を取得できることはわかっています...問題は、グループレベルで「同じ」を実行し、各グループにシーケンスを割り当てる方法です（たとえば、順序は、例のように部門名によるものです）。何か案は？

現在、特定のテーブル データを監査するいくつかの監査テーブルがあります。

たとえば、ATAB_AUDIT、BTAB_AUDIT、および CTAB_AUDIT は、それぞれ ATAB、BTAB、および CTAB からの挿入、更新、および削除を監査します。

これらの監査テーブルは年ごとに分割されています。

これらの監査テーブルの列は同一であるため (change_date、old_value、new_value など)、1 つの大きな監査テーブルを使用するのが有益です。監査レコード (table_name) を生成したテーブルの名前を保持する列を追加し、table_name でパーティション化します。次に、年ごとにサブパーティションしますか？

データベースは Solaris 上の Oracle 11g です。

なぜ、またはなぜこれをしないのですか？

よろしくお願いします。

範囲左関数でパーティション分割されたテーブルを作成しました。次に、いくつかの行を 1 つのパーティションだけに挿入します。結果：

結果：

次に、このテーブルのいくつかの行を更新し、sys.dm_tran_locks を照会すると、次のように partition4 でいくつかの RID ロックが見つかります。

このような結果：

dbcc pageを使用してページ 3:13 の内容を確認すると、何も表示されません。

このような結果：

したがって、dbcc ページは、ページ 3:13 に何もないことを確認します。ファイル 3:13 には何も存在しないのに、なぜ RID ロックが存在するのですか?

分散分割ビュー(データベースのスケーリング)を理解できない

私が読んだチュートリアルには、いつもこのようなイメージがあります。[User]s => [Distributed partitioned view] および [Distributed partitioned view] からは、個々のサーバーを指す多くの矢印が表示されます。

分散分割ビューは正確にはどこにありますか? ジョブ専用の別のサーバーに存在しますか?

わかりました、200万行あります。それぞれに請求日があります。私はその日までにこれを分けようとしています。パーテーションを作りました。/var/lib/mysql を確認したところ、ファイルがそこにあり、すべて適切なファイル サイズであるため、何かが機能していることがわかります。ただし、explian パーティションを選択すると、すべてのパーティションを使用していることがわかります。テーブルの作成方法に何か問題がありますか? テーブルをクエリしますか? インデックス？

そのクエリが p0 と p1 のみを使用することを期待していましたが、それらすべてを使用しています。

もともと2つの列に範囲分割を使用して作成されたdb2テーブルがありますが、現在は範囲分割を行う必要がないと感じています。テーブルにすでに存在するデータを削除せずに、テーブルから範囲パーティションを削除するにはどうすればよいですか。

400 万行のテーブルがある場合は IE です。

STATUS次の値を想定できるフィールドがあります: TO_WORK、BLOCKEDまたはWORKED_CORRECTLY.

1 回だけ (ほとんどの場合 to_work から working_correctly に) 変更されるフィールドで分割しますか? いくつのパーティションを作成しますか?

約 200,000,000 行で 15 日分のデータを含むパーティション分割されたテーブルがあります。(16 日目は削除され、0 日目は毎朝作成されます。)

多くの場合、テーブルは非常に高速ですが、非常に遅い場合もあります。問題/ボトルネックを発見するためのヒントがあるかどうか疑問に思っています.

テーブルは「日」のリストによって分割され (「エポックの日」整数を使用; 今日 =~ 15100 )、別の重要な ID である線形キーによってサブ分割されます。day と id の両方が正しい順序で主キーの一部を構成し、クエリで使用されます。

典型的なクエリでは、360 個のパーティションのうち 6 個のみを (プルーニングによって) 使用する場合があります。

私が困惑したのは、1 秒あたり最大 350 以上のクエリで実行されることが多い一方で、同じクエリで 2 qps まで遅くなることがあり、100 クエリをプルするのに数分かかることです。

MySQL を完全に再起動しても、2 つの同様のクエリ間の任意の速度の違いには影響しないようです。この問題は、ディスク IO とディスク キャッシングに関連していると思われます。

質問は本当にです。どこから探し始めますか？MySQL、ボニー++? ..

ありがとう！

クエリに問題があります。これがクエリです。

さまざまなTransactionTimeで、特定のユーザーのレコードが非常に多くあります。他のレコードと一緒にLastActionを実行したいと思います。どうすればいいですか？SQLパーティションはここで機能しますか？

アーカイブ戦略を見てください-特定のデータセットをアーカイブする必要があります。

挿入/削除ルーチンではなく、パーティション交換を使用することを考えていました。

アーカイブされるテーブルは、日付でパーティション化された間隔範囲であり、国のリストサブパーティションがあります。

交換を分割したいのは特定の国向けです。

ロードされたデータは、パーティションとサブパーティションに正しく分類されます。すべてのパーティション名はシステムによって生成されます。

すべての「FR」サブパーティションのパーティション交換に来ると、ロジックを判別できません。

使用する

特定の「既知の」サブパーティションを交換できます。

Oracle 11gで「for」ロジックを使用できることは知っていますが、構文を機能させることができません。

何か案は？