[pgsql-jp: 35010] Re: データーベース破損について

[yasushi,m]

谷田様　マスオカです

ご教授有り難うございます。

>あー、OIDがあふれてますね。

>どうでしょう？秒間100といえば多いですが、COPYコマンドとか使えばさくっ
>と1000000行とか投入できますから・・・

その様なのですが・・

My_DB_1　は、作成が約３年ほど前で・・
My_DB_2　は、１年ほど前なので、oidの数字から察するに、カウンターが一回
り　というよりも、　該当DBが、DORP 後 CREATEされたのでは？　と、推測し
たくなります。

システム側で、何らかのエラー発生時に、DBを、削除->作成　など、あり得る
のでしょうか？　不思議で仕方有りません。




>谷田です。
>
>On Wed, 09 Mar 2005 13:30:01 +0900
>Katsuhiko Okano <k_okano ＠ po.ntts.co.jp> wrote:
>
>> >>>SELECT oid,datname FROM pg_database;
>> > 
>> > を見たところ
>> > oid　　　　datname
>> > 4158520　　My_DB_2　（My_DB_1より、後に作成したＤＢ）
>> > 31858567　 My_DB_1　（今回　テーブルが無くなってしまったＤＢ）
>> > 
>> > となっており、oid が、先に作成したＤＢの方が、大きな数字になって
いるの
>> > ですが、このようなことは　あり得るのでしょうか？
>
>あー、OIDがあふれてますね。
>
>> バージョン7.2.1ではなく8.0.0の付属ドキュメントですが、「5.4. システ
ム列」に
>> > OIDは32ビット量であり、クラスタ全体で一つのカウンタです。
>> > 大規模、もしくは、長期間使用するデータベースでは、カウンタが一周
してしまう可能性があります。
>> とあります。
>> しかし、32ビット=4294967295(約42億)なので、仮に1秒間に100オブジェク
トを生成しても
>> 1年はもつはずです。
>
>どうでしょう？秒間100といえば多いですが、COPYコマンドとか使えばさくっ
と
>1000000行とか投入できますから・・・
>
>
>-- 
>TANIDA Yutaka <tanida ＠ sra.co.jp>
>
>