ついさっきOIDの表示の仕方忘れて大変だった、
select oid, * from table;
って書けばいいんだけどoid,とか記憶から消えてたね。
PostgreSQLの解説系のサイトどこに行ってもoid,の事には
あんまり触れてもないしgoogleでも引っかからないし・・・。

そういえばPostgreSQL関係で新しい本出てたね、あれなんだっけ？

>>259
書かなくても,問題でない。
どーせ、commitとか、してないんだろ。
そんな、PGだから、closeなんて、不要

失礼な^^;
テーブルの更新にはトランザクションは使ってます。
一応複数ＳＱＬ流すので保険として。

話はちょっとそれますが、サンプルプログラムでコネクションをグローバル
変数に保持して、それを最後まで使い続けるプログラムを見たことがありま
す。最後にユーザーがLogoutしてくれればpg_close出来ますが、いきなり
ブラウザをばっさり終了されてしまうと出来ないですよね。
コネクションにあんまり神経質になんなくても良いのですかね。

同時接続50-100ぐらいを想定しているもので...ちょっと心配なのでした。

とりあえず、PEARのDBクラス使いませんか？＞ALL

コネクション云々を考える負担が軽減されますよ。

日本語マヌアルあるよ。

http://pear.php.net/manual/ja/index.php

>>262
http://www.php.net/manual/ja/features.persistent-connections.php
らしいです。

あんまり神経質にならなくてもいいみたいです。

>266
マヌエルて助っ人野球選手がいたよね昔。
(◕ฺ∀◕ฺ)

>270
情報ありがとうございます。
大変参考になりました。

>>271
理屈上は、EUC-JPオンリーな運用をすれば化けないはず。

でもそれは現実的な話では無いからなぁ…

>>274
事故レス。情報不足してました。
DBには裸の状態でパスが入ってます。

でも crypt かけちゃったら、ユーザーがパスワード忘れた
ときとか、どうやって元のパスワードを教えて上げるの？

パスワード設定し直すっていう方法が現実的かも知れないけど。

> どうやって元のパスワードを教えて上げるの？

　当然、教えてあげない。

> パスワード設定し直すっていう方法が現実的かも知れないけど。

　そうする。基本だよね？

しつもーーん
http://www.jlb.dyn.to/hsinstall/salsemng/
こんな感じで、みんなも、定期的に、バキュームしてる？
自分は、したことないぞーばきゅーむなんて。

野球ヲタﾜﾗﾀ

http://ime.nu/www.baseball-lover.com

>>286
　コンパイル時に組み込むものだから、後からは無理だと思われ。
　リコンパイルする手間はそんなに無いと思うので、やり直しをおすすめ。

> 厨房なので

　ＤＢシステム開発自体を辞めておけ。

何でこのスレッド書き込みが無いの？
とりあえずあげ。

http://www.jsweb.sexheroes.com/index.html

究極の総合リンク集

http://home9.highway.ne.jp/cym10262/

整形してから引っぱり出すんじゃなくて
引っぱり出してから整形してください

「引っぱり出してから整形して」というのはたとえば、
EXTRACT(YEAR FROM nichiji) AS nchj_y,
...
みたいに SQL を書くという意味ではないかな。ちょっ
と手間は増えるけど、漏れはいつもこうしてる。

やっぱりそうですか。
ということは、to_char でエラーが出るのもパージョンのせいですね。
レンタルサーバなのでどうにもできません。
フィールドのタイプを変えるしかないないですね。
原因が分かっただけでも良かったです。

みなさん、ありがとうございました。
また、何かあれば願いしますね。