PostgreSQL 2テーブル目

1 名前：nobodyさん [03/03/11 02:34 ID:9JR4latc] PostgreSQLについて語って2万テーブルをめざしましょう。 関連アプリケーション特有の話題は、以下のスレッドへ。 pgsql-mlのヲチもここで。 前スレ [PostgreSQL] pc2.2ch.net/test/read.cgi/php/989375812/ ☆関連スレッド [PHP + PostgreSQL] pc2.2ch.net/test/read.cgi/php/983128806/ [PerlでPostgreSQL] pc2.2ch.net/test/read.cgi/php/999249463/ [MySQL vs PostgreSQL] pc2.2ch.net/test/read.cgi/php/989341364/ 604 名前：nobodyさん [2007/05/30(水) 10:41:44 ID:8UkqO0LS] >>601 >>602 まじですか？ これが正しい日本語の並び順なの？ それは納得できん！ >>603 今までそうだったのですが、ふりがなを濁点を入れないで入力します。 というか、たとえ学問的に国語がそうだとしても、現実にはちがわない？ がかあ かかい かかう が自然だと思う。 うちの会社でも、クライアントにも、取引会社でも、みんなこの並び順はおかしいとなったので、 濁点なしで入力してたんですけど。 605 名前：nobodyさん mailto:sage [2007/05/30(水) 10:49:04 ID:???] >>604 文字コード的には正しいだろ。 606 名前：nobodyさん mailto:sage [2007/05/30(水) 12:15:16 ID:???] >>604 お前さん（と周囲）の考えが不自然だと思ったほうが良い どうしても嫌なら入力時に内部的に置き換えるしかなかろう 607 名前：604 [2007/05/30(水) 22:24:52 ID:amo3UjDj] >>605 確かに文字コード的には正しい。正しいと言うよりも、コード化するのに そうするより仕方なかった感じかな。 >>602と>>606（たぶん同一人物）は絶対おかしい。 というか日本人じゃないでしょ。 やっぱ日本語って英語と比べて、デジタル化というかパソコンには向かないよね。 上の都道府県の例でもそう。言語というより文化も含めて合理的じゃないんだよね。 まあ、そこが良いところでもあるんだけど。 608 名前：nobodyさん mailto:sage [2007/05/31(木) 00:44:23 ID:???] なんか頭の固い御仁だな 今後苦労しそうだ 609 名前：nobodyさん mailto:sage [2007/05/31(木) 09:09:45 ID:???] > 現実にはちがわない？  そのあたりは揺らぎがあるからなぁ。 ↓の例のどちらが正しいかは、厳密に規定されていないはず。 例： 濁音・半濁音は清音と同一視し、同一視した際に同じ語になる場合は、清音→濁音→半濁音の順とする。  濁音・半濁音は、清音と別の文字として扱う。順序は、清音→濁音→半濁音の順とする。 610 名前：nobodyさん mailto:sage [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さん mailto:sage [2007/06/04(月) 11:16:02 ID:???] >>610 文字列の結合は、|| を使う。 おそらくこれでいけるとは思うが、7.4は試してない。 612 名前：nobodyさん mailto:sage [2007/06/04(月) 11:19:09 ID:???] >>604 ＞がかあ ＞かかい ＞かかう ＞が自然だと思う。 では、「がかあ」と「かかあ」はどうなる？ かかあ がかあ が自然、とか言うなよ？ 613 名前：nobodyさん mailto:sage [2007/06/04(月) 11:22:27 ID:???] つーか、何日も間が開いてるんだな。 まあ↓ものんびりしてるけど、よかったらこっちへ。 【Windows】 PostgreSQL8　Part.1 【対応】 pc11.2ch.net/test/read.cgi/db/1102247223/ 614 名前：nobodyさん mailto:sage [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さん mailto:sage [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にあったけど ml.postgresql.jp/pipermail/pgsql-jp/2004-December/018144.html 原因って何なんですかね？ 618 名前：617 mailto:sage [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 mailto:sage [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さん mailto:sage [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さん mailto:sage [2007/06/18(月) 03:02:36 ID:???] >>622 ああスマン、open_timeをinterval型にキャストするの抜けてた。 WHERE ( localtime - open_time::interval ) < sales_hours; 開店時刻をinterval型に変換するのは反則のような気もするが、 これで、開店後の経過時間が出ます。(負の値にはなりません) 624 名前：nobodyさん mailto:sage [2007/06/18(月) 03:50:30 ID:???] 店舗ID,開店時間,閉店時間 1, 07:00, 23:59 1, 00:00, 03:00 （朝7時から翌朝3時までの店の場合） みたいに一つの店舗でも営業時間を二行にわけてやればいいじゃね？ 625 名前：622 mailto:sage [2007/06/19(火) 08:04:50 ID:???] >>623 >>624 超遅レスですが レスありがとうございます >>623 確かに、そうすると負になりませんね。 なぜそうなるのか原理というか理屈が良くわかりませんが＾＾； 勉強になりました。 それならいけそうです。ありがとうございます。 >>624 なるほど、それでどちらかに入っていればいいと。 それもわりと簡単。 いろりろアイデアがあるモンですな。 ありがとうございました。 よく考えて、ベンチもとって、どちらかの方法でやらせて頂きたいと思います。 626 名前：nobodyさん mailto:sage [2007/06/19(火) 11:33:30 ID:???] 正規化するといいよ 24時以降は24足すのさ そして範囲チェックは BETWEEN でやると見やすい 627 名前：nobodyさん mailto:sage [2007/06/19(火) 18:36:18 ID:???] でたな正規化厨！ 628 名前：nobodyさん mailto:sage [2007/06/19(火) 19:02:58 ID:???] テーブルの正規化と意味が違うのに脊髄反射するやつｗ 629 名前：nobodyさん mailto:sage [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さん mailto:sage [2007/06/25(月) 18:32:04 ID:???] 同じサーバで同じpostmasterでDBが違うだけなの？ だったら片方で負荷がかかれば足引っ張られると思うが 632 名前：630 mailto:sage [2007/06/25(月) 19:07:01 ID:???] そうなんだけど、IOで引っ張ってるんじゃなくてまるで実行プランが変わったように突然CPU使用率が上がるんだよ。 で、VACUUMをとめても実行プランが変わるまで同じ調子でCPUがんがん使ったまま…。 ANALYZEがかかると収まる。そんな感じ。 633 名前：nobodyさん mailto:sage [2007/07/25(水) 21:58:43 ID:???] ムーバブルタイプというブログ作成ツールをインストールする際にポスグレを使っております。 インストールは無事に終わったのですが、 データベースのアップグレードをする際に ERROR: parser: parse error at or near "0" というエラー文言が出てきてしまいます。 通常は"0"の部分に原因となるヒントが出ているものなのですが、 0とだけ出ていても何が原因なのかが全く把握できません。 この０っていうのはどういったケースで発生するものなのでしょうか？？ 634 名前：nobodyさん mailto:sage [2007/07/26(木) 01:11:19 ID:???] >>633 "0" 付近で構文解析エラー ってころだろ。 "0"に特別な意味はなくて、SQL文中に"0"が出現したところあたりが怪しいってことだ。 勝手に想像すると、"SELECT * FROM ${table}0 ;" 見たいなSQLで 変数$tableが空だった為に正しいテーブル名が渡せなかったとか。 635 名前：nobodyさん mailto:sage [2007/07/26(木) 10:24:17 ID:???] デバッグ出力時に、sqlも吐いとくとわかりやすい。 DB側のログに出すことも可能ではあるが 636 名前：nobodyさん mailto:sage [2007/07/26(木) 11:34:31 ID:???] >>634-635 ありがとうございます。 参考になります。 これからソースとにらめっこ＆デバッグして原因を探ってみます！ 637 名前：nobodyさん mailto:sage [2007/07/26(木) 13:13:51 ID:???] DBを一旦削除したあともう一回作ったら何故かうまく行きました。。 特に何もしてないんのだけど。。 作成にミスるって事もあるのかなぁ。 638 名前：nobodyさん mailto:sage [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さん mailto:sage [2007/10/09(火) 20:34:44 ID:???] 1台のPostgreSQLサーバーにデータベースをたくさん作っていたのですが、 これを1つのデータベースにまとめる方法はありませんか？COPYではできませんよね？ なお、テーブル名に重複はありません。 640 名前：nobodyさん mailto:sage [2007/10/23(火) 17:46:23 ID:???] COPYでできると思うけど。 まあ、 pg_dump DBNAME1 | psql DBNAME2 とか繰り返せばいいんじゃない？ って久しぶりに見たからえらい遅レスになっちまった 641 名前：nobodyさん mailto:age [2007/12/20(木) 15:45:11 ID:???] あるテーブルからSELECTする際に「別のテーブルに含まれていない」という条件を「Not IN」とかで 指定できたと思うんですが、この「Not IN」って名前なんて言うでしたっけ？ 構文とかが良くわからないからGoogleろうと思ったけどnotとinって一般的過ぎて検索ワードにならないです サブクエリ（副問い合わせ）だったかと思ったけど違ったし…。 www.postgresql.jp/document/pg721doc/reference/sql-select.html にはNot IN自体載ってなかった…。 bash-2.05$ psql -V psql (PostgreSQL) 7.1.3 642 名前：nobodyさん mailto:sage [2007/12/20(木) 16:53:36 ID:???] >>641 IN述語でググれ。 よく「句」と間違えている人がいるようだが、 INやEXISTSは述語な。 643 名前：nobodyさん mailto:sage [2007/12/20(木) 17:16:36 ID:???] >>642 ありがとうございます ただ、「IN 述語」だと9万件以上引っ掛るのに 「IN 述語 postgre」だと30件ちょい…。 とりあえず↓がおもしろそうだから読んでみます！(･∀･) www.geocities.jp/mickindex/database/idx_database.html 644 名前：641 mailto:sage [2007/12/20(木) 17:30:18 ID:???] >>642 わかったー SELECT カラム from テーブル where カラム IN (SELECT カラム from テーブル2); で生けました。 PostgreのマニュアルってPHPのそれよか充実してないですよね…。 どっかいいサイトあったら教えてください 645 名前：641 mailto:sage [2007/12/20(木) 17:33:19 ID:???] 連投ごめんなさい >>2にあった PostgreSQL7.1マニュアル全文検索 osb.sra.co.jp/PostgreSQL/Manual/cgi-bin/namazu.cgi これ、500エラー吐いてるけどタマタマですかね？ メンテされないのであればテンプレから外した方がいいのかな、と思いました。 1スレで4年以上もつからしょうがないけどw 646 名前：nobodyさん mailto:sage [2007/12/20(木) 17:47:31 ID:???] >>645 みんなDB板 pc11.2ch.net/db/ に行ってるんで、 このスレは死に体。 647 名前：nobodyさん mailto:sage [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さん mailto:sage [2008/01/14(月) 16:33:02 ID:???] >>648 begin; 650 名前：648 mailto:sage [2008/01/14(月) 16:41:15 ID:???] >>649 おぉ。。。ありがとです。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef