PostgreSQL 2テーブル目

7.4.2をDLしてpostmaterしようとすると
FATAL: "/usr/local/pgsql/data" is not a valid data directory
DETAIL: File "/usr/local/pgsql/data/PG_VERSION" is missing.
なるエラーが出てしまいます。
無難に7.3あたりにした方がいいのでしょうか？

>929
contrib/pg_autovacuum/

>>932
感謝します。
contribディレクトリのこと調べてみました。
こういう形でユーティリティが提供されているとは知りませんでした。
makeしないといけないのですね

>>931
initdbしてないんじゃない？

Windows版はまだぁ？

>>935
前から聞いてる人?
おいらも同じ気分
雑誌によると7.5またわ8.0らしい

PostgreSQLと相性の良い文字コードはEUC-JPですか？

UTF-8やShift-JISでも使えますけどなんか無駄な機能を使っているような気がします。

alterで型をintからtextに変換することはできますか？
急に文字入れたいとか言われちゃって・・・

言ったそばから自己解決しました＞＜

新しいカラムを追加して、そこに変換したいカラムのデータをコピーして
古いカラム消して、新しく追加したカラムの名前を古いのに変えれば
同じでした。

postgresqlでクエリのベンチマークを測る手段としてpgloadを使ってみたいんですが
もう古いのか、いくつかエラーが出るんで修正しながら試しています。
ベンチマーク測定で他に何か良い方法ってありますか？
（pgbenchはマニュアルを読みましたが、既存のテーブルのテストはできないですよね？）

単純に時間をはかるだけなら、psqlから\timingするというのもある。

MLより、こっちのほうが建設的に見えるのはどういうわけだ？

MLにはｼﾞﾝﾅｲﾀｿに
「そろそろﾓﾓｺの一周忌ですね」
とツッコメる人がいないからだ。

>>943
モモコってなんですか？
ハムスターかなんか？

みんな仲良く！

ｼﾞﾝﾅｲﾀｿのPDA用脳内人物です。
ここらの共演が見ものかと。
ttp://java-house.jp/ml/archive/j-h-b/050924.html

主にJava-Houseで活躍するも、荒れてきたことと同一人物であることが見破られそうになったことから、ももこの夫により死亡がつげられる。
ttp://java-house.jp/ml/archive/j-h-b/052276.html

他にもTurboLinuxを使う山本佳織やMacを使うゆっぴぃなどが見つかっている。

>>946
なるほど、技術系ML各地で電波を送信している方なのですね。
名前をぐぐってみたらわかりますた。

>>943-947
実はｼﾞｻｸｼﾞｴｰﾝというこの事実

>>948
えっ？これもｼﾞﾝﾅｲﾀｿの自作自演なの？((((;゜Д゜))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>948-949
もういいよ、ｼﾞﾝﾅｲﾀﾝ、そこまでｼﾞｻｸｼﾞｴｰﾝしなくても。
みんなわかってるから…。

>>948=ｼﾞﾝﾅｲﾀｿ
ちなみに943がモモコの夫の雅人で944がゆっぴいということでよろしいか？

>946
死亡メールにマジレスしてる人がいることも驚きダ！

ところで次スレは>>950が立てるの？

スレタイは
「PostgreSQL ＆ pgsql-jp ML 3テーブル目」
でおながい

>>952
そして今ｼﾞﾅｲﾀｿの相手してる人をみると・・・

PostgreSQL 3テーブル目

PostgreSQLについて語って2万テーブルをめざしましょう。
関連アプリケーション特有の話題は、以下のスレッドへ。
pgsql-mlのヲチもここで。

●過去スレ
PostgreSQL
http://pc2.2ch.net/php/kako/989/989375812.html
PostgreSQL 2テーブル目（移転前）
http://pc2.2ch.net/test/read.cgi/php/1047317680/
PostgreSQL 2テーブル目
http://pc2.2ch.net/test/read.cgi/db/1056944337/

●関連スレ
PostgreSQLのことならここで聞け
http://pc2.2ch.net/test/read.cgi/db/1056960249/
MySQL vs PostgreSQL
http://pc2.2ch.net/test/read.cgi/db/1056943680/
PHP + PostgreSQL
http://pc2.2ch.net/test/read.cgi/php/983128806/
PerlでPostgreSQL
http://pc2.2ch.net/test/read.cgi/php/999249463/

タテスマタ
http://pc2.2ch.net/test/read.cgi/db/1079771059/

よっしゃ！埋めて行こう。

ちょっと早かったか・・・
990くらいでも問題なかった気が。

大変だ !
C++用の API 　libpq++ が7.3で無くなっている
7.2には有るのに。
誰か知りませんか。

おさがわせしました。
GBorgで見つかりました。

よっしゃ！埋めていこう！

　　 　 　 ＼∧＿ﾍ　　　　／￣￣￣￣￣￣￣￣￣￣￣￣
　,,､,､,,,　/ ＼〇ノゝ∩ ＜　１０００取り合戦いくぞｺﾞﾙｧ!!
　　　　/三√ ﾟДﾟ)　/　　＼＿＿＿＿＿＿＿＿＿＿＿＿　　,,､,､,,,
　　 　　/三/| ﾟＵﾟ|＼　　　　　　,,､,､,,,　　　　　　　　　　　　　　　　　　　　　　　,,､,､,,,
　,,､,､,,,　Ｕ （:::::::::::）　　,,､,､,,,　　　　　　　　　＼　ぶーぶーぶー　／
　　 　 　//三/|三|＼　　　　　　　　　　　　　　ﾀﾘｰ
　　　　　　∪　 ∪　　　　　（＼＿／）ﾀﾘｰ　　　　ﾀﾘｰ 　　先はなげぇ〜よ。
　　　　　　　　　　　　　　　　（　　´Д） 　　　ﾀﾘｰ　　ﾀﾘｰ
　　　　　　　　　　　　　　　　/ 　　つ 　（＼＿／）　　　（＼＿／）ノ⌒ヽ､
　　　　　　　　　　　　　　　（_（＿＿つ⊂(´Д｀⊂⌒｀つ（´Д｀　）＿人＿_） ))

1000!

?

PostgreSQLって、コラム名にuser使えないの?

ERROR: parser: parse error at or near....
って何よ。。

********=# CREATE TABLE accesslog (
********(# time timestamp(0),
********(# path varchar(80),
********(# ssid varchar(80),
********(# user varchar(80),
********(# group varchar(80),
********(# lang varchar(10),
********(# remote varchar(80),
********(# browser varchar(80),
********(# error text);
ERROR: parser: parse error at or near "user" at character 84

Cygwin+PostgreSQLを試そうとしている初心者です。
Windows2000でcygwin最新をインストールして、↓
Package Version
cygipc 2.03-2
cygwin 1.5.9-1

ipc-daemon2をバックグラウンドで走らせ、ipcsを実行すると
以下のようになるのですが、これってうまくいってませんよね？
$ ipcs

---------- Shared Memory Segments --------
shmid key bytes nattch status

---------- Semaphore Arrays --------
semid nsems key

---------- Message Queues --------
msqid used-bytes messages

どうすればうまく共有メモリの設定？ができるのでしょうか？

わしも嵌って、一度
$ ipctest h
してからやったらうまくいったかのような感覚を覚えたことはある。
でも実際それがキーになってるのかはよくわかんない。

あとは権限関係でこけてないかログ見てみるとか。

2.xよりも1.xの方が事例が多くてラクな予感。

>970

ありがとうございます。
Cygwin1.5系ではipc-daemonは2.xでないといけないと聞いたので
2.xでやってました。1.xも試してみます。
ログがあるんですか…。

pg_stat_activityで実行中のクエリを見たいんですけど、
全て<IDLE>になってしまいます。
pg_hba.confではクエリが見られるよう設定してあるんですが、
どうすれば良いのでしょうか。

Cygwin+postgreを使っておりまして、いままでは何も考えずにipc-daemonを起動してpostgreを起動してたのですが、
ふと疑問に思いまして、
ipc-daemon の ipcってのはどういう意味（なにかの略称？）なのでしょうか？

inter process communication

丸一年VACUUMもANALYZEもしてないDBにFULLかけたら!panic起こして鯖が死んだ(ﾜﾗ

PostgreSQL 7.1.3の SJISデータを pg_dump して7.4のEUC-JPテーブルへリストすることって可能でしょうか？

>>977
pg_dumpでプレーンテキスト指定すると、SQLで出るから、
nkfとか使ってコード変換して、あと手でなおすとこあったら、なおせばOKじゃない？

はしご高とか失われるデータはないかな。

ORACLEのUPSERT相当の処理を行うのに

key = SELECT key FROM t1;
if (key) {
　UPDATE t1 SET 〜
} else {
　INSERT INTO t1 〜
}

とやるのと

UPDATE t1 SET 〜
if (cmdtuples == 0) {
　INSERT INTO t1 〜
}

とやるのとどちらが効率いいもんなんでしょうか？