PostgreSQL 2テーブル目

1 ：nobodyさん：03/03/11 02:34 ID:9JR4latc

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/

604 ：nobodyさん：2007/05/30(水) 10:41:44 ID:8UkqO0LS

>>601
>>602
まじですか？
これが正しい日本語の並び順なの？
それは納得できん！

>>603
今までそうだったのですが、ふりがなを濁点を入れないで入力します。

というか、たとえ学問的に国語がそうだとしても、現実にはちがわない？
がかあ
かかい
かかう
が自然だと思う。

うちの会社でも、クライアントにも、取引会社でも、みんなこの並び順はおかしいとなったので、
濁点なしで入力してたんですけど。

605 ：nobodyさん：2007/05/30(水) 10:49:04 ID:???

>>604
文字コード的には正しいだろ。

606 ：nobodyさん：2007/05/30(水) 12:15:16 ID:???

>>604
お前さん（と周囲）の考えが不自然だと思ったほうが良い
どうしても嫌なら入力時に内部的に置き換えるしかなかろう

607 ：604：2007/05/30(水) 22:24:52 ID:amo3UjDj

>>605
確かに文字コード的には正しい。正しいと言うよりも、コード化するのに
そうするより仕方なかった感じかな。

>>602と>>606（たぶん同一人物）は絶対おかしい。
というか日本人じゃないでしょ。

やっぱ日本語って英語と比べて、デジタル化というかパソコンには向かないよね。
上の都道府県の例でもそう。言語というより文化も含めて合理的じゃないんだよね。
まあ、そこが良いところでもあるんだけど。

608 ：nobodyさん：2007/05/31(木) 00:44:23 ID:???

なんか頭の固い御仁だな
今後苦労しそうだ

609 ：nobodyさん：2007/05/31(木) 09:09:45 ID:???

> 現実にはちがわない？ 

そのあたりは揺らぎがあるからなぁ。
↓の例のどちらが正しいかは、厳密に規定されていないはず。

例：
濁音・半濁音は清音と同一視し、同一視した際に同じ語になる場合は、清音→濁音→半濁音の順とする。 
濁音・半濁音は、清音と別の文字として扱う。順序は、清音→濁音→半濁音の順とする。

610 ：nobodyさん：2007/05/31(木) 18:47:08 ID:???

バージョン 7.4.13です
下記のようなテーブルがあり、name1に姓、name2に名が入っているのですが
htmlのテキストフォームから名前を入力してもらい、その値を元に問い合わせをするのに
「カラムの結合」というのは可能でしょうか？

Column　｜Type
----------------
name1　｜text　←"姓"
name2　｜text　←"名"

できるとしたらこんな形になると思うのですが…
SELECT * from テーブル where name1 結合演算子 name2 = '入力された値';
または何か代替え手段を教えて頂けるとありがたいです。

611 ：nobodyさん：2007/06/04(月) 11:16:02 ID:???

>>610
文字列の結合は、|| を使う。
おそらくこれでいけるとは思うが、7.4は試してない。

612 ：nobodyさん：2007/06/04(月) 11:19:09 ID:???

>>604
＞がかあ
＞かかい
＞かかう
＞が自然だと思う。

では、「がかあ」と「かかあ」はどうなる？
かかあ
がかあ
が自然、とか言うなよ？

613 ：nobodyさん：2007/06/04(月) 11:22:27 ID:???

つーか、何日も間が開いてるんだな。
まあ↓ものんびりしてるけど、よかったらこっちへ。
【Windows】 PostgreSQL8　Part.1 【対応】
http://pc11.2ch.net/test/read.cgi/db/1102247223/

614 ：nobodyさん：2007/06/04(月) 11:26:40 ID:???

>>612
>>609の上の例

615 ：nobodyさん：2007/06/05(火) 21:44:04 ID:2VYXdggd

データの追加が出来ません。
OSはCentOS4.5です。

test=> insert into test values(1,'あいうえお');
ERROR: invalid byte sequence for encoding "EUC_JP": 0x94b0

となってしまいます。解決策をどうか教えて下さい。

616 ：nobodyさん：2007/06/06(水) 18:11:32 ID:???

それだけじゃわからん。0x94b0の出所が不明だな。
とりあえず、ターミナルの文字コードはどーなってんの。
SET client_encording TO SJIS; とか試してみて。

617 ：nobodyさん：2007/06/12(火) 21:15:35 ID:8ZZji6XO

>>501 と同じ症状になっちまった…。
Warning: PostgreSQL query failed: FATAL 2:
open of /var/lib/pgsql/data/pg_clog/0746 failed:
そのようなファイルやディレクトリはありません
server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request. in

バージョンまで同じ7.3.2
っていうか>>501さんは復帰できたの？
ググった所postmaster止めてpg_resetxlog汁ってMLにあったけど
http://ml.postgresql.jp/pipermail/pgsql-jp/2004-December/018144.html
原因って何なんですかね？

618 ：617：2007/06/13(水) 00:22:06 ID:???

>>617　に追記
vacuumdbしてみたけど似た様なエラー
FATAL 2: open of /var/lib/pgsql/data/pg_clog/0746 failed: そのようなファイルやディレクトリはありません
server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.
connection to server was lost

ついでにpsqlからSELECT、UPDATE、INSERTしてみたら通った…。なんで？
PHPからpc_execしてるからそっちの問題なんだろか？
とりあえずダンプとってDB消して作り直してきます

619 ：617：2007/06/13(水) 02:50:47 ID:???

さらに追記
pg_dumpは不可、エラーは同じ様なもの
ただし、エラー文中に既存のテーブル名が出て来たので壊れた？テーブルの見当がついた
そのテーブルに絞ってpg_dump -t をするとやはり失敗、
それ以外のtableに対して-t付きで実行したら成功した。
相変わらずSELECTは可能はだったので該当tableから
全文SELECT→PHPで整形（shellを扱えないと不便…。sedとか？）
→同一構成のダミーtableにリストアできるかテスト→該当tableをdrop→リストア
で復活できた…。
ただし何で壊れた、かの原因がまったく不明…。
MLでも原因までは書いてなさそう。
スレ汚ごめん

620 ：nobodyさん：2007/06/17(日) 00:27:42 ID:Yzi7QEQY

頭を悩ましているのでお願いします。

営業時間を入力しておいて、今営業中か検索できるようにしたいのですが、
open_timeとclose_timeという型がTIMEのカラムを作って、検索したときの時間が
その間にあるか、例えば
SELECT open_time < localtime AND localtime < close_time
で検索できそうだと思っていたのですが
よく考えたら、深夜24:00以降やってるお店が、うまく扱えないじゃないですか。

で、TIMEをやめてFLOATにして、保存するときに、例えば
10：30〜3：00　→　10.5〜27
にして、大小で検索も考えたのですが
検索するときに現在の時間が例えば5時なら、どう検索すればよいのか・・・
この方法もなんかうまくいかなそうです。

また24時間営業の店はどのように扱うのかとか・・・

このようなシステムを作ったことある方いらっしゃいましたら、どのように実装したか教えて頂けませんでしょうか？

621 ：nobodyさん：2007/06/17(日) 00:58:26 ID:???

>>620
開店時間(open_time::time)と営業時間(sales_hours::interval)で
WHERE (localtime - open_time) < sales_hours
でどうかな。開店後何時間経ってるかで比較する。

622 ：620：2007/06/18(月) 01:48:25 ID:3Ht3k2HG

>>621
レスありがとうございます。

それだと、0：00を過ぎたときマイナスの値が帰ってきてしまうので
WHEREがtrueになってしまうと思うのですが。

timeだと日にちが変わったことが解らないからなのかな？

例えば、CRONを毎日0：00に起動して、営業時間を入れたカラムを見に行って
数日分（あんまりじっくり考えてないけど、その日と翌日分で良いのかな？）
の日付入りのテーブルを自動生成して、そこに検索かけるとか・・・

今が営業しているか、って意外と大変ですね。
開店時間が何時より早いお店とか、閉店時間が何時より遅いお店なら簡単に実装できそう。

それでいいかな・・・

なんか簡単な方法あったら引き続き情報お願いします。

623 ：nobodyさん：2007/06/18(月) 03:02:36 ID:???

>>622
ああスマン、open_timeをinterval型にキャストするの抜けてた。
WHERE ( localtime - open_time::interval ) < sales_hours;

開店時刻をinterval型に変換するのは反則のような気もするが、
これで、開店後の経過時間が出ます。(負の値にはなりません)

624 ：nobodyさん：2007/06/18(月) 03:50:30 ID:???

店舗ID,開店時間,閉店時間
1, 07:00, 23:59
1, 00:00, 03:00
（朝7時から翌朝3時までの店の場合）

みたいに一つの店舗でも営業時間を二行にわけてやればいいじゃね？

625 ：622：2007/06/19(火) 08:04:50 ID:???

>>623
>>624
超遅レスですが
レスありがとうございます

>>623
確かに、そうすると負になりませんね。
なぜそうなるのか原理というか理屈が良くわかりませんが＾＾；
勉強になりました。
それならいけそうです。ありがとうございます。

>>624
なるほど、それでどちらかに入っていればいいと。
それもわりと簡単。

いろりろアイデアがあるモンですな。
ありがとうございました。
よく考えて、ベンチもとって、どちらかの方法でやらせて頂きたいと思います。

626 ：nobodyさん：2007/06/19(火) 11:33:30 ID:???

正規化するといいよ
24時以降は24足すのさ
そして範囲チェックは BETWEEN でやると見やすい

627 ：nobodyさん：2007/06/19(火) 18:36:18 ID:???

でたな正規化厨！

628 ：nobodyさん：2007/06/19(火) 19:02:58 ID:???

テーブルの正規化と意味が違うのに脊髄反射するやつｗ

629 ：nobodyさん：2007/06/20(水) 02:18:52 ID:???

でたな性器化中！

630 ：nobodyさん：2007/06/23(土) 18:35:19 ID:T/euHpQb

不可解なことでなやんどります。

複数のデータベースを作成していて、一方でVACUUMを実行したのですが、
どういうわけか、VACUUMをかけたほうだけではなく、かけてないほうで著しくパフォーマスが劣化します。

データベースA <= VACUUM実行
データベースB <= 運用中

で、遅くなっている様子が、IO負荷ではなくCPUをいつも以上に使用しているように見えます。
VACUUMの実行を中断すると通常の状態に戻るので、VACUUMと何らかの関連があると
思うのですが、VACUUMの実行によってVACUUMしていないデータベースの実行プランが
影響受けるなんてことあるんでしょうか？
誰かヒントくださいまし...

ちなみに8.1.5でございます。

631 ：nobodyさん：2007/06/25(月) 18:32:04 ID:???

同じサーバで同じpostmasterでDBが違うだけなの？
だったら片方で負荷がかかれば足引っ張られると思うが

632 ：630：2007/06/25(月) 19:07:01 ID:???

そうなんだけど、IOで引っ張ってるんじゃなくてまるで実行プランが変わったように突然CPU使用率が上がるんだよ。
で、VACUUMをとめても実行プランが変わるまで同じ調子でCPUがんがん使ったまま…。
ANALYZEがかかると収まる。そんな感じ。

633 ：nobodyさん：2007/07/25(水) 21:58:43 ID:???

ムーバブルタイプというブログ作成ツールをインストールする際にポスグレを使っております。
インストールは無事に終わったのですが、
データベースのアップグレードをする際に
ERROR: parser: parse error at or near "0"
というエラー文言が出てきてしまいます。
通常は"0"の部分に原因となるヒントが出ているものなのですが、
0とだけ出ていても何が原因なのかが全く把握できません。
この０っていうのはどういったケースで発生するものなのでしょうか？？

634 ：nobodyさん：2007/07/26(木) 01:11:19 ID:???

>>633
"0" 付近で構文解析エラー
ってころだろ。
"0"に特別な意味はなくて、SQL文中に"0"が出現したところあたりが怪しいってことだ。
勝手に想像すると、"SELECT * FROM ${table}0 ;" 見たいなSQLで
変数$tableが空だった為に正しいテーブル名が渡せなかったとか。

635 ：nobodyさん：2007/07/26(木) 10:24:17 ID:???

デバッグ出力時に、sqlも吐いとくとわかりやすい。
DB側のログに出すことも可能ではあるが

636 ：nobodyさん：2007/07/26(木) 11:34:31 ID:???

>>634-635
ありがとうございます。
参考になります。
これからソースとにらめっこ＆デバッグして原因を探ってみます！

637 ：nobodyさん：2007/07/26(木) 13:13:51 ID:???

DBを一旦削除したあともう一回作ったら何故かうまく行きました。。
特に何もしてないんのだけど。。
作成にミスるって事もあるのかなぁ。

638 ：nobodyさん：2007/09/22(土) 21:58:23 ID:???

Perlで辞書検索CGIを書きましたが、DBI/DBD::Pgのあまりの遅さに辟易して、Pg使ってます。
各モジュールのパフォーマンスに関する記述ってあまりないようなんですが、皆さんはどちらを使っているのでしょうか。


ちなみに、作成したCGIはSELECT文を1回実行するもので、Dprofでプロファイリングしてみると
CGI全体でDBI/DBD::Pgで800ms、Pgで600msかかっていて、いずれも::INITで時間がかかっていました。

639 ：nobodyさん：2007/10/09(火) 20:34:44 ID:???

1台のPostgreSQLサーバーにデータベースをたくさん作っていたのですが、
これを1つのデータベースにまとめる方法はありませんか？COPYではできませんよね？
なお、テーブル名に重複はありません。

640 ：nobodyさん：2007/10/23(火) 17:46:23 ID:???

COPYでできると思うけど。
まあ、
pg_dump DBNAME1 | psql DBNAME2
とか繰り返せばいいんじゃない？
って久しぶりに見たからえらい遅レスになっちまった

641 ：nobodyさん：2007/12/20(木) 15:45:11 ID:???

あるテーブルからSELECTする際に「別のテーブルに含まれていない」という条件を「Not IN」とかで
指定できたと思うんですが、この「Not IN」って名前なんて言うでしたっけ？
構文とかが良くわからないからGoogleろうと思ったけどnotとinって一般的過ぎて検索ワードにならないです
サブクエリ（副問い合わせ）だったかと思ったけど違ったし…。
http://www.postgresql.jp/document/pg721doc/reference/sql-select.html
にはNot IN自体載ってなかった…。

bash-2.05$ psql -V
psql (PostgreSQL) 7.1.3

642 ：nobodyさん：2007/12/20(木) 16:53:36 ID:???

>>641
IN述語でググれ。

よく「句」と間違えている人がいるようだが、
INやEXISTSは述語な。

643 ：nobodyさん：2007/12/20(木) 17:16:36 ID:???

>>642
ありがとうございます
ただ、「IN 述語」だと9万件以上引っ掛るのに
「IN 述語 postgre」だと30件ちょい…。

とりあえず↓がおもしろそうだから読んでみます！(･∀･)
http://www.geocities.jp/mickindex/database/idx_database.html

644 ：641：2007/12/20(木) 17:30:18 ID:???

>>642
わかったー
SELECT カラム from テーブル where カラム IN (SELECT カラム from テーブル2);
で生けました。

PostgreのマニュアルってPHPのそれよか充実してないですよね…。
どっかいいサイトあったら教えてください

645 ：641：2007/12/20(木) 17:33:19 ID:???

連投ごめんなさい
>>2にあった
PostgreSQL7.1マニュアル全文検索
http://osb.sra.co.jp/PostgreSQL/Manual/cgi-bin/namazu.cgi
これ、500エラー吐いてるけどタマタマですかね？
メンテされないのであればテンプレから外した方がいいのかな、と思いました。
1スレで4年以上もつからしょうがないけどw

646 ：nobodyさん：2007/12/20(木) 17:47:31 ID:???

>>645
みんなDB板 http://pc11.2ch.net/db/ に行ってるんで、
このスレは死に体。

647 ：nobodyさん：2007/12/20(木) 17:51:35 ID:???

>>643
せめて 「IN述語 PostgreSQL」でググれよ。

>>644
それだと 相関クエリをつかったEXISTSの方がいい。
特に7.1.xならなおさらINはなるべく回避してEXISTSを使うべき。

648 ：nobodyさん：2008/01/14(月) 16:29:28 ID:VAusV2xL

>>304にもあるけど、
postgresってrollback使えないんですか？

# select count(*) from *****
count
-------
11419
(1 row)

# Insert into ***** ( ***,***,***) values(2,1,'14-May-07');
INSERT 0 1

# rollback;
WARNING: there is no transaction in progress
ROLLBACK

# select count(*) from ors_win_lose_manage;
count
-------
11420
(1 row)

こうなってしまうのはなぜでしょう？

649 ：nobodyさん：2008/01/14(月) 16:33:02 ID:???

>>648
begin;

650 ：648：2008/01/14(月) 16:41:15 ID:???

>>649
おぉ。。。ありがとです。

651 ：nobodyさん：2008/07/22(火) 05:55:10 ID:fILzfF3O

Warning: pg_exec(): Query failed: ERROR: UNION types text and integer cannot be matched in 〜
これはどういうエラーでしょうか？
ググってもなかなか情報が無くて困っています。

652 ：nobodyさん：2008/07/22(火) 17:37:19 ID:YIgoKKKq

UNION types text and integer cannot be matched
という意味です。

653 ：nobodyさん：2008/07/22(火) 18:00:25 ID:???

>>651
個々のSELECT文の取得列のデータ型が
勝手にTEXT型にキャストされてたりするんじゃないか？