エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
PostgreSQLのRLSが有効時3分 vs RLS無効時1.7秒のSQL実行時間差はなぜ生まれるの?をパフォーマンス改善内部探訪編
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
PostgreSQLのRLSが有効時3分 vs RLS無効時1.7秒のSQL実行時間差はなぜ生まれるの?をパフォーマンス改善内部探訪編
クリスマスが近いですね。自分の身長より大きいクリスマスツリーを買って満足したしおりん(@jamgodtree... クリスマスが近いですね。自分の身長より大きいクリスマスツリーを買って満足したしおりん(@jamgodtree)です。 生成AIによりパフォーマンスチューニングが簡単になった世界 前提: ログラスのRLS運用 ログラスでは、PostgreSQLのRLS(Row Level Security)機能を利用し、マルチテナント間での情報漏洩リスクを防ぐ仕組みを導入しています。 アプリケーションでのRLSの実装方法については、以前の資料をご参照ください。 RLS運用が4年経過し、SQLの複雑化に伴い、パフォーマンスへの影響が顕著になってきました。都度チューニングを行っていましたが、Anthropic社のClaude Codeなどの生成AIを活用することで、より深く調査し、PostgreSQLの公式ドキュメントや実装と照らし合わせながら理解することが容易になりました。 今回、PostgreSQLの設計思

