100日でPostgreSQLをマスター（13日目）～基本的な運用管理～

Yukiです。

今日は基本的な運用管理について学びました。

Photo by Harshil Gudka on Unsplash

データベースユーザの追加・変更・削除
権限
バキューム (VACUUM)
1. 手動バキューム
2. 自動バキューム
まとめ

データベースユーザの追加・変更・削除

緑の本を読んでいたら、10日目によくわからないと言っていたスーパーユーザーの説明がありました。

[PR]＜『OSS教科書 OSS-DB Silver Ver.3.0対応』をAmazonで探す＞

一般ユーザー：　　　データベースへ通常のアクセスを行うユーザー
スーパーユーザー：　データベースの管理を行うユーザー

いや、語感からそんな気はしてましたが・・・

けっこうマニュアルを探しても見つけられなかったのに・・・

まあ、いいでしょう。

OSコマンドのcreateuser/dropuserコマンドでユーザーの作成/削除ができるそうです。

面白いと感じたのは、SQLコマンドのALTER USER文でユーザー名も変えれるんですね。

ALTER USER yuki RENAME TO snow;

名前を間違えた時に使えるかもしれません。

実運用だとあまりない気はしますが・・・

テスト環境でとりあえずユーザーを作ったけど、名前が気に入らなかったときに使えるかもしれません。

また、スーパーユーザー権限のはく奪なんかもできるんですね。

ALTER USER yuki WITH NOSUPERUSER;

これも、間違って権限をつけてしまったときの修正に使えるかもしれません。（本当に？）

あれ、全員スーパーユーザでなくなったらどうなるんでしょう？

自分のスーパーユーザー権限ははく奪できないのかな？

ところで、Oracleのプロファイルみたいにややこしいのは、PostgreSQLにはなさそうですね。

権限

GRANT文で権限を付与、REVOKE文ではく奪できます。

標準SQLということでOracleと同じですね。

ただ、細かい違いはあるのかもしれません。

（すみません。普段あまり打たないコマンドなので、リファレンスを見ないとわかりません。）

ちなみに、GRANTで権限を付与するときに、テーブル単位だけでなく、列単位でも設定できるようです。驚きました。

GRANT SELECT (col1, col2, col3) ON table1 TO yuki;

権限を確認するときは、メタコマンドの「\dp」または「\z」を使います。

\dp table1

なんで2個同じコマンドがあるんでしょうね？

バキューム (VACUUM)

ついにPostgreSQL独特の概念が出てきました。

Oracleにはないやつですね。

簡単に説明すると、PostgreSQLは追記型アーキテクチャなので、テーブルの行で1項目でも更新があると、新しい行を丸ごと追加します。ただ、しばらくは別のトランザクションから参照される可能性があるので、古い行も残しておく必要があります。そうは言ってもずっと残しておくとディスク領域をどんどん消費してしまうので、古い行がどのトランザクションからも参照されなくなると回収して再利用できるようにします。この回収する処理がバキューム処理です。