PostgreSQLは最高さ！！

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

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

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
で実行。

189 ：名無しさん＠お腹いっぱい。 ：2001/06/28(木) 00:46

FreeBSD4.3+PostgreSQL7.1.2でエラー無し。
CPUのオー場クロックとかしてない？

7.1.2にしたがヨカよ。

190 ：177 ：2001/06/28(木) 23:07

>>189
オーバークロック、ぴきーんと来ました。
C300Aを450MHzで動かしていたんですねぇ…
でもしかし、何気に300MHzでテストしてみてもFAILED
の数は大差無し。 > 7.1.x

仕方なく6.5.3を使う事にします。
折角買ったシーラカンス本勿体ねぇなー

191 ：名無しさん＠お腹いっぱい。 ：2001/06/29(金) 02:20

レグレッションテストの結果なんて気にしないがな、俺なら…

192 ：名無しさん＠お腹いっぱい。 ：2001/06/29(金) 02:55

もう一回だけ試して。
make install
の前に
make check
してみて。
configure -> make -> make check -> make install
もちろん、make cleanしてからmakeしてね。

193 ：↑ ：2001/06/29(金) 02:57

>もちろん、make cleanしてからmakeしてね。
「すべてのオブジェクトを消してからconfigureしてね」だ。すまん逝きｿｳだ

194 ：名無しさん ：2001/06/29(金) 10:48

config.cache も消したほうがいいかもよ

195 ：名無しさん ：2001/06/29(金) 10:51

元から古いバージョンがインストールされててかち合ってるって
事は無いか？initdb はうまくいくの？

196 ：177 ：2001/06/29(金) 16:45

>>191
不安じゃありません？

>>192 >>193 >>194
既にやってますねぇ。
make uninstall を発行して、ソースディレクトリも削除して
やってるので config.cache も無いハズ。

>>195
PostgreSQLをインストールするのは今回が初なので
かち合ってるというのは無いと思います。
「かち合う」というのは具体的にどういった事なのかな？
という疑問はありますが…
一応、make uninstall した後に /usr/local/pgsql を消してます。
6.5.3では /usr/local/pgsql 以下を消すだけにしていますが。あ、あとソースdir。

レグレッションテストが>>177のような状態でのinitdbは成功しています。
当たり前のようにcreatedbやcreateuserも行えていましたし。
フと、make checkしてねぇなーと思って実行したら>>177のような結果が出たのです。

取り敢えず、自分の環境では6.5.3を使う事にしました。
これ以上原因追求しても時間の無駄と判断して、です。
やろうとしている事は6.5.3でも可能なので、当面はこのまま
で運用しようと思います。

答えてくださった方々、有難う御座いましたm(--)m

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