k1LoW/tbls についてまとめ
- PostgreSQL における
detectVirtualRelationsの話。 - 任意のデータベースの public スキーマでは期待通りに機能する。
- 任意のデータベースの public 以外のスキーマでは
- 期待通りに機能しない。設定していない状態時と同様の結果となる。
- dns 設定にて、
options=--search_path%3Dshcema_nameなどと指定すると期待通りに機能する。
タグ: PostgreSQL
まとめ
つまりこうだ
psql 'postgres://postgres:password@localhost:5432/db2?sslmode=disable&options=--search_path%3Duser2
これで db2 データベースに user2 スキーマで接続する。
参考
- PostgreSQL のスキーマとは: CREATE SCHEMA
まとめ
- バージョンを切り替えたい気持ちは今のところないので
.envは用意しなかった。 - イメージに tbls を追加するので Dockerfile を用意した。
- volumes に DB データを永続化するようにした。
5.8. 行セキュリティポリシー を利用することで単一データベースかつ単一スキーマ方式を採用したマルチテナントアーキテクチャをより安全にすることができそうです。
実際にシステムやアプリに組み込む前に、 PostgreSQL の Row Level Security とはそもそもどのような物なのか、手を動かすことで体験いたしました。
本投稿では、その時の動きをまとめます。また、時間が経ってもう一度 PostgreSQL の Row Level Security をおさらいしたくなったり、新たに挙動を確かめたくなったりした時のために、すぐにお試しの環境を作れるように記録を残します。
まとめ
- 起動時の環境変数
POSTGRES_INITDB_ARGSで設定することで、ロケールをなし (C) に設定可能- POSTGRES_INITDB_ARGS=--encoding=UTF-8 --locale=CPOSTGRES_INITDB_ARGS: "--encoding=UTF-8 --locale=C"<= 注意。コッチっは試していない。
- ちなみに、 docker run の場合は
docker run --rm -it -e POSTGRES_PASSWORD=secret -e POSTGRES_INITDB_ARGS="--encoding=UTF-8 --locale=C" postgres:12.2 bashといった書式になる。
注意点
- libpq-dev を事前にインストールし、それから
docker-php-ext-install pdo_pgsqlを行うこと。
まとめ
- WITH RECURSIVE を使う。
- ループでない時と比べて性能が向上または劣化するかは検証していない。
- ループの中身を UNION ALL で繋げたものと比べると、順番が異なっていたときがあった気がする（うろ覚え）。下例のループ内部分に ORDER BY をつけて制御する。
以下は、公式ページの例に解説を加えた、シンプルな例です。
まとめ
CAST(1 || ' month' AS interval)というようにする。”1″ の部分を引数など、動的にできる。
実践
環境
- Windows7 Professional 32bit
- PostgreSQL 9.4
- JDK 8