参考サイト：DbOnlineさん

http://www.dbonline.jp/postgresql/index.html

ロールとは：
接続の為のログインの管理やデータベースなどへの各権限の設定をロール単位で行います。
ロールにはユーザーやグループなどのまとまりのようなものです。

ロールの権限とは：
スーパーユーザーと所有者（オブジェクトを作成したユーザ）は
デフォルトで全ての権限を保持しているため、オブジェクトの所有者に権限を許可する必要はありません。
それ以外のロールに対して権限を付与するにはGRANTを使います。

例

■psql実行
$ psql -l
$ psql database
$ psql -U user -h localhost database

$ psql -f sqlfile -U user database

■psqlコマンド
\du ロールの詳細な情報
\z 権限の詳細な情報

■ロールの作成
・基本形
CREATE ROLE role_name
・ログイン可能なロール
CREATE ROLE role_name WITH LOGIN
・ログイン可能かつパスワード設定
CREATE ROLE role_name WITH LOGIN PASSWORD 'password'
・ログイン可能かつデータベース作成可能
CREATE ROLE role_name WITH LOGIN CREATEDB PASSWORD 'password'

■ロールの変更
・パスワード生成および変更
ALTER ROLE role_name WITH PASSWORD 'password'
・ロール編集権限、データベース作成権限付与
ALTER ROLE role_name WITH CREATEROLE CREATEDB

■ロールの削除
DROP ROLE role_name

■ロールの権限追加
GRANT SELECT, UPDATE, INSERT ON table_name TO role_name;
GRANT ALL ON table_name TO role_name;

■ロールの権限削除
REVOKE SELECT, UPDATE, INSERT ON table_name FROM role_name;

○ロール作成・変更のオプション
SUPERUSER （デフォ：NOSUPERUSER）
CREATEDB （デフォ：NOCREATEDB）
CREATEROLE （デフォ： NOCREATEROLE）
CREATEUSER （デフォ：NOCREATEUSER）
INHERIT （デフォ：NOINHERIT）
LOGIN （デフォ：NOLOGIN）
CONNECTION LIMIT connlimit
PASSWORD 'password'
VALID UNTIL 'timestamp'
IN ROLE rolename [, ...]
IN GROUP rolename [, ...]
ROLE rolename [, ...]
ADMIN rolename [, ...]
USER rolename [, ...]
SYSID uid

○権限の追加・削除のオプション
GRANT {{SELECT | INSERT | UPDATE | DELETE | RULE | REFERENCES | TRIGGER}
[,...] | ALL [PRIVILEGES]}
ON [TABLE] tablename [, ...]
TO {username | GROUP groupname | PUBLIC} [, ...] [WITH GRANT OPTION]

GRANT {{CREATE | TEMPORARY | TEMP} [,...] | ALL [PRIVILEGES]}
ON DATABASE dbname [, ...]
TO {username | GROUP groupname | PUBLIC } [, ...] [WITH GRANT OPTION]

GRANT {EXECUTE | ALL [PRIVILEGES]}
ON FUNCTION funcname ([[argmode] [argname] argtype [, ...]]) [, ...]
TO {username | GROUP groupname | PUBLIC} [, ...] [WITH GRANT OPTION]

GRANT {USAGE | ALL [PRIVILEGES]}
ON LANGUAGE langname [, ...]
TO {username | GROUP groupname | PUBLIC} [, ...] [WITH GRANT OPTION]

GRANT {{CREATE | USAGE} [,...] | ALL [PRIVILEGES]}
ON SCHEMA schemaname [, ...]
TO {username | GROUP groupname | PUBLIC} [, ...] [WITH GRANT OPTION]

GRANT {CREATE | ALL [PRIVILEGES]}
ON TABLESPACE tablespacename [, ...]
TO {username | GROUP groupname | PUBLIC} [, ...] [WITH GRANT OPTION]

GRANT role [, ...]
TO {username | GROUP groupname | PUBLIC} [, ...] [WITH ADMIN OPTION]

初めて、ゴルフのコースに行ってきました。

結構、坂道あって体力いるのね。

もっと、おだやかなスポーツやとおもてた。しらんかった　(　 ﾟ ▽ ﾟ ;)

で、スコアは１２６．　以外にボロボロにはならんかったけど、本当に疲れました。

ありがとうございました。ﾉｼ

しっかし、データベース抽象化レイヤって名前は、人肌恋しくなるくらい無機質な名前やな。

要は、PHPとデータベース（今回はPostgresql）の間をとりもつツールの選択だ。

先日の記事では、テスト的に直接データベースを実行する形をとったんだけど、

やはり、使い勝手はツールを入れたほうがよさそう。

で、調べたら、結構種類あるね。

一覧にしてみる。

×PEAR::DB

　　古いらしい。却下する。

○PEAR::DB_DataObject

　　利用例もある。PEAR::DBの改良版か？

×PEAR::MDB

　　古いらしい。却下する。

○PEAR::MDB2

　　旬らしい。

　　処理速度は遅いが、PEAR::DBより早く。記述はある程度似ている。

○PDO

　　処理速度が速くて旬らしい。

　　PHP5.1から提供された。

？dbx

　　ネイティブよりだからか話題が少ない？

×各フレームワーク専用のもの

　　まだフレームワークまではいらない。直感的に地で処理を味わいたい。

参考文献（ありがとう(・ω・)/）

http://www.thinkit.co.jp/free/marugoto/1/4/1/

http://yuubiseiharukana.blog.shinobi.jp/Entry/77/

旬が多くてどれがええのん？

スピード好きからいえば、PDOか。そんなんでええのか？ｗ　いや大事だろ！

ところで、ネットや書籍をみていると
PEAR（ペア）というPHPのライブラリ群を良く利用してる。

PEARはPHPが公式でサポートしているライブラリなので汎用性が高いはず。
知識をGetしても無駄にはなるまい。そんな感じなので導入する。

まず、PEARのインストールから。
他のLinuxディストリビューションだと、phpインストール時に
一緒に導入される場合もあるらしいけど、ubuntuでは導入されてない。

synapticから導入してみる。
検索で、php-pearを検索。ダブルクリックでマークして適用。
これでOK。

そして、今後影響あるかわからないけど、
興味本位で、
$ sudo pear upgrade-all
を実行してアップグレードしてみた。
PEAR-1.8.1.tgzが展開されて更新した模様。

あと、PHPのデバッグ情報が詳細になるライブラリXDebugをインストールします。
慣れたら、外せばいいと思うので開発効率を上げる方向でいく。

XDebugは、php-pearと、php5-devを利用するらしい。

以下のサイトから情報を得た。助かります。ありがとう。
http://www.netbeans.org/kb/docs/php/configure-php-environment-ubuntu_ja.html
http://www.doyouphp.jp/tips/tips_xdebug.shtml

synapticでphp5-devをインストールします。

で、XDebugをインストールします。
$ sudo pecl install xdebug
これは、synapticに登録されてないので、peclから呼ぶ。
peclはC言語で書かれたPHPライブラリということで、
インストール時にgccが動いてるね。

PHPのコンフィグファイル /etc/php5/apache2/php.ini　ファイルを編集します。
ファイルの最後に、以下追記。
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; for Xdebug
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
extension="xdebug.so"

Apache2を再起動します。
$ sudo /etc/init.d/apache2 restart

さて、phpinfo()関数で見てみよう。

/var/www/info.php というファイル（中身が、<?php phpinfo(); ?>）を用意する。
ブラウザでhttp://localhost/info.php 　にアクセスする。
下の方に、xdebugの欄がある。PHPがxdebugを認識したみたいです。

よし、OK！

エラー時だけブラウザにエラーを表示していた。

成功しても何も表示されないもの、あれなんで、

テーブルデータを表示するよう、phpファイルを編集してみた。

これで、テーブルにアクセスしたって確認になるしね。

<?php
$con = pg_connect("dbname=testdb");
$query = "SELECT * FROM testtable";
if(!$con)
print("PostgreSQL connection error!\n");
else {
$phpversion = (float)phpversion();
if($phpversion>=4.2) {
$result = pg_query($con, $query);
print("table data<br />");
$rowcnt = pg_num_rows($result);
$colcnt = pg_num_fields($result);
for ($i=0; $i<$rowcnt; $i++) {
for ($j=0; $j<$colcnt; $j++) {
printf("%s: %s ", pg_field_name($result, $j),
pg_fetch_result($result, $i, $j));
}
print("<br>\n");
}
}
else
$result = pg_exec($con, $query);
pg_close($con);
}

?>

これで、項目名とデータが表示される。

＜マルチバイトコードについて追記＞

さて、あと、Webシステムでは度々おこるマルチバイトコードも確認してみる。

簡単にいえば、日本語表示。

Postgresqlにつくったテーブルを変えてみる。

$ sudo su postgres

で、ユーザを管理者にして。

以前の記事で作ったテーブルを一旦消す。

testdb=# drop table testtable;

日本語を混ぜた構成を作る。

testdb=# create table testtable (
testdb(# id integer,
testdb(# name varchar(256),
testdb(# メモ varchar(256)
testdb(# );

データを2つほど入れてみる。
testdb=# insert into testtable values(0, 'あ', 'か');
testdb=# insert into testtable values(0, 'い', 'き');

テーブルに、再度権限をwww-dataに当てる。

grant all on testtable to "www-data";

各ソフトウェアのデフォルトは、UTF-8のはずなので

うまく日本語表示されるはず。表示OK。

されなかったら、各設定が異なっているはず。ちとめんどいな。

各ソフトのバージョンが少し違うからかも。

列挙しておこう。

$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.04
DISTRIB_CODENAME=hardy
DISTRIB_DESCRIPTION="Ubuntu 8.04.2"

$ uname -a
Linux ubuntu-vm 2.6.24-24-generic #1 SMP Wed Apr 15 15:54:25 UTC 2009 i686 GNU/Linux

Apache2:

$ apt-cache show apache2

Version: 2.2.8-1ubuntu0.9

Postgresql:

$ sudo /etc/init.d/postgresql-8.3 -v
Usage: /etc/init.d/postgresql-8.3

PHP:

$ php -v
PHP 5.2.4-2ubuntu5.6 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 17 2009 14:31:37)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies

インストールするものから、ざっと列挙。

インストールは、apt-get install なんちゃら　でもいいけど、

GUIで操作できるsynapticを使ってみよう。

１、Postgresqlをインストール

　　synapticでpostgresqlで検索して、”postgresql”をダブルクリックして、

　　　マークボタンを押下したら依存関係にもチェックがつく。

　　　適用ボタンでダウンロード＆インストールが自動で行われる。

２、apache2をインストール

　　apache2をダブルクリック。あとは１と同じ。

３、php5をインストール

　　php5をダブルクリック。あとは１と同じ。

４、php5-pgsqlをインストール

　　php5-pgsqlをダブルクリック。あとは１と同じ。

とりあえず、これで、ソフトは揃った。

最低限の設定と稼動チェックをしよう。

１、Postgresqlのチェック

　　さて、インストール後は稼動中だとおもうけど、以下で確実に稼動中にしておこう。

　　（稼働してないと、後述のpsqlが起動できないよ。）

　　$ sudo /etc/init.d/postgresql-8.3 restart

　　メモ：稼働してないと、後述のpsqlが起動できないよ。

　　　　　sudoコマンドは、postgresユーザにはadmin権限がないので使えまへん。

　　　　　　/etc/sudoers関連でsudo出来るようにできるらしいけど調べてません。

　　Postgresqlの管理ユーザのpostgresが作成されたか確認。

　　$ id postgres

　　そんなユーザいないよっていわれたら、インストール失敗してると思う。

　　uidとか表示されたら、postgresユーザはいる。

　　ログインするため、パスワード設定をする。

　　$ sudo passwd postgres

　　パスワードを2回入れて、確定する。

　　postgresユーザになる。

　　$ sudo su postgres

　　psqlを起動してみる。

　　$ psql -l

　　データベースのリストが表示される。３つほどあるね。

　　テスト用のデータベースを作成してみる。

　　$ createdb testdb　（消す時は、dropdb testdb）

　　あと、apache2のデフォルトユーザwww-dataさんからアクセスできるように、

　　www-dataというユーザをpostgresのユーザとしても登録してみましょ。

　　$ createuser www-data　（消す時は、dropuser）

　　で、３つ質問されるので、n、y、nで回答します。

　　質問は読めばいいけど、要は

　　管理者権限なし、データベースは作れる、ロール（権限）関与不可という設定です。

　　psqlを使ってtestdbにアクセスしてみよう。

　　$ psql testdb

　　psqlのプロンプトが現れる。

　　テスト用のテーブルを作成しよう。あまり打つのはいやだから、、

　　testdb=# create table testtable (id integer);

　　こんな感じで。psqlプロンプトは最後にセミコロンが大抵いるので注意。

　　テーブルの確認

　　testdb=# \d

　　testtableが表示されたはず。

　　テーブルにデータを入れてみよう。

　　testdb=# insert into testtable values(0);

　　testdb=# insert into testtable values(1);

　　こんなもんでOK。

　　データの確認。

　　testdb=# select * from testtable;

　　id列に、0とか表示されたはず。

　　作ったテーブルはこのままだと、www-dataユーザからアクセスできないので、

　　テーブルにロール（権限）の追加をします。

　　testdb=# grant all on testtable to "www-data";

　　普通ユーザ名に”で囲む必要はないけど、www-dataって「-」が中にあるから囲まないと怒られました。

　　ちなみに、allって全部の権限を与えてます。実際はどんなものなのかというと、

　　select, insert, update, delete, rule、、、、、などなど色々設定できる。

　　psqlプロンプトの終了は、

　　testdb=# \q

　　とりあえず、基本設定はOK。

２、apache2のチェック

　　とりあえず設定は、いじらん。

　　アパッチにアクセスしてみよう。

　　FireFoxでもなんでもブラウザから、以下にアクセス。It workって表示されたら稼働中。

　　http://localhost/ 　　

　　稼働してないようだったら、

　　$ sudo /etc/init.d/apache2 restart

　　でもう一度チャレンジ。これでも動かないときは、ネットワーク設定??

３、php5のチェック

　　設定なし、チェックなし！

４、php5-pgsqlのチェック

　　実際にapacheからPHPがPostgresqlを認識しているか確認しますか。

　　その前にアパッチのドキュメントルートはデフォルトで/var/www/以下となっています。

　　つまり、http://localhost/ここのファイル　が 、/var/www/ここのファイルとなっています。

　　では、phpを書いて確かめましょう。

　　$ cd /var/www/

　　ここに、phpinfo.phpファイルを作成します。

　　$ sudo gedit phpinfo.php　　とか好きなエディタで。

　　ファイルの中身は、次の一行です。

　　<?php phpinfo(); ?>

　　じゃあ、http://localhost/phpinfo.php 　にアクセスします。

　　下の方にpostgresqlって文字が見えたらOKです。

　　見えなかったら、インストールの順序かな？　わからん。

　　php5-pgsqlを最後にインストールしました？

　　それでは、phpからpostgresqlにアクセスしますか。testdb.phpファイルを作成します。

　　$ cd /var/www

　　$ sudo gedit testdb.php

　　ファイルの中身は、以下の感じで、testdb内のtesttableにアクセスします。

　　ただ、エラー時だけ文字を表示するので、真っ白画面なら成功です。

<?php
$con = pg_connect("dbname=testdb");
$query = "SELECT * FROM testtable";
if(!$con)
print("PostgreSQL connection error!\n");
else {
$phpversion = (float)phpversion();
if($phpversion>=4.2)
$result = pg_query($con, $query);
else
$result = pg_exec($con, $query);
pg_close($con);
}

?>

ちなみに、アパッチのユーザwww-dataでPostgresqlにアクセスしてるので、

前述のcreateuserでPostgresqlのユーザとしてwww-dataを登録してなければ、

データベースに接続できません。2行目でエラーとなります。

また、前述のgrant all なんちゃらのテーブルへの権限付与がなければ、　パーミッションエラーとなります。

テスト的に動いたら、バンザイ！

結論、PC INSPECTORというフリーソフトのFIND LOGICAL DRIVES機能で助かりました。

（Windows上で動作するため、Windowsが起動するパーティションが１つ要ります。）

実際には、パーティションを壊したので、パーティションの区切りの調査からした。

testdisk、fdisk、パーティションマジック８で、調査しながら、パーティションを決定した。

区切りが分からない時は、２つのパーティションをまとめて１つのパーティションとして確定。

PC INSPECTORをメモする記事でした。

上下左右などは体が覚えてるが、色々忘れてたのでよく使う機能をメモしとこう。

単語切り取り：dw

単語コピー：yw

単語を入れ替える：cw と打ってから文字を打つ

貼り付け：p、カーソルの前に貼り付ける時はP

範囲選択：v押してからカーソル移動

　ex)5文字範囲選択v4l（エル）　　カーソルを右に４つ動かしたから5文字分の選択。

　ex)5文字範囲選択しコピー：v4lｙ

上記の操作は名前なしバッファ（クリップボードのようなもん）に入る。

xとかで削除するたびに勝手にバッファを上書きされては、まともなコピペができないので、

名前付きバッファを利用する。

名前付きバッファは、aからzまでの26種。とりあえずaを使う。"aで指定する。

単語切り取り："adw

単語コピー："ayw

5文字範囲選択コピー：v4l"ay

バッファの中身を確認する：:di　　正式には:displayだそうだ。

検索：/検索文字列　（アルファベットの大小を区別する）

検索：/検索文字列\c（アルファベットの大小を区別しない）　まあスラッシュとバックスラッシュで囲んでcです。

次検索：n

前検索：N

これで、だいぶエディタとして便利になる。

あと、一般ユーザで書き込み権限のないテキストを編集してしまい、保存できなくなった場合。

どうしても書きたい！！って時がある。

ま、一般ユーザのホームディレクトリに別名で保存すればいいんだけども。

調べてみたらvi上で

:w !sudo tee %

とすれば、書き込めるらしい。試した。保存できる。

teeってlinuxコマンドなんやね。見たことなかったです。

%の意味がわからへん。怖くて使えん。^^;;;;

Ubuntu以外のPostgresqlは、コミュニティ版といい、
Ubuntuのは、Ubuntu用にパッケージングされているのだ。

まあ、Let's Postgresサイトの受け売りです。
http://lets.postgresql.jp/documents/tutorial/ubuntu

引用かつ追記＆整理してみたよ。

インストールと設定のまとめ。

１、Ubuntuのデスクトップの「システム」メニューから、
　「システム管理」＞「synapticなんとか」でPostgresqlをインストール。
　（検索して見つけて下さい。依存関係も勝手に入れてくれます。）

２、postgresユーザがインストール時に作成されるが、
　　パスワードが設定できてないので、suできません。
　　なので、パスワード設定します。
　　$ sudo passwd postgres
　　ちなみにメモ：
　　　　$ finger postgres
　　　　で、postgresユーザがいることがわかります。
　　　　$ sudo view /etc/passwd でもいることはわかります。

３、ユーザをpostgresにします。
　　$ su postgres
　　postgresユーザは、postgresqlの管理者なのでpsqlコマンドで色々できます。
　　メモ：postgresはpostgresqlの管理者なんだけど、OSの管理権限はありまへん。
　　　　　# id postgres　ってすると、adminグループに参加してないんですね。
　　　　　# sudo vi /etc/passwd なんて拒否られます。sudoできないです。
　　　　　拒否られた時に、/etc/sudoersって文字がでます。
　　　　　ここを編集したらええらしい。しませんが。

４、テスト的にデータベースを作ります。
　　$ createdb testdb
　　ちなみに、createdbというコマンドは、postgresqlのコマンドです。
　　postgresユーザの時にパスが通り、コマンド単体で実行できます。
　　余談だけど、
　　　　$ which createdb
　　　　なんてすると、場所がわかり、
　　　　$ file createdb
　　　　なんてすると、postgresql関連のパスへのシンボリックリンク
　　　　だなあと確認できます。

５、データベースにユーザを割り当てます。管理者postgresの乱用を避けるため。
　　postgresユーザで、データベース名を指定したpsqlコマンドを使用します。
　　$ psql testdb
　　これで、testdbを操作できるpsqlプロンプトが起動します。
　　ユーザを割り当てます。
　　testdb=# create role username with login;
　　（セミコロンを忘れずに。sqlはセミコロンが要るんです。）
　　psqlプロンプトを終了します。
　　testdb=# \q

６、postgresqlのコンフィグ編集します。
　　編集の前の必ずバックアップを。
　　$ cd /etc/postgresql/8.3/main/
　　$ sudo cp -p postgresql.conf postgresql.conf.org
　　編集開始します。
　　$ sudo vi /etc/postgresql/8.3/main/postgresql.conf

　　メモ：postgresql.confはpostgresが所有者なので、
　　　　　今postgresユーザだったら、sudo要らずで、
　　　　　$ vi /etc/postgresql/8.3/main/postgresql.conf
　　　　　やね。
　　メモ２：
　　　　　ちなみに、ディレクト名が、8.3とか、mainとかあるのは
　　　　　クラスターを分けるためだそうです。
　　　　　main稼動から保守稼動に切り替えるときとか、
　　　　　subというディレクトリを作ったりするらしい。なるほど。

　編集箇所は、ERROR REPORTING AND LOGGINGセクション内
　・log_destination パラメータ： 'stderr’ を指定します。
　・log_collector パラメータ： on に設定します。
　・log_directory パラメータ： 'pg_log' に設定します。
　　これはログを格納するディレクトリ名で、他の名前でも構いません。
　　/var/lib/psotgresql/8.3/main からの相対パス名で指定します。
　・log_filename パラメータ： 'postgresql-%Y-%m-%d_%H%M%S.log' を指定します。
　　%の次の文字は、ログファイルを生成した日付、時刻を埋め込むためのものです。
　・log_truncate_on_rotation パラメータ： off に設定し、
　　同じファイル名のログがあったらそれに追加して書き込むようにします。
　・log_rotation_age： 1d に設定します。
　　これで、毎日運転ログが別のファイルに書き出されるようになります。
　・log_rotation_size： 10MBに設定します。
　　これで、6.の設定にもかかわらずログファイルのサイズが10MBを超えると
　　新たなログファイルが作られるようになります。
　
　　メモ：
　　　編集に際しては、元の状態がわかるように、編集前の行はそのまま残しましょう。

７、ログファイルの場所を作る（ディレクトリ作成）
　/var/lib/psotgresql/8.3/mainの下に、pg_logというディレクトリを作成します。
　$ su postgres
　$ cd /var/lib/psotgresql/8.3/main
　$ mkdir pg_log
　確認します
　$ ls -lF
　詳細表示で、所有者、グループ、ディレクトリの確認です。

　メモ：

　　ちなみに、上のmainというディレクトリは、postgres所有で、権限がrwx, ---,---です。

　　他の所有者やグループではアクセスできまへん。

８、posgresqlの再起動
　コンフィグを変更したので、再起動します。
　$ sudo /etc/init.d/postgresql-8.3 restart
　ログが生成されるので、さっきのログの場所を見に行きます。
　postgresユーザの状態で
　$ cd /var/lib/psotgresql/8.3/main/pg_log
　$ ls
　で、ファイルが生まれてます。
　中を少しみましょう。
　$ tail postなんちゃら.log
　ふむふむ。

今回はこれくらい。