PostgreSQL 2テーブル目

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

前スレ
[PostgreSQL]
http://pc2.2ch.net/test/read.cgi/php/989375812/

☆関連スレッド
[PHP + PostgreSQL]
http://pc2.2ch.net/test/read.cgi/php/983128806/
[PerlでPostgreSQL]
http://pc2.2ch.net/test/read.cgi/php/999249463/
[MySQL vs PostgreSQL]
http://pc2.2ch.net/test/read.cgi/php/989341364/

>>74
商売としてはしかたないと思うんだけど、SRAはPostgreSQLがWindowsで動く道を閉ざしてしまった気がする。

>>74
BSD ライセンスのオープンソースだからこそ、
こういった派生品でのビジネスもできる。

そして、オープンソースは、関わる人間の多さが成功の要。
たとえ派生品でも、ベースとなる製品についての知識を有する人が
一人でも増えるのは喜ばしいことだよ。

増えたうちの一人がほんの少しでも本家にコミットしてくれるなら、
最終的に本家の利益にもつながる。

>>75
メールの本文はほとんど読まずに、Subject しか読んでないから全然詳しくないんだけど、
本家の postgres-hackers ML では MS Windows 版の話とか出てるよね。
7.4 でネイティブサポートするとか書いてあったような。

>>76
ttp://hp.vector.co.jp/authors/VA023283/PostgreSQL.html
ttp://hp.vector.co.jp/authors/VA023283/PowerGres.html

本家はプロセスモデルでPowerGresはスレッドモデルってことでいいかな。

>>76
SRAはPowerGresを本家にフィードバックするんだろうかね？

現場は、フィードバックすると言っているがね。
ただ、（WindowsのスレッドモデルをUNIXに持ってくることに）
どの程度意味があるかは分からん。

S○Aも、UNIXでいくならUNIX一本でもっと機能拡張とかすればいいのに。
中途半端にUNIXもWindowsも手を染めてどうすんだか。

ポスグレって
Windows版　ってないのですか？

[pgsql-jp: 29545] 削除依頼
祭りか徹底無視か?

あら、意外とすんなり収束したね。

>>83
時間が時間だけに。
オマケはついたが。

PostgreSQL7.3.2のDB(文字コードはEUC_JP)に、psqlから
set client_encoding to 'SJIS'; を実行すると、
Conversion between SJIS and EUC_JP is not supported.
となってしまいます。
PostgreSQLのlib/にはそれらしき（？）、euc_jp_and_sjis.so があります。
一体何が原因なんでしょうか？

うーんなんでだろ。
select * from pg_convertion (だったかな)
とかはヨサゲ？

insert や　delete　に　Left join を使うとエラーがでるのですが、
ポスグレではselect文だけにしか使えないのでしょうか？

だとしたら２つのテーブルを比較して足りないモノだけを
１方のテーブルに追加していく、なんてことはできないのでしょうか？

やれるとしたらどんな手段があるか、参考になるサイトがあれば教えてください。

既存のディスクが一杯になってきたので、ディスクを追加して、
今後は「今までのディスク＋追加したディスク」を使いたいのだが可能なの？

やっぱり、一つのデータベースが複数のディスクにまたがるのは無理なのかなぁ

>>87
普通にできましたが。
バージョンは？
どんなsqlでエラーになったの？
どんなエラーが出たの？
オレは釣られたの？

>>89
メール欄

cygwinでPostgreSQL動かしてJavaのJDBC+ODBCでアクセス
してみたら、読み込みはうまくいったけど書き込みは
文字化けしてテーブルに書き込まれてしまった。
文字コード調べてみたらSJIS->EUC-JPのような変換が
行われ、そのEUC-JPのコードをSJISで見たときの文字化け
のままテーブルに書かれてしまった感じ。
解決策があったら教えてください。

自己解決。
jdbc:postgresql:test?charSet=SJIS
デコードの指定を付けたらすべてうまくいきました。

ところで、PowerGres、どうよ？
PostgreSQLでできること、全部できる？

あぼーん

>93
誰も買ってない悪寒。だから言ったのに・・・。

>93
Ver7.4のWindowsネイティブ対応っぷり次第だな。
それまで待てれば待ったほうがいい。

ひょっとしてPostgreSQLのパターンマッチングって同じ文字の連続(aaa、あああ など)って検出できない？

>>97
はぁ？
おまえができないだけでしょ。

w)

>>98
うそだ！

select * from table where string ~ '(.)\1\1';

とかできなかったぞ！できるというなら例を見せてみれ！

特定のフィールドを指定してセレクトするのではなく、
逆に、「あるフィールド以外すべてセレクト」というふうなクエリーはかけないのでしょうか？

>>100
where string ~ 'a{3}';

ん? 勘違いしてた。

>>103
だよね。できないよね？

>>101
WHERE foo <> 'ある条件';

>>101
105は間違い。

SELECT ~hogehoge WHERE ...

チルダをつければいい

>106
そっか！ありがと。試してみます。

>>106おいおい（ｗ

気づくの遅すぎ(藁

>>107騙されるな
SELECT ^hogehoge
だぞ

>>107
昔は
SELECT !hogehoge
と書いたもんだ

>>111　あんたかなりのベテランだな
一部のDBでは
SELECT `hogehoge
だったころもあるね

つーか
SELECTしたい列名なんて明示的に書くのが王道だろ
それとも
テーブル設計をコロコロ変えやがるのかと小一時間...

（＾＾）

>>35
n 日前のバックアップファイルを削除する、という機能が欲しくなったので付けてみた。
find と xargs コマンドが必要。
find ${BACKUPDIR} -type f -daystart -mtime +${EXPIRE_DAY} |xargs /bin/rm -f

全文は長いので >>116 に張ります。必要ないって? そんなこと言わないで・・・。

#/bin/sh
# PostgreSQL database backup script

# Dump to DATABASE_NAME_YYMMDD.pgdmp.
# Delete expired files.
# Output log.

# Setting
TARGET_DB='firstinfo tka' # List target database name.

DIR=/home/postgres
LOG=${DIR}/pgdump.log
BACKUPDIR=${DIR}/dbbackup
EXPIRE_DAY=90

# Main routine
echo "pg_dump start." `date` >> ${LOG}
date=`date +%Y%m%d`

for db_name in ${TARGET_DB}
do
DUMP_FILE_PATH=${BACKUPDIR}/${db_name}_${date}.pgdmp
/usr/local/pgsql/bin/pg_dump ${db_name} -b -o -Fc > ${DUMP_FILE_PATH} 2>>${LOG}
echo "Database ${db_name} backup complete." `date` >> ${LOG}
done

echo "pg_dump complete." `date` >> ${LOG}
echo "Delete obosolete pgdmp files start." `date` >> ${LOG}
find ${BACKUPDIR} -type f -daystart -mtime +${EXPIRE_DAY} |xargs /bin/rm -f
echo "Delete obosolete pgdmp files complete." `date` >> ${LOG}

PostgreSQL のデータベースを UTF8 で作ったとき、日本語の入ったカラムに
ORDER BY かけると JIS 漢字順ではなくなるのかな?

linさんのコメントにどんな意図があるかは知らないけど
サイトのJavaScriptでしばらく楽しんでしまった。。。

あぼーん

質問です。

複数のカラムを対象に、selectしたいのですが、どう書けばよろしいでしょうか?
mysqlだとFull Text Searchとあると思うのですが、Postgresでできますでしょうか?

管理ツールDbVisualizerってどうよ？
http://www.minq.se/products/dbvis/index.html
Javaアプリだけど、個人的には好感触。

>>121
意味わかんね。
select * from table
ってやれば複数のカラム対象にselectできてるし。

>>121
Full Text Searchって全文検索？
NamazとかKakasiでも使うかしかないんでないの？
全文検索な時点でDBが面倒見ないといけない機能でもないような気がする。

単純に複数カラムにを検索条件に掛けたいなら地道にSQL書きなはれ。
SELECT A.id
FROM A,B
WHERE A.id = B.id
AND A.firstname = "あああ"
AND B.adress = "あああ"
みたいな。

こんなSQL使う時点で、設計ミスか余計な機能な気もするけど。

psqlからのcopyコマンドで"\N"という文字列がテーブルに入れれない・・・(WITH NULL AS指定はなしで ）
"\b"、"\n"、"\."は
"\\b"、"\\n"、"\\."に変換すれば入るのに・・・

"\N"は"\\N"に変換してもだめ・・・

"\N"という文字列はだめなんでしょうか？

>>121
第一正規化、って知っていますか？

>> 124
失礼しました。whereで複数カラムを指定するという意味です。

>> 125
全文検索というと、確かにNamazuとかそういう方向いっちゃいますね。
単純に複数カラムを検索条件にかけたいだけです。

where andでつなぐと遅くなるので、(レコード数が230万件あるので)
mysqlのFull Text Searchつかったらと先方にいわれ、いまさら乗り換える
のはややこしいので、Postgresでもそういう機能がないかと探しておりま
した。

設計ミスか余計な機能ではとありますが、検索対象の列が5つあって、
最初はそれぞれにかければいいという仕様でしたが、5つのどれかに
ヒットするようにしなさいと仕様が変更されたのです。

他に方法あるでしょうか? って自分で考えろという感じですが、
いろいろと調べてはいるのですが、思いつきません。。

>>128
ふつうにorすればいいのでは。。。

> 129

すいません、where andではなく、where or で、遅くなるという意味です。

>>128
>設計ミスか余計な機能ではとありますが、検索対象の列が5つあって、
>最初はそれぞれにかければいいという仕様でしたが、5つのどれかに
>ヒットするようにしなさいと仕様が変更されたのです。

そんなの、仕様変更されるのが当たり前だな。
仕様変更に対応できるようにしてなかった設計ミス。

ところで、230万件×5の全文検索ってMySQLなら速くできるのかな？

>>130
検索対象のカラムにindexは張ってあるの？

>>123
psqlで充分ってか。ある意味うらやますぃ。
個人的には使っていこうと考えているけど、確かにpsqlで充分かもね。

>>132
index張ってあっても、like '%語句%'で検索するなら意味ないと思われ。

>>134
あー、likeで%から始まる奴は駄目だね。
ホントに全文検索っぽくやってるとしたら、like '%語句%'ってやってる
可能性は高いか。

121にもうちょっと情報を出してホスィところだなぁ。

where coalesce(列1,'') || coalesce(列2,'') || coalesce(列3,'') like '%検索ワード%'explain してみたら、costは同じだけどrowsは or より少ないよ

>> 134,135
ご指摘の通り、like '%語句%'とやっております。

実は今からでもテーブルの設計は変更可能なのですが、
どのように変更したらよろしいでしょうか。

今はID,NAME,AA,BB,CC,DD,EEというカラム構成で、
AA,BB,CC,DD,EEの中で、どれかに検索キーワードがあればヒットする
というようにしたいです。

>> 136
こちらありがとうございます。
coalesceってこういう時に使うのですね。習ってはいたのですが、
いつ使うんだろと思っていました。勉強になります。

>>121
>>127

textの部分一致は、例えば「abcdefg」という文字列があったとして、
like '%cd%' とすると遅くなるから、

abcdefg
bcdefg
cdefg
defg
efg
fg
g

というテーブルを別に作って、like 'cd%' すると速くなるよ、と
言われたことがある。もちろん、インデックス作って。

実際自分でやってみたことはないが。

>> 127
正規化については、こちらを読みました。
http://www.rfs.jp/sitebuilder/sql/01/06.html

今回のケースとは特に関係ないかと思うのですが、私の洞察力不足でしょうか。

>> 139
ありがとうございます。
そこまでやると複雑になるので、おとなしくMySQLに移行するかと思って
しまいます。。

http://my.vector.co.jp/servlet/System.FileDownload/download/ftp/0/281853/pack/win95/game/table/pachinko/SUTING.LZH

あぼーん

>140
> 正規化については、こちらを読みました。
> http://www.rfs.jp/sitebuilder/sql/01/06.html
> 今回のケースとは特に関係ないかと思うのですが、私の洞察力不足でしょうか。

今回のケースと関係あるかないかどうかは「ID,NAME,AA,BB,CC,DD,EE」では判りません。
NAME,AA,BB,CC・・・が、名前、住所、電話番号、メールアドレス・・・などだったら
この部分に関しての正規化の必要はないかもしれません。

しかし、NAME,AA,BB,CC・・・が、担当者、商品名A、商品名B、商品名C・・・などだったら
必要ありますね。

とうわけで、あなたの洞察力不足かどうかは、構造がわからないので
なんともいえないです。

正規化汁！と言ったひとの早とちりでしょう。

>> 143

NAME,AA,BB,CC・・・は、担当者、商品名A、商品名B、商品名C・・・という
構造です。特にカラムが一緒ではないので、正規化は関係ないかと思うのですが、、、
ちがいます?

>>145
それって、担当者「ＮＡＭＥ」が最近扱った商品Ａ、Ｂ、Ｃ、Ｄとか…?
そういうパターンだったら正規化の対象だと思ふ。

(担当者ﾃｰﾌﾞﾙ：tantou)
id,name,address,tel…
(担当者id,担当者名,住所,電話番号…)

(商品ﾃｰﾌﾞﾙ:item)
id,name,price,registrant_id,regist_date…
(商品id,商品名,価格,登録者id,登録日時…)

SELECT tantou.name, tantou.address, item.regist_date
FROM tantou, item
WHERE tantou.id = item.registrant_id
AND tantou.name = "AAA"
AND item.name like "%BBB%"

みたいな感じにはなんないでしょうか？


NAME,AA,BB,CC・・・は、担当者、商品名A、商品名B、商品名C
というカラムにならないといけない状況があまり想像つきませぬ。。

最近の5件だったらこうか…。
(憶測しすぎだったらｽﾏｿ)

SELECT tantou.name, tantou.address, item.regist_date
FROM tantou, item
WHERE tantou.id = item.registrant_id
AND tantou.name = "AAA"
AND item.name like "%BBB%"
ORDER BY item.regist_date
LIMIT 5

PostgreSQLってテーブル名とかフィールド名が大文字英数だと、
SQL書くときテーブル名, フィールド名をダブルクォーテーションで
くくらないといけないんだな。

なんでこんな仕様になってんだ？

>>149
それは予約語とかぶった時の話では?

２つのテーブルの両方のカラム（同じなまえ）にデータが存在するかどうかを
確認するために以下のようにしているのですが、うまくいきません。
どこか間違っているのでしょうか？

SELECT 1 FROM TBL1, TBL2 WHERE TBL1.ID!='hoge' AND TBL2.ID!='hoge';
SELECT 1 FROM TBL1, TBL2 WHERE TBL1.ID='hoge' OR TBL2.ID='hoge';

>>151
intersect

>>151
上は「両方ともhogeじゃない」
下は「TBL1のIDがhogeもしくはTBL2のIDがhoge」

SELECT 1
FROM TBL1, TBL2
WHERE TBL1.ID = TBL2.ID
AND TBL1.ID = 'hoge';

>>149
大文字の混ざった識別子をダブルクォートするのは
PostgreSQLの仕様というよりSQL92の仕様のはずです。

>>156
何か見るからに変なSQL書いてるな。
具体的に何がどう違う結果になってるのか書け。
あと全部Perlで試しているのか？それともpsqlか？

>>157
コンソールからはPerlで書いたスクリプトで、存在しているIDをときはきちんと
１を返します。
psql（コマンドインタプリタ）からでも同じＳＱＬだと同じ１を返します。

ただ、Ｗｅｂ上からPerlで書いたCGIに同じＳＱＬを実行させた結果、０を
返します。因みにＤＢＩとＤＢＤ−Ｐｇを使って永続接続させています。

>>158文を SELECT 1 WHERE true; みたく単純にしてみて、同じコトをやってみたら？

>>158
PostgreSQLに接続するユーザーの問題では?
ユーザーを明示的に指定してやったらどうよ?

プログラミングではなく、運用の質問なんですが、
Postgresの監視って、プロセス上がってるかどうか
程度でいいですかねぇ？

>>161
・プロセスあがってるかどうか監視
・最大プロセス超えてないかどうか監視
・クエリーの応答時間が甚だしく増えていないかどうか監視

くらいじゃねーの?
ディスク容量とかも必要かも試練が
こっちは鯖の監視の範疇に入るかな

>>161
接続できるかどうかぐらいはテストしたら?

>>162
サンクスです。

>>163
シェルで一発で済ましてしまいたんですよ。
ベンダにやってもらうので
そこまでやってもらうと
お金の問題が出てきそうなんですよね。
mysqladmin pingみたいのがあれば
と思ったんですが・・・・・・。
ありがとうでした。

原因がまったく解明しないため、質問させていただきます。

今までどおり、

if($r->resultStatus ne PGRES_TUPLES_OK){ return 0; }

このようにselectが正常にとおってるかサブルーチン内で
チェックさせていたのですが、ある時からなぜか
PGRES_TUPLES_OKがそのまま「PGRES_TUPLES_OK」
となってしまい、この照合も「2 ne PGRES_TUPLES_OK」
となり、照合エラーとなってしまいます。

考えられる原因があれば、どうかご教授ください。
よろしくお願いいたします。

>>165
この情報からだとスペルミスか、何らかの理由で定数のimportが
できなかったのかというくらいしか思いつかんが。

原因はわからんが、そういうミスを事前にチェックできるよう、use strict; を
使うのが常識。あと、PGRES_TUPLES_OKは整数なので、比較は ne じゃ
なくて != でよい。

原因が判明しました。しかし、その意味がどうしてもわかりません。

if($r->resultStatus ne PGRES_TUPLES_OK){ return 0; }
という処理は「db.pl」というファイルの中のサブルーチン「db_command」
内で行っていたのですが、このファイルのパッケージ名を「db(package db;)」
としました。

違うファイル「select.cgi」より「db.pl」をrequireし、サブルーチン
「db_command」を「db::db_command($sql)」と呼び出していたの
ですが、この呼び出し方に問題がありました。
パッケージ管理せず、「db_command($sql)」と呼び出すと、結果が
返ってきます。strictでも何にもエラーがはかれません。

原因はわかりましたが、その意味が不明です。
勉強不足で申し訳ないです。

またもや自己解決。。。ようやくわかりました。

Pg::PGRES_TUPLES_OK

これだけです。これで解決しました。
いろいろと失礼致しました。

「40万件有るデー」って、いなかのスーパーの安売りみたいですね。

>>169
漏れは関西弁かとおもたYO!!!

しょーもないｶｷｺでageるなｺﾗ。

PostgreSQLはなんでshift−jisのエンコーディングをサポートしてくれないの？

あぼーん

あぼーん