PostgreSQL 2テーブル ..

---

[2ch|▼Menu]

562:nobodyさん
06/12/13 15:30:30
oracleからPostgreSQLにデータ移行しようと思って
・perlDBIでOracleに接続、データをselectしCSVファイル出力
・CSVファイルから読み込み、PostgreSQLにperlDBIでInsert
っていうことをしようとしているんだが、
DBD::Pg::st execute failed: ERROR: prepared statement "dbdpg_1" does not exist
ERROR: portal "" does not exist
ERROR: portal "" does not exist
っていうエラーが出てうまくいかない。
文字コードがらみだと思うんだが…。
環境はOracleがWindows、PostgreSQLはCentOS（UTF8）、perlはCentOSの上で動かしています。
いまならinitdbも可能なのでunicodeからEUCに変えることもできる。

元はといえば、
「�縺vとか、「�M」がperlでSJISからEUC変換すると文字化けするから困っているんだけど。



563:562
06/12/13 18:32:06
わるぃ、自己解決しちまった。
テーブルがいまいちうまく作成されていなかった。
（列無しテーブルになっていた）

いや、でも、文字コードのあたりは鬼門だねぇ。

564:nobodyさん
06/12/13 19:49:55
>>562
文字コード云々で
ごまかさなくても良いよｗｗｗ


565:nobodyさん
06/12/16 20:21:37 qU5F6hFh
質問です。
ODBC接続ができなくて困っています。
odbcドライバーを入れて、サーバーのIP,データーベース名、ユーザー名と
パスワードを入れても、確認テストの段階でエラーが出ます。
(... the target actively refused it)
サーバーのポートは開いているようです。
何か思い当たる理由があったら教えてください。



566:nobodyさん
06/12/22 11:46:09
8.2.0や8.1.5をインストールしているにも関わらず、
インストールされたバージョンを確認すると7.3（PG_VERSIONファイルと
psqlの起動画面のバージョン表示より）のようです。
普通に考えて、マシンスペックやOS環境の影響だとは思いますが、
インストール時のログを見てもアナウンスはありませんでした。
原因を確認する方法はありますでしょうか？
ちなみに、OSですがRed Hat Linux release 9 (Shrike)
Kernel 2.4.20-8 on an i686となっています。
そもそもRed hatは現状8.1までのようですが、8.1.5でもダメなので。
ご教授お願いします。


567:nobodyさん
06/12/23 15:55:43
>>565
＞サーバーのポートは開いているようです
ちゃんと確かめれ
わからなけりゃ netstat -nlp|grep postmaster の結果貼れ

>>566
rpmでインストールしたのかtarballでインストールしたのかくらい書け
tarballならインストールされる場所が異なってるだけだと思われるが

568:nobodyさん
06/12/24 01:03:37
>>567
お世話になります。
ソース提供の物をガイダンス（マニュアル）に従いgmakeしました。
インストールディレクトリはデフォルトで、各環境変数やpathも確認しました。

元々入っている旧の物が動いている可能性があるって事ですね。
もう少し調べてみます（週明けになってしまいますが）。
ありがとうございました。

569:568です
06/12/24 01:07:34
追伸
書き込み直後ですが、
PG_VERSIONファイルがあるディレクトリ（と言うよりdataディレクトリ全部）
を前もって消して、インストール後に新たに出来たのを確認して
その中のPG_VERSIONが7.3になるという事を思い出しました。
やはり7.3で作られてしまうとしか思えないです。。。

570:nobodyさん
06/12/28 01:14:05
>>560
できないはず
heartbeatと8.2・2台で信頼性高いHA作りたいなあ

571:nobodyさん
07/01/14 18:53:27
質問です。
LIKE演算子で全文検索したいのですが、LIKE演算子を全コラムに適用するには

SELECT * FROM テーブル名 WHERE コラム1 LIKE '%キーワード%' OR コラム2 LIKE '%キーワード%' OR コラム3 LIKE '%キーワード%';

みたいに地道に全コラムを書き連ねないといけないのでしょうか？
全コラムをワイルドカードを使って簡単に書く事はできませんか？

よろしくお願いします。

572:nobodyさん
07/01/14 19:02:34
>>571
簡単に書くことは出来ません。
それ以前に、そんなSQLが実用的なのか考え直した方がいい。

573:nobodyさん
07/01/14 19:07:49
>>572
ありがとうございました。
精進します。

574:nobodyさん
07/01/14 23:50:14
ポスグレ対応の全文検索アプリ使えばいいんじゃﾈｰﾉ

575:nobodyさん
07/02/05 09:46:30
PGPOOLネタだが良い？

PGPOOLでレプリカしてるんですがPgAdminIIIでテーブル作るとOIDが微妙に１〜２ずれたテーブルが作成されてしまいます。
そのたびにDB1−＞DB2にrsyncしてとかやっているんですが、根本的な原因がわかればと…。
そういうことってないですか？

576:nobodyさん
07/02/05 11:10:14
>>575
そもそもpgpoolってOIDが同一になるって保証してたっけ？

577:nobodyさん
07/03/13 19:51:29
こんばんは、かなり下がってるのでageます。

count(*)でレコード数も5800件くらいなのですが、処理が重いです。
単純にレコードの件数が知りたいだけなのですが…
URLﾘﾝｸ(www.postgresql.jp)
に
【PostgreSQLの集約関数の性能上の特徴に驚くかもしれません。 具体的には

SELECT min(col) FROM sometable;
という問い合わせは、PostgreSQLではテーブル全体に対する逐次スキャンを使用します。】
とありますが、もっと軽い代替え手段などはありますでしょうか？

以下EXPLAIN ANALYZEです
---------------------------------------------------
userA=# EXPLAIN ANALYZE select count(*) from xxxxxxxxxx;
NOTICE: QUERY PLAN:

Aggregate (cost=31500.40..31500.40 rows=1 width=0) (actual time=6452.49..6452.50 rows=1 loops=1)
-> Seq Scan on xxxxxxxxxx (cost=0.00..31485.92 rows=5792 width=0) (actual time=6414.07..6444.49 rows=5792 loops=1)
Total runtime: 6452.58 msec

EXPLAIN

578:nobodyさん
07/03/13 20:40:25
>>577
COUNT(*)じゃなくて
COUNT(COLUMN_NAME)とかにすれば
少しマシになるかもしれんよ。
対象カラムはPKになってるのが良いと思う。


579:nobodyさん
07/03/13 21:47:22
>>578
一部でそれが有用なRDBMSがあるようだがPostgreSQLでは効果ないよ。

>>577
そのSQLでは逐次スキャンは仕方ない。が、5800件程度のレコードなら
ちょっと遅すぎるな。VACUUM FULL;やって無効領域を飛ばせばどうだろうか。
1行がやたら滅多らでかい(巨大なtextやbyteカラムがある)場合は、外へ追い出すとか
するしかない。

580:577
07/03/14 10:42:41
レスありがとうございます
>>578
何故か余計にコストが上がりました
EXPLAIN ANALYZE select count(id) from xxxxxxxxxx;
Aggregate (cost=31500.40..31500.40 rows=1 width=4) (actual time=10446.63..10446.63 rows=1 loops=1)
-> Seq Scan on xxxxxxxxxx (cost=0.00..31485.92 rows=5792 width=4) (actual time=10409.76..10439.48 rows=5792 loops=1)
Total runtime: 10446.90 msec
(カラムidは明示的にPKEY指定はしていませんがindexは貼ってあります。)
-----------------------------------
変化なし、なら納得ですがコスト高になるのは不思議です…

>>579
VACUUM FULL;後↓
EXPLAIN ANALYZE select count(*) from xxxxxxxxxx;
Aggregate (cost=211.40..211.40 rows=1 width=0) (actual time=67.11..67.11 rows=1 loops=1)
-> Seq Scan on xxxxxxxxxx (cost=0.00..196.92 rows=5792 width=0) (actual time=16.11..61.43 rows=5792 loops=1)
Total runtime: 67.20 msec

EXPLAIN ANALYZE select count(id) from xxxxxxxxxx;
Aggregate (cost=211.40..211.40 rows=1 width=4) (actual time=21.54..21.54 rows=1 loops=1)
-> Seq Scan on xxxxxxxxxx (cost=0.00..196.92 rows=5792 width=4) (actual time=0.05..15.98 rows=5792 loops=1)
Total runtime: 21.65 msec
-----------------------------------
劇的に変わりました。
1週間に一度ほどの間隔で、レコードが全てが入れ替わるので
CronでVACUUMを走らせていましたがVACUUM FULLすると
見違える程高速になりました。

SQL文のテクニックも必要ですがDB自体のメンテも大事、という事でしょうか。

581:nobodyさん
07/03/14 11:44:38
>>580
コスト増になるのは単にCBOがタコなだけだろうな。

>　1週間に一度ほどの間隔で、レコードが全てが入れ替わる

じゃ、きちんとメンテしないとだめだろうなぁ。
無駄なブロックまで走査しちゃうから。

582:nobodyさん
07/03/14 12:48:12
count(*)は単純に行数が変えるが、
count(id)はidがNULLだったらカウントしないからね。
比較する分コスト増になっているのかも。

583:nobodyさん
07/03/14 12:49:10
×行数が変える
○行数が返る
orz

584:nobodyさん
07/03/14 12:54:16
って、よく見りゃ算出コストは変わってないやん。
ANALYZEで実行時間が変わるのはキャッシュが
からんでんではねぇか。

585:577
07/03/14 14:33:11
>>584
＞キャッシュが からんでんではねぇか。
やはりpsqlから実行する時でもキャッシュは関係するんですかね？

一般に公開しているページでリクエストがある都度count(*)すると重そうなので
データを上げた際にcount(*)をしてテキストファイルにでも
総件数を出力しておいた方がいいかな、と思っております

586:nobodyさん
07/03/16 22:21:41 F/7LbTL8
質問させてください。

7.4.16へ、7.3.15のDBを移行しようとしています。
DBの文字コードはEUC-JPで、携帯電話などの尋常じゃないコードの文字が多く含まれて居ます。

EUCのチェックが古いバージョンに比べ厳しくなったとのことで、流し込んでも
すぐエラーで止まってしまいます。
レコード数がとても多く、手動での修正は厳しいのですが
文字コードのチェックを甘くするオプションなどは無いでしょうか？

どうぞ宜しくお願いします。

587:nobodyさん
07/04/01 22:55:03 ywkCVNqC
ずっと悩んでいます。どうかお教えください。
WEBサーバを構築中なのですが、
クライアントからmycrosoftのweb application stressで
HTTP80への負荷テストを行ったところ、
初期状態と設定変更後のレスポンスがほとんど変わりません。
現在、このような設定にしています。
-- 関連すると思われる変更点を抜粋 --
◎postgresql.conf
shared_buffers = 64000(512MB)
wal_buffers = 32
checkpoint_segments = 16
effective_cache_size = 32000
max_connection = 128
work_mem = 4096
temp_buffers = 16000
◎sysctl.conf
kernel.shmall = 2097152 <-- 基準値
kernel.shmmax = 1073741824(1GB)
◎httpd.conf
StartServers 8 <-- 基準値
MinSpareServers 5 <-- 基準値
MaxSpareServers 30
MaxRequestsPerChild 4000 <-- 基準値
MaxClients 256(pre),150(worker) <-- 基準値
KeepAliveTimeout = 10
↓続きます。

588:nobodyさん
07/04/01 22:56:45 ywkCVNqC
上の続きです。
【環境】
ｻｰﾊﾞ：Vine4.1、Postgresql8.1.5、PHP5.2.1、Pen4 3Gh、メモリdual2G、HDD 100G
ｸﾗｲｱﾝﾄ：Pen4 1.8Gh、メモリ1G、ルータ：BBR-4HG
【テスト結果】(内容：1ﾃｰﾌﾞﾙ30ｶﾗﾑ程度反映のupdate処理1回)
初期(同時接続数:Requests per Second)
5 : 16.90
10: 17.15
20: 18.11
30: 18.25
設定後(〃)
5 : 17.75
10: 17.35
20: 17.45
30: 17.05
【ab -n 1000 -c 25 http://〜の結果(サーバ内)】
初期状態(Requests per second:25.90)
設定後(Requests per second:35.81)

また、ipcs -l -m を実行したときのshared memoryが0になっているのも
なにか影響しているのかと思っていますが、よくわかっていません。
どなたかおかしな点など気づかれたら、なんでも構いませんので、
どうかご教示宜しくお願い致します。

589:nobodyさん
07/04/03 23:42:49
質問です。

PostgreSQL 8.1でマニュアル参考に、AutoVacuumを設定したつもりなのですが
動作しているかどうかが確認できません。
何を見れば分かるんでしょうかね？

あと、pgpoolで複製かけた状態で、AutoVacuumしても問題ないのかしら？

590:nobodyさん
07/04/13 10:28:00 qKjbWP1o
Linuxのコマンドラインで、
cat /usr/tmp/w1.csv
とするとちゃんとファイルが見れるんですが,postgresのテーブルに

copy table1 from '/usr/tmp/w1.csv' delimiters ','

として取り込もうとすると、

ERROR: could not open file "/usr/tmp/w1.csv" for reading: そのようなファイルやディレクトリはありません

と出てしまいます。。所有者をpostgresにしてみたり、パーミッションも777にしてみたり
色々やってみたのですが、よくわかりませんでした。
Linuxでのファイル名はどういう風に指定すれば良いのでしょうか。
Windowsでは、普通に'c:/hoge/hoge.csv'で出来たんですが。
よろしくお願いいたします。

591:590
07/04/13 10:38:13 qKjbWP1o
あ、見落としてました。Postgresは、実際には別サーバー経由だったかも。。
すみませんでした。


592:nobodyさん
07/05/07 17:13:46 i8IH1bx5
質問です。

crypt()で暗号化した文字列を複合化することってできないんでしょうか？

593:nobodyさん
07/05/07 17:53:29
>>592
cryptは非可逆だったような気がしないでもない。
後、複合化じゃなく復号化、じゃないかとも思う。

594:nobodyさん
07/05/24 21:16:34 c925mgeL
postgresql-8.XでWindows用のlibpq.dllを作成しました。
SSLで接続しようと sslmode=require とパラメータに指定しても、エラーになります。
sslmode value "require" invalid when SSL support is not compiled in

postgresql-8.Xをコンパイルするときにopensslなどをリンクしなければならないのでしょうか？

595:nobodyさん
07/05/25 21:53:04
>>594

デフォルトではリンクされなかったと思う
ググるとPosgtres7系だけど同じようなのが出てくるよ

596:nobodyさん
07/05/27 01:24:36 xID/GaI9
どこに書こうか迷いましたがここで質問しちゃいます。

くだらないことなのですが
皆さん都道府県を入れるカラムって何という名前にしてます？
todouhuken
to_dou_hu_ken
とか気持ち悪い感じするし
ヤフー辞書で英語調べたら
(the administrative divisions of Japan:) the prefectures plus Tokyo, Hokkaido, Osaka, and Kyoto
Prefectureが県という意味らしいのでそれにしようかと思ったけど、あんまり馴染みがない英語だから
他の人が見たとき解りづらい気もしないでもない。

他に思いついたのは
state
っていうのもどうかと思うし。

皆さんどんな感じにしてますか？

597:nobodyさん
07/05/27 12:24:50
>>596
うちではprefになってる。都道府県のHPのドメインも
www.pref.〜
とかなってるし。

598:nobodyさん
07/05/27 17:38:47
prefectureとかprefとか、stateは意味違う

599:nobodyさん
07/05/29 07:59:24 7xq0Zk/P
>>597
>>598
レスありがとうございます。
厳密に言うとprefectureっていうのも意味違う気がするけど（都道府が入るから）
まあ、そんな時間かけてなやむようなところでもないしw

prefectureにしました。
ありがとうございました

600:nobodyさん
07/05/29 20:02:58 DKx8qJwX
postgreで日本語（ひらがな）をソートするのに
--no-locale
をつけてinitdbするのはわかったのですが、
それでも濁点のついた文字のときおかしな挙動をするのですが
回避する方法はないのでしょうか？

たとえば

かかあ
かかい
かかう

はちゃんと並ぶのですが

かかい
かかう
がかあ

と並んでしまいます。濁点は濁点のない文字の後に並ぶみたいです。

どうすればちゃんとソートできるようになるのでしょうか？
お願いいたします
文字コードはUTF-8でバージョンは8.1.8です。

601:nobodyさん
07/05/29 21:14:55
>>600
あんたの「ちゃんと」と定義する並びの文字コードを利用してください。

602:nobodyさん
07/05/29 23:45:24
>>600
小学校で習わなかったか？

603:nobodyさん
07/05/30 08:52:35
>>600
ちゃんとソートできてるよ。
それが嫌なら別のソート順確保用カラムでも追加するんだね。


604:nobodyさん
07/05/30 10:41:44 8UkqO0LS
>>601
>>602
まじですか？
これが正しい日本語の並び順なの？
それは納得できん！

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

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

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

605:nobodyさん
07/05/30 10:49:04
>>604
文字コード的には正しいだろ。

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

607:604
07/05/30 22:24:52 amo3UjDj
>>605
確かに文字コード的には正しい。正しいと言うよりも、コード化するのに
そうするより仕方なかった感じかな。

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

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

608:nobodyさん
07/05/31 00:44:23
なんか頭の固い御仁だな
今後苦労しそうだ

609:nobodyさん
07/05/31 09:09:45
>　現実にはちがわない？　

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

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


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

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

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

611:nobodyさん
07/06/04 11:16:02
>>610
文字列の結合は、|| を使う。
おそらくこれでいけるとは思うが、7.4は試してない。

612:nobodyさん
07/06/04 11:19:09
>>604
＞がかあ
＞かかい
＞かかう
＞が自然だと思う。

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

613:nobodyさん
07/06/04 11:22:27
つーか、何日も間が開いてるんだな。
まあ↓ものんびりしてるけど、よかったらこっちへ。
【Windows】 PostgreSQL8　Part.1 【対応】
ｽﾚﾘﾝｸ(db板)

614:nobodyさん
07/06/04 11:26:40
>>612
>>609の上の例

615:nobodyさん
07/06/05 21:44:04 2VYXdggd
データの追加が出来ません。
OSはCentOS4.5です。

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

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

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

617:nobodyさん
07/06/12 21:15:35 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にあったけど
URLﾘﾝｸ(ml.postgresql.jp)
原因って何なんですかね？

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

620:nobodyさん
07/06/17 00:27:42 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さん
07/06/17 00:58:26
>>620
開店時間(open_time::time)と営業時間(sales_hours::interval)で
WHERE (localtime - open_time) < sales_hours
でどうかな。開店後何時間経ってるかで比較する。

622:620
07/06/18 01:48:25 3Ht3k2HG
>>621
レスありがとうございます。

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

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

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

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

それでいいかな・・・

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

623:nobodyさん
07/06/18 03:02:36
>>622
ああスマン、open_timeをinterval型にキャストするの抜けてた。
WHERE ( localtime - open_time::interval ) < sales_hours;

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

624:nobodyさん
07/06/18 03:50:30
店舗ID,開店時間,閉店時間
1, 07:00, 23:59
1, 00:00, 03:00
（朝7時から翌朝3時までの店の場合）

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

625:622
07/06/19 08:04:50
>>623
>>624
超遅レスですが
レスありがとうございます

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

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

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

626:nobodyさん
07/06/19 11:33:30
正規化するといいよ
24時以降は24足すのさ
そして範囲チェックは BETWEEN でやると見やすい

627:nobodyさん
07/06/19 18:36:18
でたな正規化厨！

628:nobodyさん
07/06/19 19:02:58
テーブルの正規化と意味が違うのに脊髄反射するやつｗ

629:nobodyさん
07/06/20 02:18:52
でたな性器化中！

630:nobodyさん
07/06/23 18:35:19 T/euHpQb
不可解なことでなやんどります。

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

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

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

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


631:nobodyさん
07/06/25 18:32:04
同じサーバで同じpostmasterでDBが違うだけなの？
だったら片方で負荷がかかれば足引っ張られると思うが

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

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

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

635:nobodyさん
07/07/26 10:24:17
デバッグ出力時に、sqlも吐いとくとわかりやすい。
DB側のログに出すことも可能ではあるが

636:nobodyさん
07/07/26 11:34:31
>>634-635
ありがとうございます。
参考になります。
これからソースとにらめっこ＆デバッグして原因を探ってみます！

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

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


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

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


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

641:nobodyさん
07/12/20 15:45:11
あるテーブルからSELECTする際に「別のテーブルに含まれていない」という条件を「Not IN」とかで
指定できたと思うんですが、この「Not IN」って名前なんて言うでしたっけ？
構文とかが良くわからないからGoogleろうと思ったけどnotとinって一般的過ぎて検索ワードにならないです
サブクエリ（副問い合わせ）だったかと思ったけど違ったし…。
URLﾘﾝｸ(www.postgresql.jp)
にはNot IN自体載ってなかった…。

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

642:nobodyさん
07/12/20 16:53:36
>>641
IN述語でググれ。

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

643:nobodyさん
07/12/20 17:16:36
>>642
ありがとうございます
ただ、「IN 述語」だと9万件以上引っ掛るのに
「IN 述語 postgre」だと30件ちょい…。

とりあえず↓がおもしろそうだから読んでみます！(･∀･)
URLﾘﾝｸ(www.geocities.jp)

644:641
07/12/20 17:30:18
>>642
わかったー
SELECT カラム from テーブル where カラム IN (SELECT カラム from テーブル2);
で生けました。

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

645:641
07/12/20 17:33:19
連投ごめんなさい
>>2にあった
PostgreSQL7.1マニュアル全文検索
URLﾘﾝｸ(osb.sra.co.jp)
これ、500エラー吐いてるけどタマタマですかね？
メンテされないのであればテンプレから外した方がいいのかな、と思いました。
1スレで4年以上もつからしょうがないけどw

646:nobodyさん
07/12/20 17:47:31
>>645
みんなDB板 URLﾘﾝｸ(pc11.2ch.net) に行ってるんで、
このスレは死に体。

647:nobodyさん
07/12/20 17:51:35
>>643
せめて 「IN述語 PostgreSQL」でググれよ。

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

648:nobodyさん
08/01/14 16:29:28 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さん
08/01/14 16:33:02
>>648
begin;

650:648
08/01/14 16:41:15
>>649
おぉ。。。ありがとです。

---

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

5366日前に更新/193 KB
担当:undef