You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
With most types you deal with in SQL and more specifically PostgreSQL, when you use a condition such as something IS NULL and it returns false, you can be assured that something IS NOT NULL would return true. This is not the case with composite types. Composite types are types that can contain multiple attributes. A classical case is a table row type that exists for all tables in PostgreSQL. If yo
こんにちは。Cacooチームのイニエスタこと、とおのぶです。CacooはデータベースのPostgreSQLのバージョンアップを実施しました。基本的には公式のpg_upgradeの手順に従っています。ここではドキュメントには記載の少ない具体的な作業内容の流れを紹介したいと思います。 理由 ユーザアンケートからみる Cacoo のコア・バリューで記されたとおり、全体的なパフォーマンスの向上については重要度の高い課題の一つです。PostgreSQL 9.5ではソート性能の大幅な改善が強化点の一つで、パフォーマンスの改善が見込まれます。またフェイルオーバ後、新しいマスターに追従するスタンバイとして、古いマスターサーバをオンラインに戻すことができるpg_rewindも、PostgreSQL 9.5の魅力の一つです。 バージョンアップ前の構成 構成は、マスタとスレーブのストリーミング・レプリケーション
RDS for PostgreSQL にシステムアップデートがやってきましたね。 Upgrade now available for your Amazon RDS PostgreSQL database instances 今回のアップデートは必須なので猶予期間の間に必ず適用する必要があります。 Multi-AZ 構成にしていれば自動的にフェイルオーバーしますが、60 〜 120 秒のダウンタイムは避けれません。 プロダクション環境の RDS で同様のメンテナンスは何度か経験しましたが、オフタイム(主に休日)にメンテナンスを計画しその度にエンジニアが待機していました。当日はメンテナンスに切り替えて見守るだけなのですが、メンテナンス告知など諸々の調整や休日出勤でそれなりの保守コストがかかっています。お客様にも迷惑をかけるしエンジニアにも負担を強いていたのです。 この機会に、実装やアーキテク
This document summarizes an organization's journey to creating a highly available PostgreSQL cluster using etcd for consensus and automation. They initially used MongoDB but required more data exploration capabilities. They investigated tools like repmgr with pgpool II and PostgreSQL streaming replication but these did not meet their requirements for automated failover without human interaction. T
Unlock innovation with highly secure, fully-managed Database-as-a-Service capabilities on IBM Cloud® IBM Cloud® Database-as-a-Service (DBaaS) services free developers and IT from complex and time-consuming tasks including deployment of infrastructure and database software, infrastructure operations, database software updates, and backup. IBM Cloud® Database SMEs deliver and maintain ready-to-use,
pg_tmp(1) Run tests on an isolated, temporary PostgreSQL database overview | download 3.3 | man page Usage Get an interactive shell to a new database with a predefined schema $ uri=$(pg_tmp) $ psql $uri -f schema.sql $ psql $uri Theory and Operation pg_tmp is a compact shell script designed to make unit testing, integration testing with PostgreSQL easy in any language. Sometimes SQLite is used as
"JPUG勉強会の最終回"で「PostgreSQLのリカバリ超入門」という話をした。 "SlideShare:PostgreSQLのリカバリ超入門" WALとかCHECKPOINTとか、オンラインバックアップの原理について、可能な限り簡単に説明したつもり。 ネタ元の「内部構造:WAL」が分かりにくかった人は、上のPDFを眺めてからもう一度読んでいただくと、少しは分かりやすくなるかも*1。 実運用について PostgreSQLバックアップ運用の決定版はPostgreSQLバックアップ・リカバリ入門とか、そのうちアップされるであろう最新版の資料を見てください。 他の項目について MVCCやVACUUMのパラパラ漫画のご要望が多ければ、作るかも・・・・ *1:ギリギリで書いたので、日本語として成立していない部分も多いので、理解が難しい部分は文章が悪いと思ってください。
どういうところに魅力があるかというと,簡単に書くと下記の通りです. とても簡単に同一ホストで複数インスタンスを立てられる とても簡単に同一ホストで同時に別メジャーバージョンのインストールして使うこともできる 簡単すぎて魅力に感じないかもしれません(苦笑 っが,それはさておき実際に導入してみます. インストール よくある~releasesなRPMを入れ,実際に使いたいソフトウェアのRPMをyum経由でインストールするのが無難かと思います. この際~releaseなRPMはメジャーバージョン毎に分かれているので欲しいバージョンのRPMを入れます. # rpm -ihv http://yum.postgresql.org/9.2/redhat/rhel-6-x86_64/pgdg-redhat92-9.2-7.noarch.rpm # yum install postgresql92-serve
https://mariadb.com/kb/en/optimizer-switch/にあるように、MariaDBのオプティマイザはかなり改良されている。 では、MariaDBのオプティマイザ/エクゼキュータはどの程度優秀か、4つのSELECT文の実行を通してMySQLと(ついでにPostgreSQLと)比較してみる。 (2014.12.3追記:オプティマイザについては省略してますが、こんな本がでます。) 結論を先にいえば「MySQLは検索が速い」というのは都市伝説。MariaDBはがんばってるけどPostgreSQLにはまだまだ及ばず。 *念のため。これはベンチマークじゃないよ、オプティマイザ/エクゼキュータの機能比較です。 自分で再確認したい場合はこちらにスクリプト群と実験のやり方を簡単に書いたので参照のこと。 調査環境 同一マシンにMySQL5.6.14、MariaDB10.0.4、
本日、JAWS-UG東京の勉強会で「10分で組み上げる AWS Multi-AZ PostgreSQLレプリケーション構成 powered by Chef」としてライブデモを含む簡単な発表をさせていただきました。 第18回 AWS User Group - Japan 東京勉強会(一般枠) - JAWS-UG東京支部 | Doorkeeper http://jawsug-tokyo.doorkeeper.jp/events/5939 これは、PostgreSQLのレプリケーション(マスター・スレーブ2台構成)をMulti-AZ構成で組み上げる、そのプロセスをChefを使って自動化してみようというもので、構成は右の図の通りです。 デモの内容としては、 AWSの東京リージョンのそれぞれ別AZで、AmazonLinuxのAMIでインスタンスを2台立ち上げる。(VPCは未使用) 各インスタンスにE
大量のユーザリクエストを Redis に書き込み、foreign data wrapper(FDW) を使って定期的に PostgreSQL にロードするユースケースが PgCon 2013 で発表されていた。 Using PostgreSQL with Redis Using native wrappers and a Foreign Data Wrapper for two-way Redis integration http://www.pgcon.org/2013/schedule/events/574.en.html フロントエンドの Redis では高速にリクエストを処理しつつ、バックエンドの PostgreSQL ではデータウェアハウス的な処理を行うのが狙い。 トークでは redis_fdw redis_wrapper の2つの Redis 向け FDW が紹介されている。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く