LQ

会社のPostgreSQL（7.0.3だったか7.1.3だったか？）はautocommitしないような仕組みになってるんだが。
アドミニストレーター等の管理ツールを使おうとすると
全然自動でcommitしてくれなくてあまりにも使い勝手が悪いことが判明。
この手のは大抵動的にやってくれないと困るんですが、全部やってくれてないっぽいです。

autocommit offな部署サーバーと各ツール挙動（というか相性？）の悪さを一部紹介。
pgadmin III →すべての操作においてcommitはクエリツール等でcommitなりendなり入れないと反映されない。

PhpPgAdmin→テーブル作成、レコード編集、カラム変更等は問題なし。
テーブルのドロップ及びカラムドロップが正常に終了しつつもcommitされずに華麗に戻る。
クエリベタ打ちもダメっぽかったきがす。

かねやんpgadmin→そもそもテーブルすらうまく拾えてなかった。ベータ版だから？とりあえず見なかった方向で。

黒猫ＳＱＬ Studio（ODBC）→オプションの自動トランザクション開始と自動コミットのチェックを入れるとレコードを動的に変更ができた。
元々テーブル操作はできないんで、テーブルは省略。

他のツール・・・めぼしいのがぜんぜんないｗ
仕方ないってことで、急遽PhpPgAdminを改造して無理やりcommitさせるような動作にすることに。


手直ししたところはPhpPgAdminが入っているところにあるいくつかのphpで
tables.php、tblproperties.php、sql.phpと、とりあえず３箇所ほど。
以下PhpPgAdmin4.2.1、tblproperties.phpを基準で書いていきますが
多分どのverでもどのphpでも大差ないと思われ。

621行目（下から３行目くらい）にある$misc->printFooter();
の下に以下を記述。
$sql = "commit";
if (!($misc = pg_exec($sql))) {
die;
}
ロールバック記述が無いのでロールバックしないのが前提みたいな感じですが、
特別レコードいじるわけでもなく、バッチで大量処理するわけでもなく。
必要性がほとんどないだろうってことでロールバック考慮してません。

sql.phpについては必要に応じて最初からはずしておいてもいいような気も。
ただ、4.1.2使ってた時はコネクション取れてたかどうかよくわかんねーし、
意外とエラー吐いてくれたんで、PhｐPgAdminのSQLベタはあんま使わなかったなあってのが本音。
ロールバックしたければ別なの使えばいいやみたいな感じでよければこれでなんとかなると思う。

他にもcommit効かない部分があれば、随時似たようなポイント（下から３行目くらいの$misc->printFooter()の下）を追加すればＯＫだとおもー
注意点らしい注意点があるとすれば、PhpPgAdminで変更しつつそのほかの黒猫SQL等でレコード見てたりすると排他がかかることがある。
元々カラムの変更等はPostgreSQLで排他かけてしまうようなので、
どちらか落とさないと動かなくなったりすることもある。まあ、これはしょうがないといえばしょうがないんですがｗ



おまけ



家にPostgreSQL（8.3）入れてautocommitをon（つうかデフォルト設定）でそもそもロールバックができるか試してみた。
テーブル適当に作って

begin;
insertｘ８くらい

でselectしたら当然ながら８件取得。
ここでrollbackするとちゃんと戻って０件になった。

begin;
insertｘ８やって
ここで別のセッション開始してselectを発行して０件を確認。
insertしたセッションでselectして８件を確認。
commitして別セッションで８件確認。。。

つまりなんつうかあれですかね。
きちんとbeginとかrollbackとかcommitとかセットしとけば
autocommit関係ないってことですね。

簡単にまとめるとサーバー設定ミ（ｱｰｰｯ）

ま、いまさら変更したところで、BEGIN切り忘れている部分があったら予定外動作するの明白だし
ここの設定は今変えるように頼んでもどうにもならなさそ。