multi-column optimizer statistics - Qiita
はじめに にゃーん この記事は、PostgreSQL 10全部ぬこ Advent Calendar 2017 の25日目、最終日のエントリです。これで完走できた！ 最後のネタは検証が面倒くさそうで後回しにしていたmulti-column optimizer statisticsに挑んでみようかと。 この機能はなぜ必要だったのか PostgreSQLのプランナが実行計画を立てるときに、列単位にANALYZE処理背景で更新された統計情報を使うのだが、列同士の対応関係(多変量相関)は管理していないため、クエリによっては適切な実行計画を立てることができないケースがあった（たぶん）。 PostgreSQL 10での改善 PostgreSQL 10では列間の相関と、固有値の数の情報（拡張統計情報）を管理するための機能が追加された。また、その情報を使って、より適切な実行計画を生成できるようになった（はず
Row Level Securityの変更 - Qiita
はじめに にゃーん この記事は、PostgreSQL 10全部ぬこ Advent Calendar 2017 の23日目のエントリです。 Row Level Security(RLS)とは Row Level Security(RLS)というのは、名前のとおり行レベルでの権限制御を行うもの。 RLSを使うことで、上の図にあるように、ユーザ別にアクセス可能な行を指定することが可能になった。 この機能はPostgreSQL 9.5から使えるようになった。 通常のデータベースオブジェクトに対する権限制御は、GRANT/REVOKEコマンドを使うが、RLSはCREATE/ALTER/DROP POLICYコマンドを使う。 「別にRLSを使わなくても、ユーザ別にVIEWを定義すれば同じようなことはできるんじゃあないか？」という話もあるが、RLSではポリシー定義という考え方で、操作別/ロール別に細かく
PostgreSQLのデータ型で使用可能な演算子の一覧を表示する - Qiita
はじめに 別件の調査で、PostgreSQLのどのデータ型で、何の演算子が使用可能なのかを調べることになった。 postgreSQL文書の「第9章 関数と演算子」では、各演算子で扱える型というのはそれぞれ書いてあるけれども、実は、どのデータ型がどの演算子を使用可能というのは、PostgreSQL文書のデータ型のところには記述がなかったりする。 なので、その方法をメモしておく。 演算子探索のクエリ例 以下のクエリでOKなはず。 SELECT o.oprname, t1.typname AS lefttype, t2.typname AS righttype FROM pg_operator o, pg_type t1, pg_type t2 WHERE t1.typname = 'json' AND (t1.oid = o.oprleft AND t2.oid = o.oprright) t
PostgreSQLでヒストグラムっぽいのを作る - Qiita
はじめに 数ヶ月に一回、ラーメンデータベースのスクレイピングをやっているんだけど、その集計のためにPostgreSQLを使っている。 で、スクレイピング結果を使って、PostgreSQL上でヒストグラムっぽいのを作っているんだけど、毎回そのやり方を忘れちゃうので、ここに書いておくことにした。 witdh_bucket関数 ヒストグラムっぽいのを作成するのに、PostgreSQLの算術演算関数 width_bucket(operand numeric, b1 numeric, b2 numeric, count int) を使う。 PostgreSQL文書だと、あんまり親切な説明がない。この素っ気なさはPostgreSQLクオリティだよなあｗ b1からb2までの範囲に広がる等幅でバケット数countのヒストグラムにおいて、operandが割り当てられるバケット番号を返す。 範囲の外側の入力値
PostgreSQL 10がやってくる！（その5） ロジカルレプリケーション基本編 - Qiita
はじめに 今日はPostgreSQL 10の目玉機能の一つになるであろう、ロジカルレプリケーションを使ってみた話を書きますよ。 参考にしたもの 実はPostgreSQL 10のロジカルレプリケーションに関しては、postgresql-jp Slackで、篠田さん＠HPEや前JPUG理事長の永安さんが簡単に検証した例を紹介しているので、そっちを見ればいいのだろうけど、まあこういうのは自分で手を動かさないと覚えないので、自分でもやってみることにする。 ロジカルレプリケーションって何よ？ 名前のとおり、論理WALを伝播させてレプリケーションさせる機能。 PostgreSQL 9.0から導入されたストリーミングレプリケーションは物理レプリケーションであり、WALをそのままダイレクトに反映させる機構。なので、レプリケーション元/先のメジャーバージョンやOSアーキテクチャが異なると適用できなかった。
PostgreSQL 10がやってくる！（その4） 新パーティションの小ネタ - Qiita
はじめに PostgreSQL 10がやってくる（その2） このパーティションがすごい！の記事で、PostgreSQL 10のリストパーティションについて簡単に紹介したんですが、今回はパーティションに関する小ネタを幾つか書いてみました。 (ちょい長いです) 今日のお題は以下の6つ FOR VALUESに複数の値を指定する パーティションキーが重複する場合 別テーブルで同一のパーティションキーが存在し、同一のキー値を設定した場合 FOR VALUES IN () に関数を指定する Primary keyは設定不可 パーティションテーブルにインデックスを設定してみる FOR VALUESに複数の値を指定する 高度に発達した横濱は横浜と区別がつかない PostgreSQL 10devel DocumentationのCREATE TABLEを見ると、 and partition_bound_sp
PostgreSQL 10がやってくる（その3） pg_hba_file_rulesを使ってみる - Qiita
はじめに なんかPostgreSQL 10から、ホストベース認証ファイル(pg_hba.conf)をビューとして参照できる機能が入っているので見てみることにした。 pg_hba.conf PostgreSQLの認証を管理する設定ファイル。詳細はPostgreSQL文書 pg_hba.confファイルを参照。 まあ、こんなファイルですね。 # TYPE DATABASE USER ADDRESS METHOD # "local" is for Unix domain socket connections only local all all trust # IPv4 local connections: host all all 127.0.0.1/32 trust # IPv6 local connections: host all all ::1/128 trust # Allow re
PostgreSQL 10がやってくる（その2） このパーティションがすごい！ - Qiita
はじめに 自分は別にPostgreSQLデベロッパーじゃないけど、PostgreSQL開発版を使って、期待の新しいパーティション機能を試してみましたよ。 この機能はAmit Langoteさんが主に開発した機能らしい。 PostgreSQL 9.6以前のパーティション PostgreSQL 9.6までもいわゆるパーティション機能はあったが、パーティション専用のDDLが存在していたわけではなかった。 テーブルの継承機能やINSERTトリガを組み合わせて構築するという、いわば「なんちゃってパーティション」である。 もちろん「なんちゃってパーティション」であっても、 パーティション単位でのパージ(TRUNCATE) パーティションキーが存在する場合には検索範囲を限定 というメリットは十分に受けられる。 ただ、問題はいろいろあって・・・。 親テーブルに対するINSERTが遅い。これはトリガベースで
PostgreSQL 10がやってくる！(その1) - Qiita
これはPostgreSQL Advent Calendar 2016の17日目の記事です。 先日のPGCONF.Asiaでネタ系を使い切ってしまったし、今年一年の自分の活動報告をここでするのもアレだし・・・ということで、今日は若干手抜きの記事になります。すいません。 9月にPostgreSQL 9.6がリリースされ、みなさんパラレルクエリなどの新機能を満喫されているかと思いますが、もちろん次バージョンの開発もコミュニティは着々と進めています。 次のバージョンは9.7ではなく、10。ついに9から10になります。でもって、バージョン番号体系もx.y.zからx.yという体系に変わるようです。10以降は1桁目(x)がメジャーバージョン、2桁目(y)がマイナーバージョンを表すっぽい。 英語もC言語も読みたくないけど、10の新機能が知りたい PostgreSQL 10の開発中ソースコードはGitリポジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
