PostgreSQLは最高さ！！

1 ：名無しさん＠お腹いっぱい。 ：2000/12/06(水) 13:10

PostgreSQLは最高さ。
Access？なんだそれは。
そんなもんでデータベース作ってんじゃねぇ。
今の時代はPostgreSQLなんだよ！！

89 ：名無しさん＠お腹いっぱい ：2001/01/26(金) 01:03

>>88
確かに、Postgresのバックアップが貧弱なのはそうだが、
じゃあ、Oracleのバックアップの仕組みがまともなのか
というと、そんなでも無いな。
売り物だろうが、フリーだろうが、だめなときはだめ。
あと、アプリ作る奴がだめなら、Oracle使ってもだめな
物ができる。ばかとはさみはつかいようさ。

90 ：名無しさん＠お腹いっぱい。 ：2001/01/26(金) 03:22

商店街でPOSもどきをやるなら２４時間営業じゃ無いだろうからPostgresql
でもバックアップは取れるぞ。

91 ：名無しさん＠お腹いっぱい。 ：2001/01/26(金) 03:28

>商店街のオヤジがやるショッピングだったら
>客が金を支払ったという記録を失ってもいいのかよ。

それ以前に導入コスト・・・・

92 ：名無しさん＠お腹いっぱい。 ：2001/01/26(金) 16:27

まとめるとバックアップのマトモにできる、そこそこの性能の
DBエンジンがあれば商店街の親父に感謝されて金が儲かるでいいか＿

93 ：名無しさん＠お腹いっぱい。 ：2001/01/26(金) 16:30

>>92
相対的に安いが抜けとるぞ

94 ：名無しさん＠お腹いっぱい。 ：2001/01/26(金) 18:40

Postgresとinterbaseだったらどっちを選ぶ？
厨房ＤＢだけは選びたくないな。（藁）

95 ：わかってないな ：2001/01/27(土) 00:58

>>89
あんたバックアップの仕組み分かって言ってる？
まともじゃないって、あんた．．．
オンラインバックアップとジャーナリングの仕組みがまともじゃないって？
じゃーどんなのがまともなバックアップなんよ？
それに俺は使う奴のことなんて言ってないだろが。
そんなとこまで知らねえよ。

>>90
ジャーナリングのこと勉強しなさい。

96 ：わかってないな ：2001/01/27(土) 01:05

>>91
導入コスト以前に店の信用
そのリスクを承知してもらった上で導入コストと利益を検討してもらわないとね。

>>92
何言ってるの？

97 ：名無しさん＠お腹いっぱい。 ：2001/01/27(土) 01:06

この議論もうやめようよ…

>>89
> 確かに、Postgresのバックアップが貧弱なのはそうだが、
> じゃあ、Oracleのバックアップの仕組みがまともなのか
> というと、そんなでも無いな。
あんたDB専門じゃないんでしょ？
俺もDBの中身なんかわかんないけど、知らないことに無理にくちば
し突っ込むのやめなよ。慣れてないの使わされるとストレス溜るん
だろうけど、客が金払うって言ったらOracleになるんだから。

98 ：名無しさん＠お腹いっぱい。 ：2001/01/27(土) 01:11

oracleはsaiteiさ

99 ：名無しさん＠お腹いっぱい。 ：2001/01/27(土) 01:12

>>98
煽りカッコワルイ

100 ：わかってないな ：2001/01/27(土) 01:35

誤解を生んだかもしれないが、
俺もPostgreの一ユーザなので、製品自体はすばらしいと思ってる。
バックアップの仕組みがしっかりしてて、
「うそぐれす」の仕組みが信用できるものになったら、
それこそ脅威の存在になると思う。
最近の商用DBの誇大化にはうんざりしてる人は多いだろう。
実際俺もそう思ってるしな。

ただ、その製品の強みや弱み、コアテクノロジーの仕組み等
をよく知らないくせに、大きな口叩いてる素人野郎はクソだ。

101 ：89 ：2001/01/27(土) 02:09

> オンラインバックアップとジャーナリングの仕組みがまともじゃないって？
はいはい。
わりーが、俺はOracleも使うし、Postgresも使う。
たしかにDBのプログラムだけを組んでる訳じゃないが、
まあ、そこそこは使ってると思う。
どっちも一長一短さ。予算がふんだんにあればOracle使うし、
無ければ、Postgresだね。でも、予算があっても、Postgresと
アプリ側を工夫して、事故があっても困らない程度のデータの
再構築ができる様にして、安く上げることもある。
大口叩いてる素人野郎はお前のほーだ。
逝ってよし>>100

102 ：>>101 ：2001/01/27(土) 02:30

答えになってないじゃん。
95の言うオンラインバックアップとジャーナリングをまともじゃないというあんたが考えるバックアップの仕組みってどんなのよ？

103 ：わかってないな ：2001/01/27(土) 02:45

>>101
あんたRDBMSだけでなく、開発そのものも分かってないのでは？
プログラム組む組まないってことじゃなくて。
ま、いいけど。

104 ：89 ：2001/01/27(土) 02:56

じゃあ、どんな時でも、どんな状況でクラッシュしても、
Linux上のOracleでも、Solaris上のOracleでも、二重化
されてないディスク上でも、オンラインバックアップなら
完璧なわけ?　そこまでOracleを信用できるっておめでたいな。
つーか、べつに、オンラインバックアップ機能や、
ジャーナリングって言う技術を個別にけなしてるわけじゃ
ねーぞ。その時どきで、必要なバックアップの方法、それに
かかるコスト、予算に合わせて実装すればいいだけのことで、
もちろん、オンラインバックアップができなきゃならないような
シビアな案件もあるだろうし、そうじゃない場合もあるって
言いたいわけ。

105 ：わかってないな ：2001/01/27(土) 03:28

>>104
バックアップ＋ジャーナルなんてOracle固有のことじゃないよ。
今まで一度だって「Oracle」なんて書いてないだろ。
RDBMSとは書いたが。
結局、バックアップ＋ジャーナルのこと分かってないじゃないの。
それを「まともじゃない」ってよく言えたもんだね。

予算に合わせて実装すればいいなんてそんなの当たり前のことなんだよ。

あと、開発やったことないのではと書いた根拠は、
>>101
>アプリ側を工夫して、事故があっても困らない程度のデータの
>再構築ができる様にして、安く上げることもある。
の部分ね。
工数（人件費）とメンテナンスのことを考えない人は、
自作すれば予算が低くなると信じる傾向があるからね。

106 ：89 ：2001/01/27(土) 10:10

>バックアップ＋ジャーナルなんてOracle固有のことじゃないよ。

そう言う煽り方はみっともねーな。良く読め厨房。

>自作すれば予算が低くなると信じる傾向があるからね。

そりゃ君のような駄目な奴が、駄目なものを自作すれば
人件費もメンテナンス費用も泥縄式に増大していく事で
しょう。

107 ：名無しさん＠お腹いっぱい。 ：2001/01/27(土) 11:41

Postgresで何やるかっつーと、Webアプリがほとんどでしょ？
ODBC使えるとはいえ、C/Sの開発に使ってる人なんているの？

逆にいえば、OracleをWebアプリに使うのは甚だ帯に長いと思う。
プーリングかまして接続速度稼がないと、遅くて使い物にならないしね。
こういう用途にはPostgresの方が管理コストも低くなるだろうね。

や、みんなが同じ土俵の上で議論してるとは思えない発言が多いもんで…

そういうおいらはInterBase。
中規模までならオールマイティーなRDBMSだよ。

108 ：名無しさん＠お腹いっぱい。 ：2001/01/27(土) 17:31

Oracleっていったい何？
使ったことないからどんなのかわかりません。

109 ：名無しさん＠お腹いっぱい。 ：2001/01/27(土) 17:34

Oracleではなく、オラ狂うです。

110 ：名無しさん＠お腹いっぱい。 ：2001/01/27(土) 20:00

ど素人です。
でも、十人満たない総務でOracleをいれようとする会社に
違和感はあります。（やりたいことは書類のデータベース）

111 ：名無しさん＠お腹いっぱい。 ：2001/01/27(土) 21:48

>>109
オラ日本文化にも狂っているだ。
オラの御神託を聞け。

112 ：わかってないな ：2001/01/27(土) 22:56

>>バックアップ＋ジャーナルなんてOracle固有のことじゃないよ。
>そう言う煽り方はみっともねーな。良く読め厨房。

どこが煽りなの。ちゃんと説明してくれよ。
オンラインバックアップもジャーナリングもRDBMSそのものの仕組みだよ。
ちなみにOracleでは、ジャーナリングのことを、アーカイブログ
SQL Serverでは、トランザクションログという。

あんたが何も知らないだけでしょ。煽ってるつもりはねえよ。
もう少しお勉強しなよ。あともっと論理的に反論したらどう？
はたで見てる人はどう思う？

> そりゃ君のような駄目な奴が、駄目なものを自作すれば
> 人件費もメンテナンス費用も泥縄式に増大していく事で
> しょう。

そうだね。第一、私のような凡人が作っても、
普通、そんな仕組みなんて信用してくれないってことなんか
分かりきってるよ。
ただ、ジャーナリングすら知らないあんたはなに？

113 ：わかってないな ：2001/01/27(土) 23:19

#このハンドルあなたに対してではないのでお許しを。

>>107
>Postgresで何やるかっつーと、Webアプリがほとんどでしょ？
>ODBC使えるとはいえ、C/Sの開発に使ってる人なんているの？

確かに私の周辺では聞きませんね。

>逆にいえば、OracleをWebアプリに使うのは甚だ帯に長いと思う。
>プーリングかまして接続速度稼がないと、遅くて使い物にならないしね。

OracleやSQLServerでも接続プーリング機能はありますよ。
それにアプリケーションサーバがプーリング機能持ってる場合もありますし、
その辺はさまざまなレベルで解決法があるんじゃないかな。

114 ：わかってないな ：2001/01/27(土) 23:21

>>110
>でも、十人満たない総務でOracleをいれようとする会社に
>違和感はあります。（やりたいことは書類のデータベース）

そうですね。こういう場合、
足りない部分は、運用で十分カバーしてもらうことも可能でしょうから、
商用のDBMSを入れるまでもないと思います。

#このハンドルあなたに対してではないのでお許しを。

115 ：名無しさん＠お腹いっぱい。 ：2001/01/27(土) 23:22

>オンラインバックアップもジャーナリングもRDBMSそのものの仕組みだよ。
おもしれー主張だな。わかってないのはおめーの方だ。
書くならちゃんと書けよ、なんだかねぇ。

116 ：わかってないな ：2001/01/27(土) 23:27

>>115
>おもしれー主張だな。わかってないのはおめーの方だ。

んじゃー、あなたは何をわかってるの？

117 ：名無しさん＠お腹いっぱい。 ：2001/01/27(土) 23:42

変なチャットだねぇ。。。（ケラケラ。。。

118 ：名無しさん＠お腹いっぱい。 ：2001/01/27(土) 23:56

>>115
おまえが一番分かってないよ。
もういちど勉強しなおしてこい。

ＤＢがこけてバックアップが２４時間前分しかなかったら、
そのＤＢは２４時間分のデータはどうなるのか？失うのか？
もしそうだったら素晴らしいシステムだな。（稾）

119 ：名無しさん＠お腹いっぱい。 ：2001/01/28(日) 00:33

115はばか丸出しで痛すぎる。（ｗ

120 ：名無しさん＠お腹いっぱい。 ：2001/01/28(日) 01:27

Postgresのジャーナリングは、7.1以降のWALということでいいの？

121 ：名無しさん＠お腹いっぱい。 ：2001/01/28(日) 07:08

Accessと比較するところが初心者だね。

122 ：115では無いけど ：2001/01/28(日) 23:00

>オンラインバックアップもジャーナリングもRDBMSそのものの仕組みだよ。
115は
「RDBMSが提供する機能なだけで、RDBMSを構成するのに必須ではない要素じゃないのか？」
といいたかったのでは？

123 ：わかってないな ：2001/01/29(月) 00:03

>>120
7.1以降のWALですか。
不勉強なもので知りませんでした。どういったものか調べてみます。
情報感謝。

>>122
そうなのかなー？
もしそうなのならそれを書いてくれないと、
何を言いたいのか、ほんとわかんなかった。

#このハンドルあなた方に対してではないのでお許しを。

124 ：わかってないな ：2001/01/29(月) 00:33

WAL というのは、Write Ahead Log のことのようですね。
私が見つけた資料にはその説明はなかったのですが、
ジャーナリングの方式として Write Ahead Log を採用するということでしょうから、
バックアップ後の更新記録も保証する仕組みがサポートされるというだと思います。
そうなるとデータ保証のシビアなシステムにも Postgre を使うことが
できるということですね。すばらしいことです。

# 私の解釈が違ってればフォローください。(^^;

125 ：名無しさん＠お腹いっぱい。 ：2001/01/31(水) 22:39

上げてみよ！！

126 ：Sherry ：2001/02/01(木) 04:19

初めて書き込みます〜

WAL，どの程度信頼度があるのか謎ですが，今までよりは
改善されそうですね．
（それより OUTER JOIN サポートの方が嬉しいけど）

わたしはPostgreSQLもOracleも使いますが，好きな方使える
ならやっぱOracle選びますね(笑)

接続が速いといっても，PostgreSQLとOracleではそこまで
大きく違わないです．（MySQLだけは劇的に速いようですが）

PostgreSQLは結構トラブルに逢ったことがあるので，
重要な用途には使いたくないですねぇ．

トラブル１．文字化けしたデータをCGIに投稿されたために
　　　　　　　テーブルのデータが文字化け．
　　　　　　　その結果，pg_dumpall のバックアップファイルで
　　　　　　　２バイト文字の２バイト目に相当するコードと改行が
　　　　　　　くっついて１つの文字になり，リストア出来なかった(爆)
トラブル２．アクセス数が多くなったときにいきなりDBが飛ぶ．
　　　　　　　しかも連続で…．

アクセスが多くてもちゃんと動いてくれる場合もありますが，
やっぱ怖いですね．それに，何かあったときにデータ失う
ことがほとんどなのが，更に痛い．

Oracleは止まったことはある（バグで(笑)）けど，データを
失ったことはまだ０ですし．

あとは，複雑なquery発行したときの速度とか，かなり
チューニング出来ると行った点でOracleは良い．

PostgreSQLの良いところは，読み取り一貫性を実現し，
読み取りと更新が競合しない，そしてなんといってもフリー．
じゃないんでしょうかねぇ．

% Oracleは高すぎだ．個人は当然として，会社で使うのもきつい．
% 特にWebで使う場合…．EE版１CPU1280万って…

127 ：名無しさん＠お腹いっぱい。 ：2001/02/02(金) 15:32

ＤＢ障害でデータを失うというのは致命的だろ。
だからPostgreSQLは最高さ！！

128 ：名無しさん＠ピンキー ：2001/02/03(土) 00:51

>>127
あ〜ら、せっかくまともな書き込みが出てきたと思ってたのに。
またポスグレ場化の集まりになっちゃうのね（ｗ

129 ：１ ：2001/02/03(土) 01:24

上げてやる。
ありがたく思え！！クソどもめ！！

130 ：名無しさん＠お腹いっぱい。 ：2001/02/06(火) 23:43

>>89
Oracleのバックアップの仕組みがまともじゃないやらほざいていたおにいさんはどこいったの？
たまには罵化がいないとさびしいもんだね。
あげとこう

131 ：89 ：2001/02/07(水) 03:06

>>130
呼んだか?
何時でも煽って、かき回してあげるよ。
だから、なんかネタだせよ。

132 ：ポスグレユーザの声 ：2001/02/07(水) 18:35

>>131
消えれ（ｗ

133 ：名無しさん＠お腹いっぱい。 ：2001/02/07(水) 19:48

オマエモナー>>132

134 ：モトカズ ：2001/02/07(水) 22:14

（質問）
私、下記の様にCGIでPerlインターフェースでPostgreにアクセスするような
プログラムをつくっておる者ですが、

（コーディングイメージ例）
:
use Pg;
$cgi=Pg::connectdb("dbname=ＤＢ名");
:
$result=$cgi->exec(　ＳＱＬ文　);
:

このつなげる際に、ユーザ名やパスワードを指定して、（WWWのﾕｰｻﾞではなく）
特定のユーザとしてＤＢに接続するようなことはできますでしょうか？

ご存知の方、そのコーディングイメージ例等をご教示頂ければ大変助かります。
どなたか詳しい方、お助け願えませんでしょうか？

135 ：名無しさん＠お腹いっぱい。 ：2001/02/07(水) 22:26

君にはプログラマの適性が無いよ。

136 ：モトカズ ：2001/02/07(水) 22:33

>>135
まあまあ、そういわないで、少し急いでおりますので･･

137 ：名無しさん＠お腹いっぱい。 ：2001/02/08(木) 00:08

>>131
あ、場蚊発見！
さらしとこう

138 ：名無しさん＠お腹いっぱい。 ：2001/02/08(木) 02:59

>134

ふつーDBI と DBD でかくのでわ？

139 ：名無しさん＠お腹いっぱい。 ：2001/02/08(木) 09:45

>>137
ネタはどーした?

140 ：???????????????B ：2001/02/08(木) 15:18

>>134
perldoc Pg したか?

141 ：モトカズ ：2001/02/08(木) 17:03

>>134　について
>>140
ご指導ありがとうございます。
私、「perldoc」というものがあることも知りませんでした。
とにかく、perldoc Pg で調べさせて頂いております。

>>138
ご指導ありがとうございます。
只、正直申しますと、私このあたりビギナーでございまして、
「DBI」「DBD」 と言う言葉の意味すらわからないありさまで
ございまして、補足頂けると幸いです。

142 ：名無しさん＠お腹いっぱい。 ：2001/02/08(木) 21:27

>>141
http://member.nifty.ne.jp/hippo2000/perltips/index.htm
だ。
なんとなく
>まあまあ、そういわないで、少し急いでおりますので･･
こういうのはちがうとおもうのですわ

143 ：モトカズ ：2001/02/09(金) 09:55

>>142
ありがとうございます。
さっそく、こちらのほうも参考にさせて頂きます。

144 ：モトカズ ：2001/02/09(金) 13:59

>>134 について
アドバイスして頂いた方、ありがとうございました。
また、DBIのご紹介頂いたこと感謝しております。

結局、perldoc Pg等で調べたところ
$cgi = Pg::connectdb("dbname=ＤＢ名 user=ユーザ名 password=パスワード");
のように記述するだけでＯＫでした。

これだけ調べるのにずいぶんと時間がかかってしまいましたが、
ＤＢ名に大文字があると下記例の様に"　"で囲まないとダメ、らしく、
うまくいかない原因を誤解して長引いておりました。
$cgi = Pg::connectdb("dbname=\"ABC_db\" user=ABC_men password=ABC001");
ＤＢ名を''で囲ったり、一旦変数に置き換えたり、いろいろ試してダメでして、
また、ユーザ名やパスワードは大文字で書けばそのまま大文字が設定できるので、
「dbname=」の部分だけの単純な記述の問題とは思えなかったしだいです。

145 ：やまもと ：2001/02/09(金) 20:16

PostODBC with Japanese Patchでint8型のデータベースに
Access2000からアクセスすると、int8を含むテーブルが
見えません。
どうしたらいいですか？

146 ：名無しさん＠お腹いっぱい。 ：2001/02/10(土) 13:42

MiracleLinux が PostgreSQL のサポートをはじめますね。

147 ：名無しさん＠お腹いっぱい。 ：2001/02/10(土) 15:27

>>145
Access97からだと見えたりしてね。
ODBC-APIつかって直にそのテーブルみても見えなかったら、
ODBCドライバマネージャか、そのパッチがおかしい。

148 ：名無しさん＠お腹いっぱい。 ：2001/02/11(日) 15:50

データベースの勉強がてらにPostgreSQLの本買いました。
その本に書いてあったんだけど、postgreでperl使うには何かモジュールをくみこめって
かいてあるんですが、freebsd の/stand/sysinstallにはありませんでした。
freebsd.orgにて検索してもでてこないし、どうすれば良いんでしょうか。

149 ：名無しさん＠お腹いっぱい。 ：2001/02/11(日) 16:15

PostgreSQLのアーカイブを展開し、 /src/interfaces/perl5 をのぞいてみませう

150 ：148 ：2001/02/11(日) 23:00

>149san
えっと、READMEをこりゃええわで読んでみたところ、
postgreSQLで./configre --with-perl とすればいいのかな？
1. perl Makefile.PL
2. make
3. make test
4. make install
ってあるけどこっちはどうなんだろう・・

151 ：148 ：2001/02/11(日) 23:15

とりあえず、
./configre --with-perl
をしてその後、makeと入力したら
You must use GNU make to use Postgres. It may be installed
on your system with the name 'gmake'.
とでちゃいました。とりあえず、/stand/sysinstallでgmakeを
インストールしてみます。

152 ：152 ：2001/02/18(日) 23:37

>>149
わーい動いたよ。
ありがとう〜ヽ(´ー｀)ノ

153 ：名無しさん＠お腹いっぱい。 ：2001/02/19(月) 11:11

Interbase と比べてどこが最高なの？

Delphi にオマケで付いてる Interbase の方が便利だと思うけど。。

154 ：名無しさん＠お腹いっぱい。 ：2001/02/19(月) 17:47

>>153
判断材料っつーことで。
http://www.mysql.com/information/crash-me.php
なかなか良いぞ。

155 ：>154 ：2001/02/20(火) 09:04

最新バージョンでなきゃ意味無いよ。

156 ：名無しさん＠お腹いっぱい。 ：2001/02/20(火) 18:43

>>154
比較項目の重みが異なるからあんまり意味がない

更新も含んだ並列実行性能なら、Mysql は使えない

157 ：名無しさん＠お腹いっぱい。 ：2001/02/20(火) 21:54

age

158 ：名無しさん＠お腹いっぱい。 ：2001/06/03(日) 12:40

完全攻略ガイド3rdEd
てっきり明日発売だと思ってたのだが、なぜか横須賀CompMartで発見。

159 ：名無しさん＠お腹いっぱい。 ：2001/06/03(日) 14:35

PostgreSQLがWALの登載でさらにパワーアップした。
分散データベースとレプリケーションが付いたら
Oracleのベラボーな値段がばからしくなるぞ。

160 ：名無しさん＠お腹いっぱい。 ：2001/06/03(日) 16:37

Sybase ASEマンセー

161 ：現在おらくるえんじにあ ：2001/06/04(月) 23:36

>>159
分散データベースとレプリケーションはあまりいらないなぁ。
その辺が必要なら他のDBMSにお任せするというのも立派な方針だと思う。
（MySQLの割り切りは立派！）
ま、分散DBやレプリケーションが無駄な機能とは思わないんだけどね。

PostgreSQL7.1は、
どうやらオンラインバックアップも可能だということなので、
もう立派にRDBMSとしての必須機能は搭載されていると思う。
あとは枯れるのを待つのみかな。
個人的な希望としては、商用RDBみたいに「新機能」バカに走るのではなく、
本来のRDBMSの機能を安定化＆パフォーマンスアップに極めていく方向にあってほしいな。
こういう考えって頭が古いのかなぁ。

162 ：名無しさん＠お腹いっぱい。 ：2001/06/04(月) 23:48

すいません、かなり(ﾟДﾟ)ﾊｧ?な質問かもしれませんが、一つよろしくお願いします。
MS SQL ServerのデータをPostgreSQLに移すことはできるのでしょうか?
また、できるのであればヒントをいただけないでしょうか。

163 ：名無しさん＠お腹いっぱい。 ：2001/06/05(火) 00:21

　PostgreSQLではdumpallになにがしかのオプション
を与えれば、CREATE文とINSERT文で構成されたSQLの
羅列が得られたような。
　あ、逆ですね・・・逝ってきます

164 ：162 ：2001/06/05(火) 01:45

おねがいです。逝かないでください。
あと、バージョンを書き忘れていました。
MS SQL Server7.0,PostgreSQL 7.1.2を使用しています。

165 ：#!/bin/sage ：2001/06/05(火) 10:13

>>162
MicrosoftSQLに限った話ではないが、別のデータベースシステムに
移す場合は、まず最初にテーブル設計を手動で行なうべし。

MSSQL->PostgreSQLの場合はMSSQL側で使ってたcreate table以下
をほとんどそのまま使えるんで、幸運ならそのままPostgreSQL側で
何もいじらずにテーブルが生成できるかも。

両者にテーブルが揃ったらWindowsマシンからMS Accessを使って
PostgreSQL ODBCドライバ経由でデータをコピーしても良し、
MSSQLのエクスポートを使っても良し。

166 ：名無しさん＠お腹いっぱい。 ：2001/06/15(金) 10:39

PostgreSQLのシリアル型ってユーザーIDとか割り振るのに使えたりするのでしょうか？
もしユーザー情報を削除(１ユーザーのレコード削除)したあと、別のユーザーに対して
同じ値が割り振られるのが困るのですが、そのところはどうでしょうか？
つまり、テーブルが生成されてからドロップされるまで、その値の一意性は
保たれるのでしょうか？
教えて下さい

167 ：名無しさん＠お腹いっぱい。 ：2001/06/15(金) 10:44

ちなみに、シリアル型を文字列にして取り出すことはできるのでしょうか？
重ねて質問、申し訳ありません。

168 ：名無しさん＠お腹いっぱい。 ：2001/06/15(金) 15:36

申し訳ないと思うなら詳しい詳しいマニュアルを読めよ

169 ：名無しさん＠お腹いっぱい。 ：2001/06/15(金) 15:56

>168
そんな硬いこと言わないでお願い！

170 ：名無しさん ：2001/06/15(金) 19:03

インターフェース的に、バイナリカーソル以外は全部
文字列で読みだす。バイナリになるのはODBCドライバか
言語のライブラリ場でやっている。
CPU特定してないインターネットでバイナリデータを
流したらビット順や整列の都合でサーバーが事故りまくって
使い物にならないはず。使ってる石で
１と０ｘ８０００００００が化けたら困るでしょ。
シリアルの一意性はちゃんとトランザクション組んで
いれば保証できるはず。

171 ：162 ：2001/06/15(金) 20:13

>>165
超遅レスですが、うまくいきました。
AccessでもSQL Serverでもエクスポート一発でなにからなにまで
PostgreSQLにいきました。
まわりはレプリケーションとかいい始めましたが、
とりあえず目的は果たせたので満足です。
ありがとうございました。

172 ：名無しさん＠お腹いっぱい。 ：2001/06/16(土) 16:06

>170
ありがとうございます。

173 ：名無しさん＠お腹いっぱい。 ：2001/06/20(水) 00:09

えーーーらい昔にかじったことがある。
なつかしいなあ。
havingは使えるようになったのかな？

174 ：名無しさん＠お腹いっぱい。 ：2001/06/21(木) 01:35

使えます>>173
下がりすぎ。age

175 ：名無しさん ：2001/06/21(木) 02:52

>>166
シリアルは永久に増えつづけるからだいじょぶだよ
ま、リセット可能だしバックアップを戻すときとかは
気をつけないとならんけど

176 ：名無しさん＠お腹いっぱい。 ：2001/06/21(木) 05:47

>>175
sequenceも一緒にバックアップとれば問題ないんじゃないの？

177 ：名無しさん＠お腹いっぱい。 ：2001/06/26(火) 20:34

FreeBSD 4.3-RELEASEにてPostgreSQL 7.1.1( postgresql-7.1.1-patched-20010508.tar.gz )
をインストールしようとしています。

ユーザー[postgres/wheel]を作成し、tar zxf で展開。
トップディレクトリにて
./configure --enable-multibyte=EUC_JP --enable-syslog
make all
su
make install
でインストールしました。
initdbもちゃんと出来たのでOKかな？と思ったのですが
make check
と、レグレッションテストを行うと、
=====================================================
20 of 76 tests failed, 1 of these failures ignored.
=====================================================
と芳しくない結果が出ました。
シーラカンス本(新版)によると、文字列比較や浮動小数点
の結果が異なることがあると書いています。
ですがfloat4/float8などはokとなっています。

これは正常なのでしょうか？
シーラカンス本の見本では全てのテストがokなので、
自分の環境が悪いのかな？と疑っています。
何方か助言してくださいますでしょうか？

足りない情報がありましたら指摘して下さい。
すぐに調べます。

178 ：名無しさん＠お腹いっぱい。 ：2001/06/26(火) 22:33

>>177
とりあえず、何が失敗してるかくらいは書かなきゃダメだろ

179 ：177 ：2001/06/27(水) 00:00

>>178
そうでした。ゲフ。
下に引用しました。
rondomがfailedなのは問題ないですが、他は成功すべきですよね???

> int2 ... FAILED
> int8 ... FAILED
> bit ... FAILED
> test numerology ... FAILED
> point ... FAILED
> polygon ... FAILED
> circle ... FAILED
> time ... FAILED
> timestamp ... FAILED
> comments ... FAILED
> opr_sanity ... FAILED
> test geometry ... FAILED
> test horology ... FAILED
> select_distinct ... FAILED
> subselect ... FAILED
> union ... FAILED
> case ... FAILED
> random ... failed (ignored)
> btree_index ... FAILED
> test misc ... FAILED

180 ：シーラカンス ：2001/06/27(水) 00:57

シーラカンス本のとうりにインストール
した後、レグレッションテストをした結果
エラーがでたのは1つのみでした。
わざとエラーを出力するようなテストも
行うようなことを本に書いてあったので
気にしてませんが、20個のエラーはなんとなく
多い感じが...
役に立たななくてスマソ
OS:Solaris8 Intel Architecture

181 ：177 ：2001/06/27(水) 17:08

またテストやってみました。
boolean型がfailedするなんて不安で使えないよ〜(泣

> boolean ... FAILED
> int4 ... FAILED
> bit ... FAILED
> numeric ... FAILED
> test numerology ... FAILED
> polygon ... FAILED
> timestamp ... FAILED
> interval ... FAILED
> type_sanity ... FAILED
> test geometry ... FAILED
> test horology ... FAILED
> test sanity_check ... FAILED
> select_implicit ... FAILED
> select_having ... FAILED
> subselect ... FAILED
> union ... FAILED
> case ... FAILED
> hash_index ... FAILED
> test misc ... FAILED
> ========================
> 19 of 76 tests failed.
> ========================

182 ：177 ：2001/06/27(水) 17:18

>>181 の直後に再度走らせてみました。
すると、またまた結果が変化しました。ナゼに…

なんだかワケわからんので6.5.3でも入れてみよう〜

> int8 ... FAILED
> oid ... FAILED
> bit ... FAILED
> path ... FAILED
> date ... FAILED
> abstime ... FAILED
> reltime ... FAILED
> comments ... FAILED
> test geometry ... FAILED
> test horology ... FAILED
> subselect ... FAILED
> union ... FAILED
> aggregates ... FAILED
> random ... failed (ignored)
> test misc ... FAILED
> =====================================================
> 15 of 76 tests failed, 1 of these failures ignored.
> =====================================================

183 ：名無しさん ：2001/06/27(水) 18:11

ユーザーとか問題ないか？

184 ：177 ：2001/06/27(水) 18:20

えと、6.5.3の結果も書きますね。

4項目失敗。
regression.diffsを見てみると、adbtime以外は誤差でした。
abstimeはよく判りませんでした。currentの行が無かっただけっぽい。

6.5.3を使おうかな…

> float8 .. failed
> geometry .. failed
> abstime .. failed
> horology .. failed

185 ：名無しさん ：2001/06/27(水) 18:26

7.1.2はどうだ？（ｗ

186 ：177 ：2001/06/27(水) 18:52

>>183
ユーザーはシーラカンス本に則ってやってるつもりです。
一応、vipwで消してからadduserし直しましたが結果は変わらず。
.tcshrcにて環境変数を設定しています。

>>185
今から試してみる。

187 ：名無しさん＠お腹いっぱい。 ：2001/06/27(水) 18:54

>make check じゃなくて

>make checkall runtest（記憶薄し）
みたいな感じだったと記憶してるが.

188 ：177 ：2001/06/27(水) 19:39

>>185
pachedなアーカイブは無いですが、テストだけやってみました。
でも、ヘンな結果なのには変わりがないですねぇ

> box ... FAILED
> path ... FAILED
> interval ... FAILED
> abstime ... FAILED
> comments ... FAILED
> type_sanity ... FAILED
> test geometry ... FAILED
> test horology ... FAILED
> case ... FAILED
> join ... FAILED
> random ... failed (ignored)
> test misc ... FAILED
> =====================================================
> 12 of 76 tests failed, 1 of these failures ignored.
> =====================================================

>>187
6.5.3では
>gmake all runtest
でレグレッションテストを実行したね。
7.1.1ではシーラカンスのまま
>make check
で実行。

read.cgi ver5.26+ (01/10/21-)