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/

>>51
バージョンはどうなってる？

>>52
7.3.2です。

7.2.3だと出ないなぁ。

>>51
それって odbc 経由で Windows からつないでる？
psql からやっても同じエラーでるの？

PL/PGSQL で Perl の join 関数みたいなストアドを作りたいんだけど、
なんかもっとスマートな方法無いでしょうか?
結果レコードのカラム名を変数で指定できると嬉しいんだけど、
Postgres 7.2.1 では変数展開してくれませんでした。

-- SQL の結果レコードに指定した文字列を挟んで連結して返す
-- 引数1: 実行する SQL 文
-- 引数2: 挟み込む文字列
DROP FUNCTION join_str(TEXT, TEXT);
CREATE FUNCTION join_str(TEXT, TEXT) RETURNS TEXT AS '
declare
delimiter alias for $1;
sql alias for $2;
str text;
rec record;
is_first bool;
begin
is_first = true;
str := '''';
FOR rec IN EXECUTE sql LOOP
IF is_first THEN
str := rec.serialnum; -- カラム名を指定
is_first := false;
ELSE
str := str || delimiter || rec.serialnum; -- カラム名を指定
END IF;
END LOOP;
return str;
end;
' LANGUAGE 'plpgsql';

>>56
集約関数つかってみた。でもデリミタ指定できなくなっちゃった。

create function join_str_sfunc(TEXT, TEXT) returns TEXT as '
select case
when $1 = '''' then $2
when $2 = '''' then $1
else $1 || '' '' || $2
end
' language 'sql';

create aggregate join_str (
basetype = text
, sfunc = join_str_sfunc
, stype = text
, initcond = ''
);

select join_str(field_name) from table_name;

結合順序コントロールするにはサブクエリにするしかないかも。

select 名前
,replace(join_str(好物),' ','@') as 好物
from (select * from 好物 order by 好物) as k
group by 名前;

既に全然スマートじゃないという罠。

>>59
すごいでつね。正規化したのはいいけれど、動的配列を繋げて一行で取り出すのって一苦労。
集約関数は奥が深い深い。勉強になります。
うちはまだ、好物1,好物2, ...., 好物25 をくっつけてますよ。

>>57-59
なるほどー。すごく勉強になりました。ありがとう。

ちなみに、7.2.1 では replace() が使えませんでした。
7.3.2 では使えました。

同じマシンに異なるバージョンの Postgres をインストールするのって、
簡単にできるんですねえ。

> 火災と申します
プロジェクトに「火がついた」か。

>>62
はやっ! (w

7.2.2で日付計算をやっています。

test=# select CURRENT_DATE - '2001-12-01'::DATE > '2 month'::INTERVAL;
?column?
----------
f
(1 row)

となるのが・・・なんでだろ〜(´Д｀;)
DATE型じゃなくてTIMESTAMP型にすると
ちゃんとtrueで帰ってくるのですが……

>>64
# SELECT (CURRENT_DATE - '2001-12-01'::DATE);
?column?
----------
482

どうも返り値がinteger型のようだ。

>>65
integer型のようですね(´Д｀;)

結局
# select CURRENT_DATE - '2 month'::INTERVAL >= '2001-12-01'::DATE;
?column?
----------
t
(1 row)

としたら動きました。うーむ謎〜。
#よくわかってないだけかも。

データの作成って、みなさんはどんな方法を採ってます？
MicrosoftのAccess で入力フォームを作って、それをテキストにexport、
文字コード等を適当なものに変換、最後にcopy コマンドでpostgres に
持ってくる、という煩雑なことをしているのですが、もうちょっとなんとか
ならないのかな？？と悩んでまして。。。

>>66
DATE型 - TIMESTAMP型 = INTERVAL型 で
DATE型 - DATE型 = INTEGER型 なんだよな。
仕様なのかバグなのかMLで聞いてみれば。
いｃ氏あたりが答えてくれるかも。

>>67
なんか省略してないか。

とりあえずAccess使うならODBCでPostgreSQKに接続すればいいだけだが。

PostgreSQLをWindowsでcygwinを介さないで使うことはできませんか？

>>71
PowerGres (PostgreSQL on Windows)
〜オープンソースデータベースのスタンダード "PostgreSQL" を Windows で〜
http://osb.sra.co.jp/PowerGres/introduction.php

>>72
へぇ〜できるんですね。ありがとうございます。
欲を言えば、PostgreSQLの開発元がなんとかして欲しいものです。

>>72
有償なのはいいとしても、ソース公開じゃないから、単なる
「Windowsで動作するPostgreSQL互換RDBMS」にしか
過ぎなくなっちゃったんだよね。

石井さんはPostgreSQLがオープンソースであるメリットを
熱く語っていたけど...。

>>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';