エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
Vol. 01【PostgreSQL】わたしのクエリ、遅すぎ...?Row Level Securityに潜むLEAKPROOFの罠 - Sansan Tech Blog
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Vol. 01【PostgreSQL】わたしのクエリ、遅すぎ...?Row Level Securityに潜むLEAKPROOFの罠 - Sansan Tech Blog
技術本部 Bill One Engineering Unit 共通認証基盤チームの古石です。 Bill One 開発 Unit ブログリレー... 技術本部 Bill One Engineering Unit 共通認証基盤チームの古石です。 Bill One 開発 Unit ブログリレー2024の記念すべき第一弾なのですが、少々ニッチな話になります。ごめんなさい。 共通認証基盤では、DBにPostgreSQLを使用しています。 そして、テーブルにRow Level Security(以降RLS)を適用し、テナントIDのチェックを行うことでテナント間のデータ分離を堅牢にしています。 www.postgresql.jp ところで皆さんは、 RLSを適用している環境で、クエリのパフォーマンスが期待外れに低下した経験はありませんか? 特に LIKE / ILIKE で検索を行う際、INDEXが適切に使われないことがありませんか? 私はあります。先月それで悩まされていました。 検索すれば原因は特定できるような内容だったのですが、まとめているペー