アーキテクチャから理解するPostgreSQLのレプリケーション
This document provides an overview of continuous integration (CI), continuous delivery (CD), and continuous deployment. CI involves regularly integrating code changes into a central repository and running automated tests. CD builds on CI by automatically preparing code changes for release to testing environments. Continuous deployment further automates the release of changes to production without
11.5. Combining Multiple Indexes
A single index scan can only use query clauses that use the index's columns with operators of its operator class and are joined with AND. For example, given an index on (a, b) a query condition like WHERE a = 5 AND b = 6 could use the index, but a query like WHERE a = 5 OR b = 6 could not directly use the index. Fortunately, PostgreSQL has the ability to combine multiple indexes (including multipl
［PostgreSQLウォッチ］第17回 新しい実行プラン・タイプによるPostgreSQL 8.1の性能向上
前回は開発中のPostgreSQL 8.1で，バッファ・マネージャに改良が加えられて，大幅な性能向上があったことを述べた。今回は同じく性能面で大きな前進となるビットマップ・ベースの実行プラン・タイプが追加されたことを報告する。なお，本稿で検証に使用したのは5月3日時点のバージョンである。 オプティマイザと実行プラン その前に，PostgreSQLにおけるオプティマイザと実行プランについて復習しておこう。 テーブルにはアクセスを高速化するためにインデックスを追加することができる。インデックスとは日本語で「索引」のことである。例えば書籍を例にとって考えてみよう。ある書籍の中から，「神奈川県」について書かれたページを探したいとする。もし索引がなければ書籍の1ページ目から丹念に読んでいくしかない。しかし索引があれば，「神奈川県」について書かれたページがすぐに分かるので，素早く目的のページにたどり着
Exploring Query Locks in Postgres - Big elephants
Understanding query locking is key to using postgres concurrently. So let’s look at an example to learn more about how locking works and how to see what’s going on within your database. Playing in the sandbox To play around with locks let’s first create a sandbox. CREATE DATABASE sandbox; CREATE TABLE toys ( id serial NOT NULL, name character varying(36), usage integer NOT NULL DEFAULT 0, CONSTRAI
開発者のためのSQLパフォーマンスの全て
前書き - インデックスの作成はなぜ開発者のタスクなのか インデックスの 内部構造 - インデックスは何に似ているか インデックス リーフノード - 二重連結リスト 検索 ツリー(Bツリー) - バランス木 遅いインデックス パートI - インデックスを遅くする2つの原因 where 句 - 検索のパフォーマンスを改善するためにインデックスを作成 等価 演算子 - 一致するキーの検索 プライマリキー - インデックスの使い方を確認 複合インデックス - 複数列に対するインデックス 遅いインデックス パートII - 前の問題点が再び 関数 - where句の 中での関数 大文字・小文字を区別する 検索 - UPPERと LOWER ユーザ定義 関数 - 関数インデックスの制限 インデックスの作り過ぎ - 冗長性の排除法 パラメータ化 クエリ - セキュリティとパフォーマンスのために 範囲 検
12-Step Program for Scaling Web Applications on PostgreSQL
12-Step Program for Scaling Web Applications on PostgreSQLAI-enhanced description The document discusses scaling a web application called Wanelo that is built on PostgreSQL. It describes 12 steps for incrementally scaling the application as traffic increases. The first steps involve adding more caching, optimizing SQL queries, and upgrading hardware. Further steps include replicating reads to addi
MySQL使いが知るべきPostgreSQLとの違いと変わらない一つのこと
— そーだい＠初代ALF (@soudai1025) 2015, 8月 24 とブーメラン投げて見事に刺さってるので今から記事書く。 両サイドにはかなり厳しい話もするが俺の本音を聴いておけ（関白宣言） まぁ歴史の長いRDBなのでお互いの比較記事は沢山ある。 なのでマルチスレッド(MySQL)とマルチプロセス(PostgreSQL)だとかVACUUMだって話はしない。 むしろ実際に使ってみた際の違いをにフォーカスする。 1. SQLの違い 基本的にMySQLでやっていたことはPostgreSQL出来る。 しかし関数の挙動の違いは幾つかある。 例えば時間から曜日に該当する数字に変換した場合に MySQL → date_format(time,"%w") 0から始まり、日曜日に該当する PostgreSQL → to_char(time,'D') 1から始まり、日曜日に該当する など挙動に互換性
[PostgreSQL] 巨大なテーブルでカラム追加・削除する場合に気を付けるべきこと · DQNEO日記
ALTER TABLE verybigtable ADD COLUMN col_1 integer DEFAULT 0; これは要注意です。 このようなことをすると、テーブルの全行に対して更新処理がかかってしまい負荷が一気に上昇します。 サービス稼働中にカラム追加する場合は、DEFAULT制約はつけない方がよいでしょう。 どうしてもDEFAULT制約をつけたい場合は、 １．サービス停止してから上記のADD COLUMNを実行する または、 ２．いったんDEFAULTなしでカラム追加して、直後にDEFAULT制約をつける ALTER TABLE verybigtable ADD COLUMN col_1 integer; ALTER TABLE verybigtable ALTER COLUMN col_1 SET DEFAULT 0; という２つの方法があります。 方法２の場合は、負荷は全
PostgreSQL Internals
本コンテンツは、2014年1月30～31日に筑波大学で開講された「情報システム特別講義D」における講義「Inside PostgreSQL Kernel」の内容を再構成、加筆・修正したものです。 はじめに 本コンテンツについて 本コンテンツへのフィードバックについて アーキテクチャ概要 PostgreSQLの構成要素 PostgreSQLの基本的なアーキテクチャ SQL文の処理される流れ トランザクション管理 トランザクション処理におけるACID特性 各レコードの可視性の管理 Atomicity（原子性）の実装 Consistency（一貫性）の実装 Isolation（分離性）の実装 トランザクション分離レベルの定義 Durability（永続性）の実装 チェックポイント メタデータ管理 pg_controlファイル OID/XID/TID システムカタログ MVCCとストレージ構造 テ
PostgreSQL Index Only Scan 奮闘記 その3 | TECHSCORE BLOG | TECHSCORE BLOG
どうも。村上です。 今回で3回目のPostgreSQLです。 今はこんな感じです。 追記型アーキテクチャ バキューム Visibility Map ← 前回ここまで プラン演算子 ← 今回ここ Index Only Scan では「プラン演算子」いってみよう！！ プラン演算子？？？ プラン演算子ってあまり聞きなれないですけど、簡単に言うと「explain」したら出てくるアレです。 =# explain select * from users; QUERY PLAN ------------------------------------------------------------------- Seq Scan on users (cost=0.00..385179.80 rows=10010480 width=190)
現場で役立つ実践ノウハウWeb開発の「べし」「べからず」 | Let's POSTGRES
～性能を最大限に引き出すための設計・開発・運用～ 永安 悟史 本記事は、技術評論社 WEB+DB PRESS Vol.63 で掲載されたものを、著者と出版社の許可を得て転載したものです。なお、一部 記述に変更のある箇所もあります。 アーキテクチャから理解するデータベース データベースの技術は長い歴史の蓄積があり、その実装であるデータベース製品は非常に複雑なソフトウェアとなっています。そのため、深く理解するにはそれなりの学習期間と経験を必要とします。 本章では、データベースの中でも特にリレーショナルデータベース（RDBMS）について、理解するためのポイント／観点と、具体的に開発／運用時に注意すべき点について解説します。 データベースの理解は「立体的」に データベースの挙動をきちんと理解するためには、データベースを構成する要素を「立体的」、つまり複数の角度／軸で理解する必要があります。 処理の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Adding new null column to table caused lock
Blog - 2ndQuadrant | PostgreSQL
Cannot install pg gem in Mavericks with Postgres.app
Index on primary key not used in simple join
Why would you index text_pattern_ops on a text column?
tuning postgresql for large amounts of ram
GitHub - heroku/heroku-pg-extras: A heroku plugin for awesome pg:* commands that are also great and fun and super.
Heroku “psql: FATAL: remaining connection slots are reserved for non-replication superuser connections”