psql接続時に対話でパスワードを入力しない - shibainu55日記
psql経由でSQLを実行するときに、対話でのパスワード入力をせずにワンライナーで行いたい。pg_hba.confの設計・設定次第だが、trust以外の設定(md5等)ではpsql接続時にパスワード入力を求められる。手動操作やJDBC接続時などは問題ないが、Linuxプラットフォームで運用バッチ(シェルスクリプト等)でpsqlを使用した接続を行う場合に問題となることがある。 psqlの仕様として、パスワードを指定するオプションがない(mysqlの-p/--passwordオプションに相当するオプションがない)。一見紛らわしいが、-W/--password は、パスワード入力を要求させるオプションであってパスワードをコマンドライン引数で与えるものではない。 対応方法：$HOME/.pgpassファイルの使用 実行したいユーザのHOMEディレクトリに、.pgpassファイルを作成する。セキュリ
「PostgreSQL」がスタートアップ企業に選ばれる理由
「PostgreSQL」が格好いいと思われていたことは一度もない。これまでずっと、「MySQL」と比較される醜い継子扱いだった。PostgreSQLの信奉者は、自分の愛するデータベースが、人気の点でMySQLに打ち負かされるのを見続けさせられていた。MySQLの方が機能は少ないにもかかわらず、採用数では圧倒しており、PostgreSQLはさえないおじさんの役回りにならざるをえなかった。 だが、それも過去の話になりつつある。 最近のスタートアップの採用データを見ると、PostgreSQLは今では、強力なリレーショナルデータベース管理システム（RDBMS）を求める、創設間もないスタートアップの開発者に実際に選ばれているのである。疑問なのは、その理由だ。 ほかのみんなもPostgreSQLを使っている 創設して間もないスタートアップ以上に、PostgreSQLが新たに人気を獲得していることが明白
Amazon Aurora アップデート – PostgreSQL 互換のエンジン | Amazon Web Services
Amazon Web Services ブログ Amazon Aurora アップデート – PostgreSQL 互換のエンジン (昨日のように思いますが)ちょうど2年前、私は Amazon Aurora を【AWS発表】Amazon Aurora – Amazon RDSに費用対効果の高いMySQL互換のデータベースが登場!! の記事にて紹介しました。この記事では、RDS チームがリレーショナルデータベースモデルを既存の制約にとらわれない新鮮な視点で考え、クラウドに適したリレーショナルデータベースをいかに作ったかを説明しました。 それ以来、私たちがお客様から受けたフィードバックは心温まるものでした。お客様は、MySQL との互換性、高可用性、組み込みの暗号化オプションを愛しています。お客様は、Aurora が、耐障害性、自己修復機能を兼ね備え、10 GB から利用開始でき、事前のプロビ
PHPでのSQLインジェクション対策 - エスケープ・クォート編: pg_escape_**** | Let's POSTGRES
第四企画 坂井 潔 pg_escape_****によるエスケープ PHPからPostgreSQLを操作するためのネイティブな関数としてpg_****関数群があります。データベースへの接続方法はプレースホルダ編を参照していただくことにして、ここではpg_escape_****を使ってエスケープ・クォートをする例を説明します。 以下のpg_escape_****や、その他の関数はすべて、Shift_JISではなく、UTF-8、EUC-JPなどをPHPの内部エンコーディングとして使うことを前提に記述しています。PostgreSQLとPHPのエンコーディングが別々だったり、Shift_JISなどを使用した場合、関数が思わぬ挙動をすることがあるので、ご注意ください。 PHPで用意されているpg_escape_string関数とpg_escape_bytea関数はそれぞれ文字列型、bytea型のデータ
[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; という２つの方法があります。 方法２の場合は、負荷は全
外部サーバーのDBにアクセスする(postgresql) | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
今関わっている仕事でまさにタイトル通りの設定が必要な場面に出くわしまして……ファイアウォールの設定などの関係で残念ながら僕側だけでは完結できなかったんですけど、だいたいの場合はこれだけ設定しとけばできるぞってな感じのを、次にまた同じような状況に出くわしたときのために残しておこうと思います。 まあ、そもそも今までMySQLしか触ったことがなかったので、PostgreSQLを扱うことすら初めてだったんですが、ぶっちゃけ初めてとか全然関係なくサーバーの設定は分かりませんでした。 外部サーバーのDBにアクセスする際に必要な設定は、主に以下の3つです。DBっていうか、外部サーバーのPostgreSQLに接続する設定って言った方が正しいんですかね（ぶっちゃけそれすらもよく分かってないレベルｗｗ） ・postgresql.confの中身を変更する ・pg_hba.confの中身を変更する ・iptabl
Explaining Explain ～ PostgreSQLの実行計画を読む ～ (PDF版) — Let's Postgres
EXPLAIN や EXPLAIN ANALYZE の使い方と、それらを利用してスロークエリの実行計画を改善する方法を紹介します。 Explaining Explain ～ PostgreSQLの実行計画を読む ～ (PDF版) OSCON 2005 で講演され、2005年のJPUG夏合宿で分担して翻訳した発表資料です。PostgreSQL 8.3 に対応できるよう内容を更新しています。 Explaining Explain ～ PostgreSQLの実行計画を読む ～ (PPT版) OSCON 2005 で講演され、2005年のJPUG夏合宿で分担して翻訳した発表資料です。PostgreSQL 8.3 に対応できるよう内容を更新しています。
Rails複数DBシステムMySQLからPostgreSQL移行物語 | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、三苫です。 この記事はTECHSCORE Advent Calendar 2014、5日目の記事です。 近年、Rails複数DB Casual Talksが開催されるなど、Railsでも複数・異種データベース混在したシステム構成は何ら特別でなものではなく通常の開発でカジュアルに選択される構成だぞという機運が高まっています。 togetterで参加者の反応を見ても、「establish_connectionは基本」「前にも見たぞこのスライド」など、おおむね知見が業界全体に広まりつつある事がわかります。 本記事はRails複数DBがまだカジュアルではない時代、マルチテナントシステムのデータベースをMySQLからPostgreSQLに、各サブシステムは縮退しつつも、システム全体としては無停止で移行を行った記録を共有するためのものです。 移行したシステムの前提 マルチテナントシステム
PostgreSQLへの接続と切断
psql を使用して PostgreSQL へ接続を行ったり、 PostgreSQL から切断することができます。ここでは psql を使って PostgreSQL へ接続する方法および PostgreSQL から切断する方法について解説します。 PostgreSQLへ接続する psql はコマンドラインベースで PostgreSQL で作成済みのデータベースに接続したりテーブルからデータを取得したりすることが出来るツールです。 Windows環境から psql を利用するにはコマンドプロンプトから行います。 最初にコマンドプロンプトを起動してください。(コマンドプロンプトの起動方法については「コマンドプロンプトを起動する」を参照されてください)。 psql を使って PostgreSQL へ接続するには次のように実行します。(実際には PostgreSQL で作成済みの指定したータベース
今風にPostgreSQLの開発環境をつくってみた - tehepero note(・ω<)
2015-03-24 今風にPostgreSQLの開発環境をつくってみた 最近ホットすぎるPostgreSQL界隈ですが、せっかくなので今風に開発環境を作ってみました。 PostgreSQLおさらい 近年のPostgreSQLの進歩は目覚しいものがあって、高いスケーラビリティはもちろん、アプリとの親和性の高さもあって注目度を増しています。 9.4系からはJSONBサポートに加えGINインデックスの性能強化等があって、RDBの特性を持ちながらドキュメントDBのような使い勝手を実現しています。MongoDBもびっくりですね。 ちなみにAmazon RDSにもつい最近9.4.1がサポートされましたね。 Amazon RDS for PostgreSQL support for major version 9.4.1 というわけでこんな今風なPostgreSQLを今風に環境構築してみようと思います
Wordpress + Heroku + PostgreSQL + Amazon S3 = ¥0 / 無料でサイト運営
WordpressをHerokuで運営すると何かと楽だなぁと思ってやってみた。タダだし。 でも実際はけっこうハマったりもした。書いておかないと確実に忘れる。 2015/06/01 Herokuの新プラン発表で18時間だけ無料になってしまいました。 Herokuが無料でなくなる日 | Workabroad.jp 24時間稼働は$7かかります。 2015/02/20追記 パーマリンクを変更しても、しばらくするとまた元に戻るという現象が起こりました。 mod rewriteの設定をすれば直るようです。 http://blog.mah-lab.com/2013/05/01/wordpress-on-heroku/ 2015/02/02追記 wp-configの設定が足りなかったので修正 最初は自力でやろうかなと思ったけど、途中でハマりだしたので他の人の力を借りようということに。 2015年1月現在
パスワードが漏洩しないウェブアプリの作り方 〜 ソルトつきハッシュで満足する前に考えるべきこと
■■序論 徳丸さんのスライド「いまさら聞けないパスワードの取り扱い方」に見られるように、昨今、ウェブアプリケーションの設計要件として、サーバ内に侵入された場合でもユーザーのパスワードをできるだけ保護すべきという論調が見受けられるようになってきました。 上掲のスライドでは、その手法としてソルトつきハッシュ化を勧めています。しかしながらスライドに書かれているとおり、ソルトつきハッシュには、複雑なパスワードの解読は困難になるものの、単純なパスワードを設定してしまっているユーザーのパスワードについては十分な保護を提供できないという問題があります。そして、多くのユーザーは適切なパスワード運用ができない、というのが悲しい現実です。 ソルトつきハッシュを使った手法でこのような問題が残るのは、ウェブアプリケーションサーバに侵入した攻撃者がユーザーの認証情報をダウンロードして、認証情報をオフライン攻撃するこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【PostgreSQL】psqlにてパスワードを省略する方法
SSHトンネルを使ってAWS上のPostgreSQLに接続する - Qiita
2大OSSデータベースのMySQLとPostgreSQLの違い(前半)
RDBアンチパターン // Speaker Deck
PostgreSql コマンドの覚え書き - Qiita
データベース技術の羅針盤
DBスキーマもバージョン管理したい！
サービス終了のお知らせ