はてなブックマーク

はじめに にゃーん。 何もしないまま5月連休が終わってしまって、実ににゃーんです。 とはいえ、PostgreSQL界隈ではそれなりに動きがあって、 PostgreSQL 12文書 日本語版の公開 PostgreSQL 13 Release Notes Draft1の公開 なんかがありました。　今回は、PostgreSQL 13 Release Notes Draftから、psqlの改善項目を紹介しようかと。 PostgreSQL 13のpsql改善概要 リリースノートを見ると、psqlに関する改善項目は以下の9項目あります。 Add the transaction status (%x) to the default psql prompts (Vik Fearing) Allow the secondary psql prompt to be same number of spaces

はじめに 先日、pg_plan_advsrを使ってみた(1)という記事を書いたんだけど、そのpg_plan_advsrでは、pg_hint_planとpg_store_plansという拡張機能を利用している。 pg_hint_planは（実案件ではないが）何回か使ったことはあるけど、もう一つのpg_store_plansはそういえば使ったことがなかった。依存している拡張機能を良くわからないままpg_plan_advsrを調べ続けるのも、ちょっと不安だったので、pg_plan_advsrの調査を続ける前に、pg_store_plansを使ってみようと思った。 pg_stat_statements自体は、以前、ちょっと使ってみたことはあるけど、pg_store_plansとの共通点も多く、またpg_store_plansとの併用もできるということで、改めて使ってみることにした。 インストール手

はじめに みなさんこんにちは。NTTテクノクロス 原田です（いつもはぬこ＠横浜名義でQiitaに書いてますが・・・）。 これはNTTテクノクロス Advent Calendar 2018の4日目の記事です。今回は初めて会社員としてアドベントカレンダーを書くことになりました。 私は普段はPostgreSQLに関する検証・調査や、社内でのPostgreSQL支援、OSSクラウド基盤トータルサービスあたりに関わってますが、趣味としてもPostgreSQLはちょこちょこ使っています。 今回の記事、弊社の他のアドベントカレンダーの記事と比べると小粒で地味な感じですが、よろしくおねがいします。 お題 今回はPostgreSQLのロールに関するちょっとした話を書いてみます。 DBMSというのは何らかの権限管理機能を持っています。PostgreSQLももちろん権限管理機能を持っています。まあ、こんなこと書

はじめに にゃーん この記事は、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 10全部ぬこ Advent Calendar 2017 の25日目、最終日のエントリです。これで完走できた！ 最後のネタは検証が面倒くさそうで後回しにしていたmulti-column optimizer statisticsに挑んでみようかと。 この機能はなぜ必要だったのか PostgreSQLのプランナが実行計画を立てるときに、列単位にANALYZE処理背景で更新された統計情報を使うのだが、列同士の対応関係(多変量相関)は管理していないため、クエリによっては適切な実行計画を立てることができないケースがあった（たぶん）。 PostgreSQL 10での改善 PostgreSQL 10では列間の相関と、固有値の数の情報（拡張統計情報）を管理するための機能が追加された。また、その情報を使って、より適切な実行計画を生成できるようになった（はず

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに Feature Freezeとなり、5月のbeta版リリースに向けて着々と開発中の、PostgreSQL 10！ 今日はちょっとマイナーなネタですが、ハッシュインデックスについて書いてみますよ。 ハッシュインデックスって何よ？ ハッシュインデックスはキー値に対してハッシュ関数を実行して得られた結果の、ハッシュ値によって索引付けをするというものです（大雑把）。 PostgreSQLでは通常のインデックス(B-Treeインデックス)の他にも様々なタイプのインデックスをサポートしてますが、ハッシュインデックスもかなり古くからサポートされています。 サポートはされていましたが・・・ (PostgreSQL 9.6.2文書 11.2. インデックスの種類 から引用) 現在ハッシュインデックス操作はWALに記録されません。 そのため、データベースクラッシュの後、書き込まれていない変更があるな

はじめに 今日はPostgreSQL 10の目玉機能の一つになるであろう、ロジカルレプリケーションを使ってみた話を書きますよ。 参考にしたもの 実はPostgreSQL 10のロジカルレプリケーションに関しては、postgresql-jp Slackで、篠田さん＠HPEや前JPUG理事長の永安さんが簡単に検証した例を紹介しているので、そっちを見ればいいのだろうけど、まあこういうのは自分で手を動かさないと覚えないので、自分でもやってみることにする。 ロジカルレプリケーションって何よ？ 名前のとおり、論理WALを伝播させてレプリケーションさせる機能。 PostgreSQL 9.0から導入されたストリーミングレプリケーションは物理レプリケーションであり、WALをそのままダイレクトに反映させる機構。なので、レプリケーション元/先のメジャーバージョンやOSアーキテクチャが異なると適用できなかった。

はじめに PostgreSQL 10がやってくる（その2） このパーティションがすごい！の記事で、PostgreSQL 10のリストパーティションについて簡単に紹介したんですが、今回はパーティションに関する小ネタを幾つか書いてみました。 (ちょい長いです) 今日のお題は以下の6つ FOR VALUESに複数の値を指定する パーティションキーが重複する場合 別テーブルで同一のパーティションキーが存在し、同一のキー値を設定した場合 FOR VALUES IN () に関数を指定する Primary keyは設定不可 パーティションテーブルにインデックスを設定してみる FOR VALUESに複数の値を指定する 高度に発達した横濱は横浜と区別がつかない PostgreSQL 10devel DocumentationのCREATE TABLEを見ると、 and partition_bound_sp

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに 自分は別にPostgreSQLデベロッパーじゃないけど、PostgreSQL開発版を使って、期待の新しいパーティション機能を試してみましたよ。 この機能はAmit Langoteさんが主に開発した機能らしい。 PostgreSQL 9.6以前のパーティション PostgreSQL 9.6までもいわゆるパーティション機能はあったが、パーティション専用のDDLが存在していたわけではなかった。 テーブルの継承機能やINSERTトリガを組み合わせて構築するという、いわば「なんちゃってパーティション」である。 もちろん「なんちゃってパーティション」であっても、 パーティション単位でのパージ(TRUNCATE) パーティションキーが存在する場合には検索範囲を限定 というメリットは十分に受けられる。 ただ、問題はいろいろあって・・・。 親テーブルに対するINSERTが遅い。これはトリガベースで

これはPostgreSQL Advent Calendar 2016の17日目の記事です。 先日のPGCONF.Asiaでネタ系を使い切ってしまったし、今年一年の自分の活動報告をここでするのもアレだし・・・ということで、今日は若干手抜きの記事になります。すいません。 PostgreSQL 10がやってくる！ 9月にPostgreSQL 9.6がリリースされ、みなさんパラレルクエリなどの新機能を満喫されているかと思いますが、もちろん次バージョンの開発もコミュニティは着々と進めています。 次のバージョンは9.7ではなく、10。ついに9から10になります。でもって、バージョン番号体系もx.y.zからx.yという体系に変わるようです。10以降は1桁目(x)がメジャーバージョン、2桁目(y)がマイナーバージョンを表すっぽい。 英語もC言語も読みたくないけど、10の新機能が知りたい PostgreSQ