エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください
Twitterで共有ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
目的なしの分割テーブル TABLE が数千万行のサイズになると、運用時間の制約が厳しくなってきます。 デ... 目的なしの分割テーブル TABLE が数千万行のサイズになると、運用時間の制約が厳しくなってきます。 デフォールト値ありのカラム追加 インデックス追加・削除 TABLE単位のdump 設計段階で大きくなることがわかっていると、PostgreSQLのパーティショニング機能を使って、扱い易いサイズにしようとなります。 Let'sPostgresの記事 に性能上100分割まで、と書いてあるから、mod(id, 100) で分別しようか? と安易にやると、パーティショニングのデメリットが強く出てきて、割に合いません。 デメリット ちょっとしたクエリでも性能が劣化する クエリでいつも id が一つずつならいいのですが、範囲指定や、IN での複数指定だと、SQLも最大100個生成されて、最大100個テーブルが検索対象になります。全体計算量が変わらず、分割したオーバーヘッドの分だけ遅くなります。 性能バ