PostgreSQL 11 検証レポート

Transcription

1 1.0 版 2018 年 7 月 4 日 SRA OSS, Inc. 日本支社 東京都豊島区南池袋 Tel Fax

2 目次 1. はじめに 概要 検証のためのセットのためのセットアップ ソフトウェア入手 検証のためのセット環境 インストール JIT コンパイルを使うためのビル使うためのビルドうためのビルド 主要な追加機能追加機能 JIT コンパイル機能の追加 パーティショニングの改善の改善 パーティション全体に対するインデに対するインデックするインデックス作インデックス作成 パーティションテーブルに対するインデックするインデックス作外部キーキー パーティション間の透過的データの透過的データ移動データ移動移動 ハッシュパーティショニングの改善 問い合わせ実行時い合わせ実行時の合わせ実行時のパわせ実行時のパーテ実行時のパーティショのパーティション除外処理 パーティション指向の結合 集約の結合わせ実行時のパ 集約 パラレル実行の改善 並列ハッシュ結合ハッシュ結合わせ実行時のパ 並列ハッシュ結合インデックス作成 並列ハッシュ結合 CREATE TABLE AS 並列ハッシュ結合 Append parallel_leader_participation プロシージャ内でのトランザ内でのトランザクでのトランザクション制御 各手続き言語でのトラき言語でのトラン言語でのトランザクでのトランザクション制御対するインデック応 ALTER TABLE.. ADD COLUMN の性能改善 ウィンドウ関数の拡張の拡張 GROUPS ウィンドウフレーム ウィンドウフレーム RANGE モードの距離指定 ウィンドウフレームの EXCLUDE オプション SCRAM チャ内でのトランザンネルバインド 免責事項

3 1. はじめに 本文書はは PostgreSQL 11 に含まれる主要な新まれるインデックス作主要な追加機能新機能を使うためのビル説明し 実際に動作し 実際に動作させ実際に動作させた検に動作させ実行時のパーテた検証のためのセット結果を報告するものを使うためのビル報告するものでするインデックス作ものです PostgreSQL 11 につい合わせ実行時のて検証しようとし検証のためのセットしようとして検証しようとしい合わせ実行時のるインデックス作ユーザの助けになることをけにな追加機能るインデックス作ことを使うためのビル目的データ移動として検証しようとしい合わせ実行時のます 2018 年 5 月 24 日ににリリースされた PostgreSQL 11beta1 を使うためのビル使うためのビルド用して検証を行っして検証しようとし検証のためのセットを使うためのビル行って検証しようとし 実際に動作させ本文書はを使うためのビル作成して検証しようとしい合わせ実行時のます 2. 概要 PostgreSQL 11 の主要な追加機能新機能は以下の通りです 本の通りです 本ドキりです 本ドキュメントではこれらの項目を使うためのビル取り上げます り上げます げます JIT コンパイルの追加 パーティショニングの改善の様々な改善な追加機能改善 並列ハッシュ結合実行の様々な改善な追加機能改善 プロシージャ内でのトランザ内でのトランザクでのトランザクション制御を使うためのビルサポート 認証のためのセットで SCRAM チャ内でのトランザンネルバインドを使うためのビルサポート ALTER TABLE.. ADD COLUMN の性能改善 ウィンドウ関数の拡張の拡張 この他にも細かな機能にも細かな機能追加やかな追加機能機能追加や変更が多数あり変更が多数ありますが多数あります 多数の拡張あります 全て検証しようとしの変更が多数あります点の一覧についての一覧についてはについ合わせ実行時のて検証しようとしは PostgreSQL 11 ドキュ メント内でのトランザクのリリースノート (以下 以下の通りです 本 URL)に記載されてい に記載されています されて検証しようとしい合わせ実行時のます 3. 検証のためのセットのためのセットアップ 3.1. ソフトウェア入手入手 PostgreSQL 11 (以下 ベータ移動版を含む)を使うためのビル含まれる主要な新む )に記載されてい は以下の通りです 本 URL のページからダウンロード可能です ソースコード Windows むけバイナリのインストーラ 実際に動作させ RPM yum リポジトリが多数あります 用して検証を行っ意されています されて検証しようとしい合わせ実行時のます 検証環境 検証のためのセット環境として検証しようとし 実際に動作させ HP ProLiant MicroServer 上げます の CentOS 7.x / x86_64 を使うためのビル使うためのビルド用して検証を行っしました これは小型サーバサーバ 2

4 マシンであり 実際に動作させ本検証のためのセットは 実際に動作させ具体に対するインデ的データ移動な追加機能特定マシン上げます の性能の提示や大規模サーバや変更が多数あり大規模サーバにおけるサーバにおけるインデックス作性能の検証のためのセットは意されています 図してして検証しようとし い合わせ実行時のませ実行時のパーテん 3.3. インストール zlib 実際に動作させ zlib-devel 実際に動作させ readline 実際に動作させ readline-devel の各パッケージが多数あります あらかじめインストールされて検証しようとしい合わせ実行時のるインデックス作状態で で 実際に動作させ以下の通りです 本のオプションにて検証しようとしソースコードのビルドを使うためのビル行い合わせ実行時のました /usr/local/pgsql ディレクトリを使うためのビル postgres ユーザで読み書き可能なデみ書き可能なディ書はき言語でのトラン可能な追加機能ディレクトリとして検証しようとし用して検証を行っ意されています したうえで 実際に動作させ postgres ユーザにて検証しようとし実行しました $ cd postgresql-11beta1 $./configure --prefix=/usr/local/pgsql/ enable-cassert \ --enable-debug --with-libxml --with-openssl --with-perl --with-python $ make world $ make install-world 環境変数の拡張を使うためのビル設定するインデックス作ファイルを使うためのビル書はき言語でのトラン出して 適用しまして検証しようとし 実際に動作させ適用して検証を行っします $ cat > 11.0.env <<'EOF' PGHOME=/usr/local/pgsql/11.0 export PATH=$PGHOME/bin:$PATH export LD_LIBRARY_PATH=$PGHOME/lib:$LD_LIBRARY_PATH export PGDATA=/usr/local/pgsql/data11.0 export PGPORT=5432 EOF $ env データ移動ベースクラスタ移動を使うためのビル作成します ロケール無し(し (以下C ロケール )に記載されてい 実際に動作させ UTF8 を使うためのビルデフォルトとします $ initdb --no-locale --encoding=utf8 設定ファイルに最小限の設定を与えまの設定を使うためのビル与えます えます $ cat >> $PGDATA/postgresql.conf << EOF logging_collector = on EOF PostgreSQL を使うためのビル起動します $ pg_ctl start 3

5 JIT コンパイルを使うためのビを使うためのビル使うためのビルドうためのビルを使うためのビド 新たに追加された JIT コンパイル機能を使うためのビル使うためのビルドうためには以下の通りです 本のビルド手順が必要です が多数あります 必要です まず 実際に動作させ LLVM コンパイラ基盤が必要です が多数あります 必要です RHEL/CentOS 7.x の LLVM はバージョン 3.4.x とが多数あります 古いためい合わせ実行時のため 実際に動作させ Software Collections から llvm 4.0.x を使うためのビル導入しました # yum install centos-release-scl # yum install llvm-toolset-7 llvm-toolset-7-llvm-devel configure オプションに--with-llvm を使うためのビル 実際に動作させまた 実際に動作させ LLVM_CONFIG 変数の拡張に llvm-config コマンドのパスを使うためのビル指定します さらに C++ や変更が多数あり CLANG も使うためのビルドい合わせ実行時のますので 実際に動作させこれらについ合わせ実行時のて検証しようとし導入した llvm ツールセットに含まれる主要な新まれるインデックス作ものを使うためのビル使うためのビルドうように 実際に動作させ CXX 実際に動作させ CLANG を使うためのビル指定します 本例ではでは C コンパイラにも llvm ツールセットに含まれる主要な新まれるインデックス作 gcc 7.x を使うためのビル使うためのビルドうように CC も指定して検証しようとしい合わせ実行時のます $ cd postgresql-11beta1/ $ CC=/opt/rh/devtoolset-7/root/usr/bin/cc \ CXX=/opt/rh/devtoolset-7/root/usr/bin/g++ \ CLANG=/opt/rh/llvm-toolset-7/root/usr/bin/clang \ LLVM_CONFIG=/opt/rh/llvm-toolset-7/root/usr/bin/llvm-config \./configure --prefix=/usr/local/pgsql/ enable-debug --with-llvm $ make world $ make install-world このコンパイルは--with-llvm オプション無し(しの場合わせ実行時のパとくらべて検証しようとし時のパーティショ間の透過的データを使うためのビル要します 検証のためのセット環境では 20 分ほほど要しました 要しました このビルドを使うためのビル使うためのビルドう場合わせ実行時のパには環境変数の拡張設定で LD_LIBRARY_PATH に llvm のライブラリのパスを使うためのビル加えて検証しようとしおき言語でのトランます $ cat >> 11.0.env <<EOF LLVM7LIB=/opt/rh/llvm-toolset-7/root/usr/lib64 export LD_LIBRARY_PATH=$LLVM7LIB:$LD_LIBRARY_PATH EOF $ LLVM7LIB=/opt/rh/llvm-toolset-7/root/usr/lib64 $ export LD_LIBRARY_PATH=$LLVM7LIB:$LD_LIBRARY_PATH 4.1 節 JIT コンパイル機能の追加 に限り本手順でに限の設定を与えまり本手順が必要です でビルドした PostgreSQL を使うためのビル使うためのビルド用して検証を行っして検証しようとしい合わせ実行時のます 4

6 4. 主要な追加機能追加機能 主要な追加機能追加機能 実際に動作させ性能向の結合 集約上げます につい合わせ実行時のて検証しようとし動作確認を使うためのビルして検証しようとしい合わせ実行時のき言語でのトランます また 実際に動作させ合わせ実行時のパわせ実行時のパーテて検証しようとし機能の簡単な説明もしますな追加機能説明し 実際に動作もします 各追加機能の詳細かな機能追加やな追加機能説明し 実際に動作はベータ移動版を含む)に同梱されるマニュアされるインデックス作マニュアルに記載されています されて検証しようとしい合わせ実行時のます 本インストール手順が必要です を使うためのビル行った場合わせ実行時のパ 実際に動作させ以下の通りです 本の場所 (以下 インストール先のの share/doc/html)に記載されてい に HTML のマニュアルが多数あります 生成されます /usr/local/pgsql/11.0/share/doc/html/ また 実際に動作させ以下の通りです 本 URL にて検証しようとし PostgreSQL 11 のマニュアルが多数あります 公開されています されて検証しようとしい合わせ実行時のます い合わせ実行時のずれも英語でのトランザクとな追加機能ります JIT コンパイル機能の追加の追加追加 JIT が多数あります 組み入れられたみ書き可能なディ入れられた PostgreSQL では 実際に動作させ SQL 実行プランで JIT を使うためのビル使うためのビルドうとい合わせ実行時のう選択肢が生じます が多数あります 生じます JIT を使うためのビル使うためのビルドう場合わせ実行時のパには 実際に動作させ SQL 実行時のパーティショの行データ移動の取り上げます り出して 適用しまし処理や変更が多数あり SELECT リストの式 実際に動作させ条件句の式の計算が最の式の計算が最初にコンが多数あります 最初にコンにコンパイルされて検証しようとしから実行されます 最初にコンにコンパイルするインデックス作処理が多数あります 増えますが1回あえますが多数あります 1回あたりの実行 回あたりの実行はあたりの実行は速くなりますくな追加機能りますので 実際に動作させ件数の拡張が多数あります 多い合わせ実行時の処理での性能向の結合 集約上げます が多数あります 期待できます でき言語でのトランます 以下の通りです 本で JIT が多数あります 使うためのビルドわれるインデックス作動作を使うためのビル見てみます て検証しようとしみ書き可能なディます JIT 用して検証を行っにい合わせ実行時のくつか設定変数の拡張が多数あります 追加されて検証しようとしい合わせ実行時のて検証しようとし 実際に動作させ JIT を使うためのビル使うためのビルドうか 実際に動作させ JIT を使うためのビル使うためのビルドう場合わせ実行時のパのコスト値の閾値を設定での閾値の閾値を設定でを使うためのビル設定でき言語でのトランます 件数の拡張が多数あります 多くて検証しようとし十分ほにコストが多数あります 大き言語でのトランくな追加機能るインデックス作場合わせ実行時のパに使うためのビルド用して検証を行っするインデックス作価値の閾値を設定でが多数あります 生じますので 実際に動作させ指定コストを使うためのビル下の通りです 本回あたりの実行はるインデックス作ような追加機能ら利用して検証を行っされな追加機能い合わせ実行時のとい合わせ実行時のうことです ( 確認用に小コストでもに小コストでも小コストでもコストでも JIT が動作するように動作するように設定するように小コストでも設定する)する ) db1=# SET jit TO on; -- デフォルトも on db1=# SET jit_above_cost TO 10; -- デフォルト JIT コンパイル適用に小コストでも db1=# SET jit_optimize_above_cost TO 10; -- デフォルト 最適化も行うも行うう db1=# SET jit_inline_above_cost TO 10; -- デフォルト インライン化も行うも行うう ( 適当なテーブルを作なテーブルを作るテーブルを作る)作するように設定る ) db1=# CREATE TABLE t1 (id int PRIMARY KEY, v text); db1=# INSERT INTO t1 SELECT g, md5(g::text) FROM generate_series(1, 1000) as g; ( 適当なテーブルを作なテーブルを作る問い合わせをい合わせを合わせをわせを作る) JIT が動作するように有効になるように設に小コストでもなテーブルを作るるように小コストでも設定する)して実行する)実行うする ) db1=# explain analyze SELECT id, translate(v,'abcdef','')::numeric FROM t1 WHERE id % 2 = 1; 5

7 QUERY PLAN Seq Scan on t1 (cost= rows=5 width=36) (actual time= rows=500 loops=1) Filter: ((id % 2) = 1) Rows Removed by Filter: 500 Planning Time: ms JIT: Functions: 4 JIT 処理された箇所の数された箇所の数 箇所の数 の数 数 Generation Time: ms JIT コンパイル所の数 要時間 Inlining: true JIT での数 インライン化も行うも行うった箇所の数 か? Inlining Time: ms JIT での数 インライン化も行うの数 所の数 要時間 Optimization: true JIT での数 最適化も行うも行うった箇所の数 か? Optimization Time: ms JIT での数 最適化も行うの数 所の数 要時間 Emission Time: ms JIT コード出力の所要時間出力の所要時間 の数 所の数 要時間 Execution Time: ms (13 rows) 上げます 記は小さい合わせ実行時のテーブルへの問い合わせ実行時い合わせ実行時の合わせ実行時のパわせ実行時のパーテですので JIT 実行したほうが多数あります 遅くなるケースでくな追加機能るインデックス作ケースです 今度はは JIT が多数あります 効果を報告するもの的データ移動に働く例を見てみまく例ではを使うためのビル見てみます て検証しようとしみ書き可能なディましょう CPU 高負荷であって件数がであって検証しようとし件数の拡張が多数あります 多い合わせ実行時のケースを使うためのビル作って検証しようとしみ書き可能なディます 1回あたりの実行 億件を使うためのビル処理させ実行時のパーテるインデックス作ことにします 1 億件のテーブルを使うためのビル作るインデックス作とストレージ I/O 時のパーティショ間の透過的データの寄与えます が多数あります 大き言語でのトランくな追加機能って検証しようとししまうので 実際に動作させ 1 億件の行を使うためのビル返す関数を作ります関数の拡張を使うためのビル作ります ROWS オプションも指定して検証しようとしおけば 実際に動作させプランナにも件数の拡張が多数あります 伝わります また 実際に動作させ出して 適用しま力はたくさんの関はたくさんの関数の拡張や変更が多数あり演算が最初にコン子を組み合わせたを使うためのビル組み入れられたみ書き可能なディ合わせ実行時のパわせ実行時のパーテた式にします db1=# CREATE FUNCTION f () RETURNS SETOF bigint ROWS LANGUAGE sql AS $$ SELECT g FROM generate_series(1::bigint, ::bigint) AS g; $$; db1=# SET jit TO off; db1=# explain analyze SELECT g, 'X is "' random() * pi() * substr((g * ln(g::float8 + g / 2))::text, 1, 5)::float8 '"' FROM f () AS g; QUERY PLAN 6

8 Function Scan on f g (cost= rows= width=40) (actual time= rows= loops=1) Planning Time: ms Execution Time: ms (3 rows) db1=# SET jit TO on; db1=# explain analyze SELECT g, 'X is "' random() * pi() * substr((g * ln(g::float8 + g / 2))::text, 1, 5)::float8 '"' FROM f () AS g; QUERY PLAN Function Scan on f g (cost= rows= width=40) (actual time= rows= loops=1) Planning Time: ms JIT: Functions: 2 Generation Time: ms Inlining: true Inlining Time: ms Optimization: true Optimization Time: ms Emission Time: ms Execution Time: ms (11 rows) コスト値の閾値を設定でが多数あります ですのでデフォルト設定でも JIT が多数あります 適用して検証を行っされます JIT 有りの方が所要時りの方が所要時間が短が多数あります 所要時のパーティショ間の透過的データが多数あります 短 くな追加機能って検証しようとしい合わせ実行時のます 下の通りです 本記グの改善ラフはこの SQL を使うためのビル JIT 有りの方が所要時り無し(しで各 5 回あたりの実行はずつ実行した結果を報告するものの平均値の閾値を設定でとばらつき言語でのトラン (以下 標準偏差 )に記載されてい です 平均 20% 程度はの所要時のパーティショ間の透過的データが多数あります 短縮されています されて検証しようとしい合わせ実行時のます 7

9 Execution Time [ms] JIT 未適用 JIT 適用 図 4.1-1:JITJIT で性能アップする性能アップするインデックス作ケース作成 4.2. パーティショニングの改善の追加改善 PostgreSQL 10 から CREATE TABLE 文に PARTITION オプションが多数あります 追加されて検証しようとし 実際に動作させ明し 実際に動作示や大規模サーバ的データ移動な追加機能構文上げます の指示や大規模サーバでテーブルのパーティショニングの改善を使うためのビル実現できるようになでき言語でのトランるインデックス作ようにな追加機能りました PostgreSQL 11 では 実際に動作させこのパーティショニングの改善機能につい合わせ実行時のて検証しようとしい合わせ実行時のくつか改善が多数あります 行われて検証しようとしい合わせ実行時のます 本機能ではい合わせ実行時のくらか紛らわしい用語がらわしい合わせ実行時の用して検証を行っ語でのトランザクが多数あります 登場しますので 実際に動作させ改めて検証しようとし整理して検証しようとしおき言語でのトランます 一つのテーブルを使うためのビル複数の拡張の子を組み合わせたテーブルに分ほ割するのがパーテするインデックス作のが多数あります パーティショニングの改善です このとき言語でのトラン 実際に動作させ子を組み合わせたテーブルを使うためのビル含まれる主要な新む全体に対するインデを使うためのビル代表するテーブルするインデックス作テーブルを使うためのビルパーティションテーブルと呼びます 子テーびます 子を組み合わせたテーブルのことを使うためのビルパーティションと呼びます 子テーびます パーティション全体に対するインデに対するインデックするインデックス作インデックス作成作成 PostgreSQL 10 までは 実際に動作させインデックスは個々な改善のパーティションにしか付与えます でき言語でのトランず 実際に動作させパーティションテーブル全体に対するインデにプライマリキー制約や変更が多数ありユニーク制約を使うためのビル設けるインデックス作ことが多数あります でき言語でのトランませ実行時のパーテんでした これらが多数あります PostgreSQL 11 から条件付き言語でのトランな追加機能が多数あります ら可能とな追加機能ります その条件は 実際に動作させインデックス対するインデック象にパーティショにパーティションキーの列ハッシュ結合 (以下 すな追加機能わちパーパーティション分ほ割するのがパーテの基準とな追加機能るインデックス作列ハッシュ結合 )に記載されてい を使うためのビル含まれる主要な新むことです 例ではを使うためのビル示や大規模サーバします 以下の通りです 本のように PRIMARY KEY 指定を使うためのビルつけて検証しようとしパーティションテーブルを使うためのビル作るインデックス作ことが多数あります でき言語でのトランます ( パーティション定する)義 ) db1=# CREATE TABLE t_log (id int PRIMARY KEY, ts timestamp, mes text, typ int) PARTITION BY RANGE (id); 8

10 CREATE TABLE db1=# CREATE TABLE t_log_0 PARTITION OF t_log FOR VALUES FROM (0) TO (100000); CREATE TABLE db1=# CREATE TABLE t_log_1 PARTITION OF t_log FOR VALUES FROM (100000) TO (200000); CREATE TABLE db1=# CREATE TABLE t_log_2 PARTITION OF t_log FOR VALUES FROM (200000) TO (300000); CREATE TABLE ( データ挿入)挿入 ) db1=# INSERT INTO t_log SELECT g, ' :00'::timestamp + (g 's')::interval, md5(g::text), g % 5 FROM generate_series(0, ) AS g; INSERT また 実際に動作させ含まれる主要な新み書き可能なディさえすれば良いので 以下のい合わせ実行時のので 実際に動作させ以下の通りです 本のように主として検証しようとし ts 列ハッシュ結合を使うためのビル対するインデック象にパーティショにして検証しようとしい合わせ実行時のるインデックス作インデックスも追加でき言語でのトランます また 実際に動作させ Btree インデックス以外のインデックスでも作成でき言語でのトランます db1=# CREATE INDEX ON t_log (ts, id); CREATE INDEX db1=# CREATE INDEX ON t_log USING brin (ts, id); -- brin インデックス CREATE INDEX パーティションテーブルに付与えます したテーブルは 実際に動作させ実体に対するインデとして検証しようとしは個々な改善のパーティションに対するインデックするインデックス作インデック スとして検証しようとし実現できるようになされて検証しようとしい合わせ実行時のます パーティションの一つを使うためのビル \d d で調べると固有のイべるインデックス作と固有りの方が所要時のインデックスを使うためのビル持っていることがって検証しようとしい合わせ実行時のるインデックス作ことが多数あります わかります db1=# \d t_log_2 Table "public.t_log_2" Column Type Collation Nullable Default id integer not null ts timestamp without time zone mes text typ integer 9

11 Partition of: t_log FOR VALUES FROM (200000) TO (300000) Indexes: "t_log_2_pkey" PRIMARY KEY, btree (id) "t_log_2_ts_id_idx" btree (ts, id) "t_log_2_ts_id_idx1" brin (ts, id) また 実際に動作させプライマリ制約違反のデータを投入のデータ移動を使うためのビル投入するインデックス作と 実際に動作させエラー内でのトランザク容は以下のようには以下の通りです 本のようにな追加機能ります ( パーティションテーブルへの数 誤った挿入)った箇所の数 挿入 ) db1=# INSERT INTO t_log VALUES (1, CURRENT_TIMESTAMP, 'mes', 1); ERROR: duplicate key value violates unique constraint "t_log_0_pkey" DETAIL: Key (id)=(1) already exists. ( 個別パーティションパーティションへの数 誤った挿入)った箇所の数 挿入 ) db1=# INSERT INTO t_log_2 VALUES (1, CURRENT_TIMESTAMP, 'mes', 1); ERROR: new row for relation "t_log_2" violates partition constraint DETAIL: Failing row contains (1, :53: , mes, 1). つまり 実際に動作させパーティションテーブルに対するインデックするインデックス作プライマリキー制約や変更が多数ありユニーク制約は 実際に動作させ振り分け規則に基り分ほけ規則に基づくに基づく 制約と 実際に動作させ個々な改善パーティション上げます のインデックスによるインデックス作制約によって検証しようとし実現できるようになされて検証しようとしい合わせ実行時のるインデックス作ことが多数あります わかります パーティションテーブルを使うためのビに対するインデックするインデックス作外部キーキー PostgreSQL 11 からパーティションテーブルに対するインデックして検証しようとし外部キーキーが多数あります 定義できるようになでき言語でのトランるインデックス作ようにな追加機能ります 以下の通りです 本のように 実際に動作させ t_log テーブルの typ 列ハッシュ結合のマスタ移動とな追加機能るインデックス作 t_log_typ_master テーブルを使うためのビル作って検証しようとし 実際に動作させパーティションテーブル t_log に外部キーキー制約を使うためのビル設けるインデックス作ことが多数あります でき言語でのトランました db1=# CREATE TABLE t_log_typ_master (typ int primary key, txt text); db1=# INSERT INTO t_log_typ_master VALUES (0, 'type 0'), (1, 'type 1'), (2, 'type 2'), (3, 'type 3'), (4, 'type 4'); db1=# ALTER TABLE t_log ADD FOREIGN KEY (typ) REFERENCES t_log_typ_master (typ); 以下の通りです 本のように 実際に動作させパーティションテーブル全体に対するインデに対するインデックして検証しようとしも 実際に動作させ個々な改善のパーティションに対するインデックして検証しようとしも 実際に動作させ制約が多数あります 機能し て検証しようとしい合わせ実行時のるインデックス作ことが多数あります 確認でき言語でのトランます ( パーティションテーブルに小コストでも対して制約違反すして実行する)制約違反するデータ挿入するデータ挿入)挿入 ) 10

12 db1=# INSERT INTO t_log VALUES (250001, ' :00', 'message', 9); ERROR: insert or update on table "t_log_2" violates foreign key constraint "t_log_typ_fkey" DETAIL: Key (typ)=(9) is not present in table "t_log_typ_master". ( パーティションテーブルに小コストでも対して制約違反すして実行する)制約違反するデータ挿入するデータ挿入)挿入 ) db1=# INSERT INTO t_log_2 VALUES (250001, ' :00', 'message', 9); ERROR: insert or update on table "t_log_2" violates foreign key constraint "t_log_typ_fkey" DETAIL: Key (typ)=(9) is not present in table "t_log_typ_master". ただし 実際に動作させ被参照側としてパーティとして検証しようとしパーティションテーブルを使うためのビル使うためのビルドうことはでき言語でのトランませ実行時のパーテん 以下の通りです 本のように t_log と 1 対するインデック 1回あたりの実行 対するインデック応するインデックス作パーティションテーブルを使うためのビル作って検証しようとし 実際に動作させ db1=# CREATE TABLE t_log_detail (id int primary key, detail text) PARTITION BY RANGE (id); db1=# CREATE TABLE t_log_detail_0 PARTITION OF t_log_detail FOR VALUES FROM (0) TO (100000); db1=# CREATE TABLE t_log_detail_1 PARTITION OF t_log_detail FOR VALUES FROM (100000) TO (200000); db1=# CREATE TABLE t_log_detail_2 PARTITION OF t_log_detail FOR VALUES FROM (200000) TO (300000); db1=# INSERT INTO t_log_detail SELECT g, md5(g::text) FROM generate_series(0, ) AS g; そこに外部キーキー制約を使うためのビル指定しようとするインデックス作と 実際に動作させエラーにな追加機能ります db1=# ALTER TABLE t_log_detail ADD FOREIGN KEY (id) REFERENCES t_log (id); ERROR: cannot reference partitioned table "t_log" 11

13 パーティション間の透過的データの透過的データ移動データ移動移動 パーティションキーとな追加機能るインデックス作列ハッシュ結合の値の閾値を設定でを使うためのビル UPDATE したとき言語でのトランに 実際に動作させ自動的データ移動に行が多数あります 新しい合わせ実行時の値の閾値を設定でにふさわしい合わせ実行時の別パーティパーティションに移動するインデックス作ようにな追加機能りました この動作を使うためのビル確認して検証しようとしみ書き可能なディます ( テスト対して制約違反す象の行です の数 行うです id = 0 なテーブルを作るの数 で t_log_0 に小コストでも属しているはずでして実行する)い合わせをるはずです ) db1=# SELECT * FROM t_log WHERE id = 0; id ts mes typ :00:00 cfcd208495d565ef66e7dff9f98764da 0 (1 row) (id を作る)変えます )えます ) db1=# UPDATE t_log SET id = WHERE id = 0; db1=# SELECT * FROM t_log WHERE id = ; id ts mes typ :00:00 cfcd208495d565ef66e7dff9f98764da 0 (1 row) (t_log_0 から t_log_2 に小コストでも移動して実行する)い合わせをることが動作するようにわかります ) db1=# explain SELECT * FROM t_log WHERE id = ; QUERY PLAN Append (cost= rows=1 width=49) -> Index Scan using t_log_2_pkey on t_log_2 (cost= rows=1 width=49) Index Cond: (id = ) (3 rows) 上げます 記の UPDATE につい合わせ実行時のて検証しようとし EXPLAIN ANALYZE を使うためのビル付けて検証しようとし実行するインデックス作と 実際に動作させ実行プランにおい合わせ実行時のて検証しようとしもパーティショ ンを使うためのビル変えるインデックス作動作を使うためのビルして検証しようとしい合わせ実行時のるインデックス作ことが多数あります 確認でき言語でのトランます db1=# EXPLAIN ANALYZE UPDATE t_log SET id = WHERE id = 0; 12

14 QUERY PLAN Update on t_log (cost= rows=1 width=55) (actual time= rows=0 loops=1) Update on t_log_0 -> Index Scan using t_log_0_pkey on t_log_0 (cost= rows=1 width=55) (actual time= rows=1 loops=1) Index Cond: (id = 0) Planning Time: ms Trigger for constraint t_log_typ_fkey on t_log_2: time=0.026 calls=1 Execution Time: ms (7 rows) ハッシュパーティショニング PostgreSQL 10 でのテーブルパーティショニングの改善ではパーティショニングの改善戦略として リストとして検証しようとし 実際に動作させリスト (以下LIST)に記載されてい と範囲 (以下RANGE)に記載されてい が多数あります 使うためのビルド用して検証を行っでき言語でのトランました PostgreSQL 11 ではこれに加えて検証しようとしハッシュ (以下HASH)に記載されてい を使うためのビル使うためのビルド用して検証を行っでき言語でのトランるインデックス作ようにな追加機能ります これを使うためのビル使うためのビルドう方が所要時間が短式を使うためのビルハッシュパーティショニングの改善と呼びます 子テーびます ハッシュパーティショニングの改善では 実際に動作させパーティションキー列ハッシュ結合の値の閾値を設定でに対するインデックして検証しようとし正整数の拡張のハッシュ値の閾値を設定でを使うためのビル生成して検証しようとし 実際に動作させその値の閾値を設定でを使うためのビル割するのがパーテった余りがいくつになりが多数あります い合わせ実行時のくつにな追加機能るインデックス作かに基づい合わせ実行時のて検証しようとし振り分け規則に基り分ほけを使うためのビル行い合わせ実行時のます 以下の通りです 本に 実際に動作させ実際に動作させた検にハッシュパーティショニングの改善を使うためのビル使うためのビルドったパーティションテーブルを使うためのビル作って検証しようとしみ書き可能なディます ( パーティションテーブルを作る)作するように設定成する)する ) db1=# CREATE TABLE t_message (mid bigint, mes text, ts timestamp, flag int) PARTITION BY HASH (mes); -- メッセージ文字列文字列 (mes)mes) を作る)キーに小コストでもする db1=# CREATE TABLE t_message_3_0 PARTITION OF t_message FOR VALUES WITH (MODULUS 3, REMAINDER 0 ); -- 3 で割って余りって実行する)余りり 0 db1=# CREATE TABLE t_message_3_1 PARTITION OF t_message FOR VALUES WITH (MODULUS 3, REMAINDER 1 ); -- 3 で割って余りって実行する)余りり 1 db1=# CREATE TABLE t_message_3_2 PARTITION OF t_message FOR VALUES WITH (MODULUS 3, REMAINDER 2 ); -- 3 で割って余りって実行する)余りり 2 ( 値を投入するとほを作る)投入するとほぼ均等に振り分け均等に振り分けられに小コストでも振り分けられる)り分けられる)けられる ) 13

15 db1=# INSERT INTO t_message SELECT g, md5(g::text), ' :00'::timestamp + (g 's')::interval, g % 5 FROM generate_series(1, ) AS g; INSERT db1=# SELECT count(*) FROM t_message_3_0; count (1 row) db1=# SELECT count(*) FROM t_message_3_1; count (1 row) db1=# SELECT count(*) FROM t_message_3_2; count (1 row) PostgreSQL 11 のハッシュパーティショニングの改善ではパーティションの数の拡張を使うためのビル後から増やす手段から増えますが1回あや変更が多数ありす手段が用意されてが多数あります 用して検証を行っ意されています されて検証しようとしい合わせ実行時のます ポイントは全て検証しようとしのパーティションでハッシュ値の閾値を設定でを使うためのビル割するのがパーテるインデックス作数の拡張 (以下 本例ではでは 3)に記載されてい が多数あります 同じでな追加機能くて検証しようとしも良いので 以下のい合わせ実行時の 実際に動作させとい合わせ実行時のうことです 3 で割するのがパーテって検証しようとし余りがいくつになり 0 とな追加機能るインデックス作数の拡張 (以下0 実際に動作させ 3 実際に動作させ 6 実際に動作させ 9 実際に動作させ 12 実際に動作させ 15 実際に動作させ )に記載されてい は 実際に動作させ 6 で割するのがパーテって検証しようとし余りがいくつになり 0 とな追加機能るインデックス作数の拡張 (以下0 実際に動作させ 6 実際に動作させ 12 実際に動作させ )に記載されてい と 実際に動作させ 6 で割するのがパーテって検証しようとし余りがいくつになり 3 とな追加機能るインデックス作数の拡張 (以下3 実際に動作させ 9 実際に動作させ 15 実際に動作させ )に記載されてい に分ほ割するのがパーテするインデックス作ことが多数あります でき言語でのトランます そこで (MODULUSMODULUS 3, REMAINDER 0) に限り本手順でと定義できるようになしたパーティションを使うためのビル取り上げます り外して検証しようとし 実際に動作させ代わりに MODULUS 6, REMAINDER 0 に限り本手順でのパーティション 実際に動作させ MODULUS 6, REMAINDER 3 に限り本手順でのパーティションを使うためのビル定義できるようになするインデックス作ことで 実際に動作させパーティションを使うためのビル増えますが1回あや変更が多数ありすことが多数あります でき言語でのトランます その後から増やす手段に 実際に動作させ取り上げます り外したパーティションのデータ移動を使うためのビル再投入して検証しようとし 実際に動作させデータ移動を使うためのビル合わせ実行時のパ流させれば完了でさせ実行時のパーテれば完了です です SQL コマンドとして検証しようとしは以下の通りです 本のようにな追加機能ります (1つの数 パーティションを作る)2つの数 パーティションで置き換え)き換え)換え)え) db1=# BEGIN; db1=# ALTER TABLE t_message DETACH PARTITION t_message_3_0; 14

16 db1=# CREATE TABLE t_message_6_0 PARTITION OF t_message FOR VALUES WITH (MODULUS 6, REMAINDER 0); db1=# CREATE TABLE t_message_6_3 PARTITION OF t_message FOR VALUES WITH (MODULUS 6, REMAINDER 3); db1=# COMMIT; ( デタ挿入)ッチしたした箇所の数 3 で割って余りって実行する)余りり 0 の数 パーティションの数 データ挿入)を作る)再投入した箇所の数 後 削除する)する ) db1=# INSERT INTO t_message SELECT * FROM t_message_3_0; db1=# TRUNCATE t_message_3_0; この手順が必要です を使うためのビル少しずつ実行してしずつ実行して検証しようとしい合わせ実行時のけば 実際に動作させパーティションの再編成を使うためのビル長いサービス停止い合わせ実行時のサービス停止なしに実現できな追加機能しに実現できるようになでき言語でのトランます パーティションを使うためのビル置き換えるときにき言語でのトラン換えるときに1つえるインデックス作とき言語でのトランに1回あたりの実行つのトランザクションとして検証しようとしるインデックス作のは 実際に動作させデータ移動投入時のパーティショに振り分け規則に基り分ほけ先のとな追加機能るインデックス作パーティションが多数あります 無し(い合わせ実行時の状態で ですとエラーにな追加機能り 実際に動作させまた 実際に動作させ一つのハッシュ値の閾値を設定でに対するインデックして検証しようとし複数の拡張のパーティションが多数あります 格納先の候補となる状態もエとな追加機能るインデックス作状態で もエラーとな追加機能るインデックス作ためです 問い合わせ実行時い合わせ実行時の合わせ実行時のパわせ実行時のパーテ実行時のパーティショのパーティション除外処理 PostgreSQL 10 および 実際に動作させそれ以前のテーブル継承のテーブル継承を使ったパーテを使うためのビル使うためのビルドったパーティショニングの改善におい合わせ実行時のて検証しようとしも 実際に動作させ検索条件に合わせ実行時のパわな追加機能い合わせ実行時のパーティション (以下 あるインデックス作い合わせ実行時のは子を組み合わせたテーブル )に記載されてい に対するインデックするインデックス作スキャ内でのトランザンを使うためのビル省略として リストするインデックス作機能が多数あります ありました これは制約によるインデックス作除外 (以下constraint exclusion)に記載されてい と呼びます 子テーばれ 実際に動作させ設定 constraint_exclusion によって検証しようとし有りの方が所要時効 無し(効が多数あります 制御されます この機能は SQL の実行プランを使うためのビル作成するインデックス作とき言語でのトランに発動して検証しようとしい合わせ実行時のました これに対するインデックして検証しようとし 実際に動作させ PostgreSQL 11 ではプラン作成時のパーティショだけではな追加機能く SQL を使うためのビル実行するインデックス作段が用意されて階で不要なパーテで不要な追加機能パーティションの除外が多数あります でき言語でのトランます この動作を使うためのビル partition pruning と呼びます 子テーび 実際に動作させ設定 enable_partition_pruning で有りの方が所要時効 無し(効を使うためのビル制御でき言語でのトランます (以下 デフォルトは on )に記載されてい 実行時のパーティショに行うことで 実際に動作させパラメータ移動によって検証しようとし条件が多数あります 変わるインデックス作プリペアドステートメントにおい合わせ実行時のて検証しようとしも確実に不要パーティション除外を使うためのビルするインデックス作ことが多数あります でき言語でのトランます PostgreSQL 9.2 以降であればプリペであればプリペアドステートメントの実行に際に動作させた検して検証しようとし多くの場合わせ実行時のパにパラメータ移動も含まれる主要な新めたプラン作成が多数あります 行われますが多数あります 実際に動作させパラメータ移動を使うためのビル考慮しないプランがしな追加機能い合わせ実行時のプランが多数あります 実行されるインデックス作動作もありえました また 実際に動作させパーティション除外では 制約によるインデックス作除外 に限り本手順ででは対するインデック応でき言語でのトランな追加機能かった形状の SQL におい合わせ実行時のて検証しようとし 実際に動作させプラン作成 時のパーティショにスキャ内でのトランザン不要パーティションの除外が多数あります 可能です 以下の通りです 本に例ではを使うためのビル示や大規模サーバします db1=# SET constraint_exclusion TO on; db1=# SET enable_partition_pruning TO on; db1=# explain SELECT count(*) FROM t_log WHERE id < ; 15

17 QUERY PLAN Aggregate (cost= rows=1 width=8) -> Append (cost= rows= width=0) -> Seq Scan on t_log_0 (cost= rows= width=0) Filter: (id < ) (4 rows) db1=# SET enable_partition_pruning TO off; db1=# explain SELECT count(*) FROM t_log WHERE id < ; QUERY PLAN Aggregate (cost= rows=1 width=8) -> Append (cost= rows= width=0) -> Seq Scan on t_log_0 (cost= rows= width=0) Filter: (id < ) -> Index Only Scan using t_log_1_pkey on t_log_1 (cost= rows=1 width=0) Index Cond: (id < ) -> Index Only Scan using t_log_2_pkey on t_log_2 (cost= rows=1 width=0) Index Cond: (id < ) (8 rows) この結果を報告するものから 実際に動作させ WHERE 句の式の計算が最で除外が多数あります 可能な追加機能集約の問い合わせ実行時い合わせ実行時の合わせ実行時のパわせ実行時のパーテが多数あります 実際に動作させ constraint_exclusion = on だけではパーテ ィション除外が多数あります でき言語でのトランず 実際に動作させ enable_partition_pruning = on でパーティション除外が多数あります 可能にな追加機能って検証しようとしい合わせ実行時のるインデックス作ことが多数あります 確 認でき言語でのトランます 16

18 パーティション指向の結合 集約の結合わせ実行時のパ 集約 パーティション指向の結合指向の結合の結合結合 以下の通りです 本のような追加機能構造の二つ組のテーの二つ組のテーブルつ組み入れられたのテーブルが多数あります あって検証しようとし 実際に動作させそれぞれ主キー列ハッシュ結合 id を使うためのビル使うためのビルドって検証しようとし同じ条件でパーティショニングの改善を使うためのビルして検証しようとしい合わせ実行時のるインデックス作とします これらテーブルを使うためのビル結合わせ実行時のパするインデックス作とき言語でのトランに期待できます したい合わせ実行時の動作は t_log と t_log_detail のパーティション同士で各々結合するで各々な改善結合わせ実行時のパするインデックス作ことです (以下 ここではこれを使うためのビル パーティション指向の結合 集約の結合わせ実行時のパ に限り本手順でと呼びます 子テーびます )に記載されてい そうすれば並列ハッシュ結合動作の効果を報告するものも出して 適用しまや変更が多数ありすい合わせ実行時のですし 実際に動作させスキャ内でのトランザンを使うためのビル一部キーのパーティションに限の設定を与えま定させ実行時のパーテや変更が多数ありすくな追加機能ります t_log - ログの改善テーブル id ts mes typ 主キー タ移動イムスタ移動ンプ メッセージ ログの改善タ移動イプ t_log_detail - ログの改善詳細かな機能追加やテーブル id detail severity comment 主キー 詳細かな機能追加やメッセージ 深刻度は コメント PostgreSQL 11 からこのような追加機能動作が多数あります サポートされました 実際に動作させた検に動作を使うためのビル確認して検証しようとしみ書き可能なディます ここでの t_log_detail は上げます 図してよりシンプルな追加機能定義できるようになにして検証しようとしあります ( 簡易な定義でなテーブルを作る定する)義で t_log_detail テーブル作するように設定成する) 節で作ったものとで作するように設定った箇所の数 もの数 と同じです)じです ) db1=# CREATE TABLE t_log_detail (id int primary key, detail text) PARTITION BY RANGE (id); db1=# CREATE TABLE t_log_detail_0 PARTITION OF t_log_detail FOR VALUES FROM (0) TO (100000); db1=# CREATE TABLE t_log_detail_1 PARTITION OF t_log_detail FOR VALUES FROM (100000) TO (200000); db1=# CREATE TABLE t_log_detail_2 PARTITION OF t_log_detail FOR VALUES FROM (200000) TO (300000); db1=# INSERT INTO t_log_detail SELECT g, md5(g::text) FROM generate_series(0, ) AS g; パーティション指向の結合 集約の結合わせ実行時のパを使うためのビルさせ実行時のパーテるインデックス作には設定パラメータ移動 enable_partitionwise_join を使うためのビル on にします デフ ォルトは off です また 実際に動作させパラレル動作と組み入れられたみ書き可能なディ合わせ実行時のパわせ実行時のパーテて検証しようとし効果を報告するものが多数あります でるインデックス作機能ですが多数あります 実際に動作させ実行プランにあらわれるインデックス作効果を報告するもの を使うためのビル明し 実際に動作確にするインデックス作ため 実際に動作させパラレル動作を使うためのビル抑止なしに実現できするインデックス作設定を使うためのビル与えます えて検証しようとしおき言語でのトランます 17

19 db1=# SET parallel_setup_cost TO ; -- パラレル無しでプランを見しでプランを作る)見るためるた箇所の数 め db1=# SET enable_partitionwise_join TO on; -- パーティション指向結合わせをを作る)有効になるように設に小コストでも db1=# explain SELECT lo.mes, ld.detail FROM t_log lo LEFT JOIN t_log_detail ld ON (lo.id = ld.id); QUERY PLAN Append (cost= rows= width=66) -> Merge Left Join (cost= rows= width=66) Merge Cond: (lo.id = ld.id) -> Index Scan using t_log_0_pkey on t_log_0 lo (cost= rows= width=37) -> Index Scan using t_log_detail_0_pkey on t_log_detail_0 ld (cost= rows= width=37) -> Merge Left Join (cost= rows= width=66) Merge Cond: (lo_1.id = ld_1.id) -> Index Scan using t_log_1_pkey on t_log_1 lo_1 (cost= rows= width=37) -> Index Scan using t_log_detail_1_pkey on t_log_detail_1 ld_1 (cost= rows= width=37) -> Merge Left Join (cost= rows=50001 width=66) Merge Cond: (lo_2.id = ld_2.id) -> Index Scan using t_log_2_pkey on t_log_2 lo_2 (cost= rows=50001 width=37) -> Index Scan using t_log_detail_2_pkey on t_log_detail_2 ld_2 (cost= rows=50001 width=37) (13 rows) 上げます 記のように t_log_0 と t_log_detail_0 実際に動作させ t_log_1 と t_log_detail_1 な追加機能ど要しました 実際に動作させパーティション同士で各々結合するが多数あります まず結合わせ実行時のパ するインデックス作プランが多数あります 生成されました パーティション指向の結合指向の結合の結合集約 集約処理を使うためのビルするインデックス作とき言語でのトランにパーティション毎に集約処理を各に集約処理を使うためのビル各々な改善先のに行って検証しようとし 実際に動作させ最後から増やす手段にその結果を報告するものを使うためのビル統合わせ実行時のパするインデックス作とい合わせ実行時のう実行プランが多数あります 可能にな追加機能りました この動作を使うためのビルさせ実行時のパーテるインデックス作には設定パラメータ移動 enable_partitionwise_aggregate を使うためのビル on にします デフォルトは off 18

20 です プランの違い合わせ実行時のを使うためのビル確認して検証しようとしみ書き可能なディます 今回あたりの実行はもプランを使うためのビル見てみます や変更が多数ありすくするインデックス作ためパラレル処理は選択されな追加機能い合わせ実行時のように して検証しようとしい合わせ実行時のます db1=# SET parallel_setup_cost TO ; -- パラレル無しでプランを見しでプランを作る)見るためるた箇所の数 め ( パーティション指向の数 集約を作る)使わない場合)わなテーブルを作るい合わせを場合わせを ) db1=# SET enable_partitionwise_aggregate TO off; db1=# explain SELECT avg(length(mes)) FROM t_log; QUERY PLAN Aggregate (cost= rows=1 width=32) -> Append (cost= rows= width=33) -> Seq Scan on t_log_0 (cost= rows= width=33) -> Seq Scan on t_log_1 (cost= rows= width=33) -> Seq Scan on t_log_2 (cost= rows=50001 width=33) (5 rows) ( パーティション指向の数 集約を作る)使わない場合)う場合わせを ) db1=# SET enable_partitionwise_aggregate TO on; db1=# explain SELECT avg(length(mes)) FROM t_log; QUERY PLAN Finalize Aggregate (cost= rows=1 width=32) -> Append (cost= rows=3 width=32) -> Partial Aggregate (cost= rows=1 width=32) -> Seq Scan on t_log_0 (cost= rows= width=33) -> Partial Aggregate (cost= rows=1 width=32) -> Seq Scan on t_log_1 (cost= rows= width=33) -> Partial Aggregate (cost= rows=1 width=32) -> Seq Scan on t_log_2 (cost= rows=50001 width=33) (8 rows) 上げます 記 2 番目のプランでは各パーティションごとに Aggregate して検証しようとしい合わせ実行時のるインデックス作ことが多数あります 確認でき言語でのトランます 19

21 4.3. パラレル実行の改善の追加改善 パラレル実行は PostgreSQL 9.6 実際に動作させ PostgreSQL 10 でもサポートされて検証しようとしい合わせ実行時のますが多数あります 実際に動作させ PostgreSQL 11 では SQL 実行で並列ハッシュ結合処理でき言語でのトランるインデックス作項目が多数あります 更が多数ありますにい合わせ実行時のくつか追加されて検証しようとしい合わせ実行時のます 並列ハッシュ結合ハッシュ結合わせ実行時のパ ハッシュ結合わせ実行時のパが多数あります パラレル実行でき言語でのトランるインデックス作ようにな追加機能りました 節で作った t_log と 実際に動作させ 節 (以下 あるインデックス作い合わせ実行時のは 節 )に記載されてい で作った t_log_detail テーブルを使うためのビル外部キー結合わせ実行時のパして検証しようとし集約するインデックス作問い合わせ実行時い合わせ実行時の合わせ実行時のパわせ実行時のパーテを使うためのビル実行するインデックス作と 実際に動作させ Parallel Hash Left Join に限り本手順で Parallel Hash に限り本手順でが多数あります 選択されました ハッシュ作成もパラレルで実行されるインデックス作ようにな追加機能ります db1=# SET enable_parallel_hash TO on; -- これはデフォルトでも on db1=# explain SELECT max(length(mes detail)) FROM t_log lo LEFT JOIN t_log_detail ld ON (lo.id = ld.id); QUERY PLAN Finalize Aggregate (cost= rows=1 width=4) -> Gather (cost= rows=2 width=4) Workers Planned: 2 -> Partial Aggregate (cost= rows=1 width=4) -> Parallel Hash Left Join (cost= rows= width=66) Hash Cond: (lo.id = ld.id) -> Parallel Append (cost= rows= width=37) -> Parallel Seq Scan on t_log_0 lo (cost= rows=58824 width=37) -> Parallel Seq Scan on t_log_1 lo_1 (cost= rows=58824 width=37) -> Parallel Seq Scan on t_log_2 lo_2 (cost= rows=29412 width=37) -> Parallel Hash (cost= rows= width=37) -> Parallel Append (cost= rows= width=37) 20

22 (15 rows) -> Parallel Seq Scan on t_log_detail_0 ld (cost= rows=58824 width=37) -> Parallel Seq Scan on t_log_detail_1 ld_1 (cost= rows=58824 width=37) -> Parallel Seq Scan on t_log_detail_2 ld_2 (cost= rows=29412 width=37) 並列ハッシュ結合インデックス作成作成 Btree インデックスの作成で並列ハッシュ結合処理が多数あります 行われるインデックス作ようにな追加機能りました 以下の通りです 本のように 節で作った t_log のインデックスを使うためのビル再作成して検証しようとしみ書き可能なディますと 実際に動作させパラレル動作が多数あります 確認でき言語でのトランます 確認のため 実際に動作させ DEBUG1 レベルのメッセージを使うためのビル出して 適用しま力はたくさんの関させ実行時のパーテて検証しようとしい合わせ実行時のます ( 本設定する)が動作するように 2 以上だと並列処理がだと並列処理された箇所の数が動作するように試みられます デみられます デフォルトは 2 です ) db1=# SHOW max_parallel_maintenance_workers; max_parallel_maintenance_workers (1 row) db1=# DROP INDEX t_log_ts_id_idx; db1=# SET client_min_messages TO DEBUG1; -- インデックスを作る)削除する)します -- 動作するように設定確認の数 た箇所の数 め DEBUG1 に小コストでもします ( インデックスを作る)再作するように設定成する)します パラレル動作するように設定が動作するように確認でき換え)ます ) db1=# CREATE INDEX ON t_log (ts, id); DEBUG: building index "t_log_0_ts_id_idx" on table "t_log_0" with request for 1 parallel worker DEBUG: building index "t_log_1_ts_id_idx" on table "t_log_1" with request for 1 parallel worker DEBUG: building index "t_log_2_ts_id_idx" on table "t_log_2" serially CREATE INDEX 21

23 並列ハッシュ結合 CREATE TABLE AS CREATE TABLE... AS... に限り本手順でな追加機能ど要しました 実際に動作させ SELECT した結果を報告するものを使うためのビルテーブルに格納するインデックス作 SQL 命令がいくつかありが多数あります い合わせ実行時のくつかあります これらの SQL で並列ハッシュ結合処理が多数あります 行われるインデックス作ようにな追加機能りました PostgreSQL 10 までは 実際に動作させ対するインデック応が多数あります 見てみます 落とされていましとされて検証しようとしい合わせ実行時のました 対するインデック応が多数あります 追加されたのは以下の通りです 本の3構文です 構文です CREATE TABLE... AS... SELECT... INTO... CREATE MATERIALIZED VIEW 以下の通りです 本に例ではを使うためのビル示や大規模サーバします db1=# SET force_parallel_mode TO on; db1=# SET parallel_setup_cost TO 0; db1=# SET parallel_tuple_cost TO 0; -- これらの数 設定する)では -- 確認用に小コストでもに小コストでもプランナにパラレル指向に小コストでもパラレル指向を作る) -- 強制する設定する)を作る)付与しています して実行する)い合わせをます db1=# explain CREATE TABLE t_create AS SELECT * FROM t_log; QUERY PLAN Gather (cost= rows= width=49) Workers Planned: 2 -> Parallel Append (cost= rows= width=49) -> Parallel Seq Scan on t_log_0 (cost= rows=58824 width=49) -> Parallel Seq Scan on t_log_1 (cost= rows=58824 width=49) -> Parallel Seq Scan on t_log_2 (cost= rows=29412 width=49) (6 rows) db1=# explain CREATE MATERIALIZED VIEW mv_log AS SELECT * FROM t_log; QUERY PLAN Gather (cost= rows= width=49) Workers Planned: 2 -> Parallel Append (cost= rows= width=49) 22

24 -> Parallel Seq Scan on t_log_0 (cost= rows=58824 width=49) -> Parallel Seq Scan on t_log_1 (cost= rows=58824 width=49) -> Parallel Seq Scan on t_log_2 (cost= rows=29412 width=49) (6 rows) な追加機能お 実際に動作させ REFRESH MATERIALIZED VIEW は依然パラレルになりパラレルにな追加機能りませ実行時のパーテん 並列ハッシュ結合 Append Append とは検索結果を報告するもの行を使うためのビルたて検証しようとしにつな追加機能げるインデックス作プラン要素です パーティです パーティションテーブルや変更が多数あり UNION ALL を使うためのビル用して検証を行っい合わせ実行時の た SELECT 文の実行で出して 適用しま現できるようになします これの並列ハッシュ結合版を含む) Parallel Append が多数あります 追加されました db1=# SET force_parallel_mode TO on; db1=# SET parallel_setup_cost TO 0; db1=# SET parallel_tuple_cost TO 0; -- これらの数 設定する)では -- 確認用に小コストでもに小コストでもプランナにパラレル指向に小コストでもパラレル指向を作る) -- 強制する設定する)を作る)付与しています して実行する)い合わせをます db1=# explain SELECT * FROM t_log ; QUERY PLAN Gather (cost= rows= width=49) Workers Planned: 2 -> Parallel Append (cost= rows= width=49) -> Parallel Seq Scan on t_log_0 (cost= rows=58824 width=49) -> Parallel Seq Scan on t_log_1 (cost= rows=58824 width=49) -> Parallel Seq Scan on t_log_2 (cost= rows=29412 width=49) (6 rows) db1=# explain SELECT * FROM (SELECT * FROM t_log_0 UNION ALL SELECT * FROM t_log_1 UNION ALL SELECT * FROM t_log_2) AS t_log ; 23

25 QUERY PLAN Gather (cost= rows= width=49) Workers Planned: 2 -> Parallel Append (cost= rows= width=49) -> Parallel Seq Scan on t_log_0 (cost= rows=58824 width=49) -> Parallel Seq Scan on t_log_1 (cost= rows=58824 width=49) -> Parallel Seq Scan on t_log_2 (cost= rows=29412 width=49) (6 rows) PostgreSQL 10 の場合わせ実行時のパ 実際に動作させ各スキャ内でのトランザンが多数あります パラレルにな追加機能って検証しようとしも Append 部キー分ほは直列ハッシュ結合実行でした parallel_leader_participation PostgreSQL では通りです 本ドキ常並列ハッシュ結合処理を使うためのビルするインデックス作とき言語でのトランにメインのプロセスも並列ハッシュ結合処理に参加するインデックス作動作を使うためのビルします 3 パラレルで実行しようとするインデックス作とき言語でのトラン 実際に動作させ PostgreSQL はワーカ子プロセスを子を組み合わせたプロセスを使うためのビル 2 つ立ち上げます ちパー上げます げます 新たな追加機能 postgresql.conf 設定項目 parallel_leader_participation (以下 デフォルト on )に記載されてい を使うためのビル off にするインデックス作と 実際に動作させ主プロセスは並列ハッシュ結合処理に参加せ実行時のパーテず結果を報告するものを使うためのビル待できます つようにな追加機能ります 以下の通りです 本はパラメータ移動を使うためのビル変えた際に動作させた検の実行例ではです db1=# SET force_parallel_mode TO on; db1=# SET parallel_setup_cost TO 0; db1=# SET parallel_tuple_cost TO 0; -- これらの数 設定する)では -- 確認用に小コストでもに小コストでもプランナにパラレル指向に小コストでもパラレル指向を作る) -- 強制する設定する)を作る)付与しています して実行する)い合わせをます db1=# SET parallel_leader_participation TO on; db1=# explain (analyze, verbose) SELECT * FROM t_log; QUERY PLAN Gather (cost= rows= width=49) (actual time= rows= loops=1) Output: t_log_0.id, t_log_0.ts, t_log_0.mes, t_log_0.typ Workers Planned: 2 Workers Launched: 2 -> Parallel Append (cost= rows= width=49) (actual time= rows=83334 loops=3) 24

26 Worker 0: actual time= rows=81690 loops=1 Worker 1: actual time= rows=77465 loops=1 -> Parallel Seq Scan on public.t_log_0 (cost= rows=58824 width=49) (actual time= rows=33333 loops=3) Output: t_log_0.id, t_log_0.ts, t_log_0.mes, t_log_0.typ Worker 0: actual time= rows=81690 loops=1 Worker 1: actual time= rows=9752 loops=1 -> Parallel Seq Scan on public.t_log_1 (cost= rows=58824 width=49) (actual time= rows=50000 loops=2) Output: t_log_1.id, t_log_1.ts, t_log_1.mes, t_log_1.typ Worker 1: actual time= rows=67713 loops=1 -> Parallel Seq Scan on public.t_log_2 (cost= rows=29412 width=49) (actual time= rows=50001 loops=1) Output: t_log_2.id, t_log_2.ts, t_log_2.mes, t_log_2.typ Planning Time: ms Execution Time: ms (18 rows) -- どの数 Worker も担当なテーブルを作して実行する)い合わせをなテーブルを作るい合わせをパーティションが動作するようにある すなテーブルを作るわち主プロセスが担主プロセスが担当プロセスが動作するように担当なテーブルを作して実行する)い合わせをる db1=# SET parallel_leader_participation TO off; SET db1=# explain (analyze, verbose) SELECT * FROM t_log; QUERY PLAN Gather (cost= rows= width=49) (actual time= rows= loops=1) Output: t_log_0.id, t_log_0.ts, t_log_0.mes, t_log_0.typ Workers Planned: 2 Workers Launched: 2 -> Parallel Append (cost= rows= width=49) (actual time= rows= loops=2) Worker 0: actual time= rows= loops=1 25

27 Worker 1: actual time= rows= loops=1 -> Seq Scan on public.t_log_0 (cost= rows= width=49) (actual time= rows= loops=1) Output: t_log_0.id, t_log_0.ts, t_log_0.mes, t_log_0.typ Worker 0: actual time= rows= loops=1 -> Seq Scan on public.t_log_1 (cost= rows= width=49) (actual time= rows= loops=1) Output: t_log_1.id, t_log_1.ts, t_log_1.mes, t_log_1.typ Worker 1: actual time= rows= loops=1 -> Seq Scan on public.t_log_2 (cost= rows=50001 width=49) (actual time= rows=50001 loops=1) Output: t_log_2.id, t_log_2.ts, t_log_2.mes, t_log_2.typ Worker 1: actual time= rows=50001 loops=1 Planning Time: ms Execution Time: ms (18 rows) parallel_leader_participation が多数あります on か off かの違い合わせ実行時のは違い合わせ実行時のが多数あります 見てみます えにくい合わせ実行時ののですが多数あります 実際に動作させ on の場合わせ実行時のパ Worker が多数あります 担当 しな追加機能い合わせ実行時の処理箇所が多数あります 存在することがわかするインデックス作ことが多数あります わかります その部キー分ほはメインプロセスが多数あります 処理を使うためのビル行って検証しようとしい合わせ実行時のます 26

28 4.4. プロシージャ内でのトランザ内でのトランザクでの追加トランザクション制御 PostgerSQL11 から 実際に動作させデータ移動ベース内でのトランザクの手続き言語でのトラき言語でのトラン言語でのトランザクオブジェクトとして検証しようとし FUNCTION(以下 関数の拡張 )に記載されてい の他にも細かな機能に PROCEDURE(以下 プロシージャ内でのトランザ )に記載されてい が多数あります 追加されました プロシージャ内でのトランザと関数の拡張の違い合わせ実行時のは以下の通りです 本の通りです 本ドキりです CREATE PROCEDURE 文は RETURNS オプションを使うためのビル持っていることがちパーませ実行時のパーテん ただし 実際に動作させ INOUT 引数の拡張を使うためのビル使うためのビルドって検証しようとし戻り値を返すことり値の閾値を設定でを使うためのビル返す関数を作りますことは可能です OUT 引数の拡張は禁止なしに実現できです プロシージャ内でのトランザは式の中に組み入れるこに組み入れられたみ書き可能なディ入れるインデックス作ことはでき言語でのトランませ実行時のパーテん CALL 文で呼びます 子テーび出して 適用しまします プロシージャ内でのトランザ内でのトランザクでトランザクション制御が多数あります 可能です DO 構文はプロシージャ内でのトランザと同様の扱いとなります い合わせ実行時のとな追加機能ります 以下の通りです 本は PostgreSQL 11 ドキュメント (以下43.8.Transaction Management)に記載されてい に記載されています のプロシージャ内でのトランザ実行例ではです db1=# CREATE TABLE test1 (a int); db1=# CREATE OR REPLACE PROCEDURE p_tx5() LANGUAGE plpgsql AS $$ BEGIN FOR i IN 0..9 LOOP INSERT INTO test1 (a) VALUES (i); IF i % 2 = 0 THEN COMMIT; -- 偶数 なテーブルを作るらコミット ELSE ROLLBACK; -- 奇数 なテーブルを作るらロールバック END IF; END LOOP; END; $$; db1=# CALL p_tx5(); -- CALL 文で実行うします db1=# SELECT * FROM test1; a (5 rows) プロシージャ内でのトランザ内でのトランザクで COMMIT 実際に動作させ ROLLBACK が多数あります 機能して検証しようとしい合わせ実行時のるインデックス作ことが多数あります わかります 対するインデック応して検証しようとしい合わせ実行時のるインデックス作のは COMMIT 実際に動作させ ROLLBACK だけで 実際に動作させ SAVEPOINT と ROLLBACK TO には対するインデック応して検証しようとしい合わせ実行時のませ実行時のパーテん プロシージャ内でのトランザを使うためのビル実行したトラン 27

29 ザクションに対するインデックして検証しようとし COMMIT や変更が多数あり ROLLBACK が多数あります 実行され 実際に動作させ次のトランザクシのトランザクションは暗黙に開始されますに開されています 始されます されます 上げます 記の CALL 文は明し 実際に動作示や大規模サーバ的データ移動な追加機能トランザクション内でのトランザクでは実行でき言語でのトランませ実行時のパーテん 以下の通りです 本のようにエラーにな追加機能ります db1=# BEGIN; BEGIN db1=# CALL p_tx5(); ERROR: invalid transaction termination CONTEXT: PL/pgSQL function p_tx5() line 5 at COMMIT プロシージャ内でのトランザの CALL は入れ子を組み合わせたで実行可能です ただし 実際に動作させ関数の拡張内でのトランザクからの入れ子を組み合わせた CALL はでき言語でのトランませ実行時のパーテん また 実際に動作させ各プロシージャ内でのトランザが多数あります サブトランザクションを使うためのビル構成するインデックス作わけではありませ実行時のパーテん 以下の通りです 本の例ではを使うためのビル参照ください合わせ実行時の db1=# CREATE PROCEDURE p_tx8() LANGUAGE plpgsql AS $$ BEGIN INSERT INTO test1 VALUES (0); -- この数 行う挿入が動作するように CALL p_tx7(); -- この数 呼び出し先にて び出し先にて 出し先にて に小コストでもて実行する) COMMIT; END; $$; db1=# CREATE PROCEDURE p_tx7() LANGUAGE plpgsql AS $$ BEGIN INSERT INTO test1 VALUES (1); ROLLBACK; -- ロールバックされて実行する)しまい合わせをます END; $$; db1=# DELETE FROM test1; -- 検証レポート用に小コストでもに小コストでも最初にテーブルを空に小コストでもテーブルを作る)空にしますに小コストでもします db1=# CALL p_tx8(); CALL db1=# SELECT * FROM test1; -- 入れ子 CALL 先にて の数 ROLLBACK が動作するように効になるように設い合わせをて実行する) 0 行うに小コストでもなテーブルを作るりました箇所の数 a --- (0 rows) 呼びます 子テーび出して 適用しまし先ののトランザクション制御を使うためのビルサブトランザクションにしたい合わせ実行時の場合わせ実行時のパには 実際に動作させ従来からあるからあるインデックス作 BEGIN...END ブロックによるインデックス作サブトランザクションと併用して検証を行っします 以下の通りです 本のようにすれば 実際に動作させプロシージャ内でのトランザ中に組み入れるこで呼びます 子テーばれた ROLLBACK を使うためのビルそのプロシージャ内でのトランザ内でのトランザク (以下 この例ではでは p_tx7)に記載されてい の処理だけに限の設定を与えま定でき言語でのトランます db1=# CREATE OR REPLACE PROCEDURE p_tx11() LANGUAGE plpgsql AS $$ 28

30 BEGIN INSERT INTO test1 VALUES (0); BEGIN CALL p_tx7(); EXCEPTION WHEN others THEN NULL; END; COMMIT; END; $$; -- 0 の数 行うを作る)挿入 -- ROLLBACK を作る)含むプロシージャむプロシージャプロシージ文字列ャ db1=# DELETE FROM test1; db1=# CALL p_tx11(); db1=# SELECT * FROM test1; a (1 row) -- 0 の数 行うを作る)挿入した箇所の数 結果が残るが動作するように残るる しかし 実際に動作させ以下の通りです 本のような追加機能直感に反する動作もに反のデータを投入するインデックス作動作もします db1=# CREATE OR REPLACE PROCEDURE p_tx12() LANGUAGE plpgsql AS $$ BEGIN INSERT INTO test1 VALUES (41); ROLLBACK; INSERT INTO test1 VALUES (42); COMMIT; END; $$; db1=# CREATE OR REPLACE PROCEDURE p_tx13() LANGUAGE plpgsql AS $$ BEGIN INSERT INTO test1 VALUES (0); BEGIN CALL p_tx12(); EXCEPTION WHEN others THEN NULL; END; COMMIT; END; $$; 29

31 db1=# DELETE FROM test1; db1=# CALL p_tx13(); db1=# SELECT * FROM test1; a (1 row) -- p_tx12 で挿入された箇所の数 行うは含むプロシージャまれなテーブルを作るい合わせを p_tx12 の中に組み入れるこでロールバック後から増やす手段にコミット処理が多数あります あって検証しようとしも 実際に動作させ呼びます 子テーび出して 適用しまし元 p_tx13 では p_tx12 内でのトランザクでエラーが多数あります 生じたあつかい合わせ実行時のとな追加機能って検証しようとし結局ロールバックさロールバックされて検証しようとししまい合わせ実行時のます 見てみます て検証しようとしき言語でのトランたようにトランザクション制御を使うためのビル伴うプロシージャうプロシージャ内でのトランザを使うためのビル入れ子を組み合わせたで呼びます 子テーび出して 適用しますには 実際に動作させ様々な改善な追加機能注意されています が多数あります 必要とな追加機能ります 各手続き言語でのトラき言語でのトラン言語でのトランザクで性能アップするのトランザクション制御対するインデック応 PL/pgSQL のみ書き可能なディな追加機能らず 実際に動作させ PL/Perl 実際に動作させ PL/Python 実際に動作させ PL/Tcl でもプロシージャ内でのトランザ定義できるようになとプロシージャ内でのトランザ内でのトランザクでのトランザクション制御に対するインデック応して検証しようとしい合わせ実行時のます 各言語でのトランザクそれぞれにトランザクション制御を使うためのビルするインデックス作命令がいくつかありが多数あります 追加されました 例ではえば 実際に動作させ PL/Perl であれば spi_commit(modulus) spi_rollback(modulus) とい合わせ実行時のう関数の拡張が多数あります 追加されて検証しようとしい合わせ実行時のます 以下の通りです 本のように使うためのビルド用して検証を行っします (PL/Perl での数 トランザクション制御の例)の数 例 ) DO LANGUAGE plperl $$ my $sth = spi_query("select x FROM generate_series(1, 10) AS x"); my $row; while (defined($row = spi_fetchrow($sth))) { spi_exec_query("insert INTO test1 (a) VALUES (". $row->{x}. ")"); if ($row->{x} % 2 == 0) { spi_commit(); } else { spi_rollback(); } } $$; 30

32 4.5. ALTER TABLE.. ADD COLUMN の追加性能の追加改善 テーブルに列ハッシュ結合を使うためのビル追加するインデックス作とき言語でのトランに追加列ハッシュ結合に値の閾値を設定でを使うためのビル設定して検証しようとしい合わせ実行時のるインデックス作場合わせ実行時のパには従来からある実行に時のパーティショ間の透過的データを使うためのビル要しましたが多数あります 実際に動作させ PostgreSQL 11 で高速くなります化されました されました 以下の通りです 本に実行例ではを使うためのビル示や大規模サーバします (PostgreSQL 11 での数 列追加 ) db1=# CREATE TABLE t_alt (id int primary key, c1 int); db1=# INSERT INTO t_alt SELECT g, g FROM generate_series(1, ) AS g; db1=# \timing Timing is on. db1=# ALTER TABLE t_alt ADD c2 int; ALTER TABLE Time: ms -- 値を投入するとほの数 無しでプランを見い合わせを列追加は高速 db1=# ALTER TABLE t_alt ADD c3 int DEFAULT 100; ALTER TABLE Time: ms -- 値を投入するとほの数 ある列追加も高速 (PostgreSQL 10 で同じです)等に振り分けられテーブルに小コストでも列追加 ) db1=# ALTER TABLE t_alt ADD c2 int DEFAULT NULL; ALTER TABLE Time: ms -- 値を投入するとほの数 無しでプランを見い合わせを列追加は 10.x でも高速 db1=# ALTER TABLE t_alt ADD c3 int DEFAULT 100; ALTER TABLE Time: ms x では値を投入するとほの数 ある列追加は遅いい合わせを な追加機能お 実際に動作させ値の閾値を設定での入った列ハッシュ結合の型サーバ変更が多数ありますについ合わせ実行時のて検証しようとしは PostgreSQL 11 でも依然パラレルになりとして検証しようとし時のパーティショ間の透過的データを使うためのビル要します db1=# ALTER TABLE t_alt ALTER c3 TYPE bigint; ALTER TABLE Time: ms -- PostgreSQL 11 でもデータ挿入)型変えます )換え)は高速に小コストでもなテーブルを作るって実行する)い合わせをなテーブルを作るい合わせを 31

33 4.6. ウィンドウ関数の拡張の追加拡張 PostgreSQL 11 でウィンドウ関数の拡張で指定可能な追加機能オプションが多数あります 拡充されました されました まずは 実際に動作させ機能確認のためにウィンドウ関数の拡張を使うためのビル使うためのビルドった SQL のテスト用して検証を行っのデータ移動を使うためのビル作ります 以下の通りです 本のテーブル t_temperature1 は 5000 件の日に時のパーティショと高度はごとの気温のデータを模しのデータ移動を使うためのビル模サーバにおけるしたものです db1=# CREATE TABLE t_temperature1 (id int primary key, dt timestamp, high int, t float4); db1=# INSERT INTO t_temperature1 SELECT g, ' '::timestamp + g * '10min'::interval + (floor(random() * 600) 'sec')::interval, trunc((random() + random() + random()) * 5) * 100, NULL FROM generate_series(1, 5000) AS g; db1=# UPDATE t_temperature1 SET t = 30 - abs(8 - to_char(dt, 'MM')::int) * abs(14 - to_char(dt, 'HH24')::int) * * high * (random() - 0.5) * 2; db1=# SELECT * FROM t_temperature1 LIMIT 5; id dt high t :19: :23: :34: :43: :53: (5 rows) GROUPS ウィンドウフレーム ウィンドウフレームの指定で GROUPS モードに対するインデック応しました これは ROWS モードと似ていますがて検証しようとしい合わせ実行時のますが多数あります 実際に動作させ ORDER BY 指定した列ハッシュ結合の値の閾値を設定でが多数あります 同値の閾値を設定での場合わせ実行時のパには一つのグの改善ループとして検証しようとし扱いとなります い合わせ実行時のます 以下の通りです 本の SQL では高度は (以下high)に記載されてい が多数あります 600m より高い合わせ実行時のか低いかでい合わせ実行時のかで PARTITION BY にて検証しようとし分ほけたうえで 実際に動作させ何日に何時のパーティショ台で並び替えたとで並び替えたときの前後えたとき言語でのトランの前のテーブル継承後から増やす手段 1 つの範囲で平均気温のデータを模しを使うためのビル t_avg として検証しようとし出して 適用しま力はたくさんの関して検証しようとしい合わせ実行時のます dt = :24:18 (以下2018 年 1 月 1 日に 1 時のパーティショ台で並び替えたとのデータ移動 )に記載されてい の行の t_avg 値の閾値を設定では 実際に動作させ 2018 年 1 月 1 日に 0 時のパーティショ台で並び替えたとから 2 時のパーティショ台で並び替えたとの平均気温のデータを模し値の閾値を設定でとい合わせ実行時のうことです 32

34 db1=# SELECT dt, (high > 600) high, t, avg(t) OVER ( PARTITION BY (high > 600) ORDER BY to_char(dt,'yyyymmdd-hh24') GROUPS BETWEEN 1 PRECEDING AND 1 FOLLOWING /**/ ) AS t_avg FROM t_temperature1 ORDER BY high, dt LIMIT 10; dt high t t_avg :19:47 f :23:30 f :34:34 f :43:27 f :53:45 f :24:18 f :11:30 f :38:01 f :03:48 f :03:42 f (10 rows) ウィンドウフレーム RANGE モードの距離指定 ウィンドウフレームでこれまでは value PRECEDING および value FOLLOWING とい合わせ実行時のう指定が多数あります RANGE モードでも使うためのビルド用して検証を行っ可能にな追加機能りました ウィンドウフレーム内でのトランザクの ORDER BY で指定して検証しようとしい合わせ実行時のるインデックス作列ハッシュ結合の当該行の値の閾値を設定でからの距離で含まれる主要な新めるインデックス作かど要しました うかを使うためのビル指定でき言語でのトランるインデックス作ようにな追加機能ります 前のテーブル継承項の SQL を使うためのビル今度はは前のテーブル継承後から増やす手段 1回あたりの実行 時のパーティショ間の透過的データ以内でのトランザクのデータ移動につい合わせ実行時のて検証しようとし平均を使うためのビル求めるように書きめるインデックス作ように書はき言語でのトラン換えるときに1つえるインデックス作と以下の通りです 本のようにな追加機能ります db1=# SELECT dt, (high > 600) high, t, avg(t) OVER ( PARTITION BY (high > 600) ORDER BY dt RANGE BETWEEN '1 hour'::interval PRECEDING AND '1 hour'::interval FOLLOWING /**/ ) AS t_avg FROM t_temperature1 ORDER BY high, dt LIMIT 10; dt high t t_avg :19:47 f :23:30 f

35 :34:34 f :43:27 f :53:45 f :24:18 f :11:30 f :38:01 f :03:48 f :03:42 f (10 rows) 今度はは dt = ' :24:18' の行の t_avg 値の閾値を設定では 実際に動作させ :24:18 から :24:18 ま での範囲にあるインデックス作データ移動の平均気温のデータを模し値の閾値を設定でとい合わせ実行時のうことです ウィンドウフレームの EXCLUDE オプション ウィンドウフレームに EXCLUDE オプションに対するインデック応しました RANGE 実際に動作させ ROWS 実際に動作させ GROUPS の指定の末尾 に以下の通りです 本の EXCLUDE のい合わせ実行時のずれかを使うためのビル指定して検証しようとし 実際に動作させフレームから除外するインデックス作ものを使うためのビル指定でき言語でのトランます EXCLUDE CURRENT ROW EXCLUDE GROUP EXCLUDE TIES EXCLUDE NO OTHERS 当なテーブルを作該行うを作る)除する)外します します 当なテーブルを作該行うが動作するように含むプロシージャまれる整列時の数 同じです)値を投入するとほグループを作る)除する)外します します 当なテーブルを作該行うが動作するように含むプロシージャまれる整列時の数 同じです)値を投入するとほグループの数 当なテーブルを作該行う以外します を作る)除する)外します します 除する)外します を作る)しません EXCLUDE を作る)指定する)しなテーブルを作るい合わせを場合わせをと同じです)じです 節 実際に動作させ 節のサンプル SQL のコメント記号部キー分ほ (以下/**/)に記載されてい にこれらオプション指定を使うためのビル与えます えて検証しようとし 実際に動作させ動作を使うためのビル確 認するインデックス作ことが多数あります でき言語でのトランます 4.7. SCRAM チャ内でのトランザンネルバインド PostgreSQL 10 から接続き言語でのトラ時のパーティショの認証のためのセット方が所要時間が短式に scram-sha-256 が多数あります 追加されました PostgreSQL 11 では 実際に動作させこの scram-sha-256 を使うためのビル使うためのビルドう際に動作させた検にチャ内でのトランザンネルバインド動作を使うためのビルさせ実行時のパーテるインデックス作ことが多数あります でき言語でのトランるインデックス作ようにな追加機能りました チャ内でのトランザンネルバインドとは SSL(以下TLS)に記載されてい 接続き言語でのトラの場合わせ実行時のパの専用して検証を行っ機能です 認証のためのセットのためのメッセージ取り上げます り交わしにおいて当わしにおい合わせ実行時のて検証しようとし当該の SSL 接続き言語でのトラ固有りの方が所要時の情報を使うためのビル含まれる主要な新めるインデックス作ことで 実際に動作させその内でのトランザク容は以下のようにを使うためのビル他にも細かな機能の接続き言語でのトラに使うためのビルドい合わせ実行時のまわせ実行時のパーテな追加機能い合わせ実行時のようにして検証しようとし 実際に動作させい合わせ実行時のわゆるインデックス作 Man-inthe-middle (以下 中に組み入れるこ間の透過的データ者 )に記載されてい 攻撃を防ぐものですを使うためのビル防ぐものです ぐものです SCRAM チャ内でのトランザンネルバインドは ssl 接続き言語でのトラで scram-sha-256 認証のためのセットを使うためのビル使うためのビルドう場合わせ実行時のパにデフォルトで使うためのビルドわれます 以下の通りです 本の手順が必要です で実際に動作させた検に使うためのビルド用して検証を行っして検証しようとしみ書き可能なディます 34