PostgreSQL 2テーブル目
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
03/03/11 02:34ID:9JR4latc関連アプリケーション特有の話題は、以下のスレッドへ。
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/
0567nobodyさん
2006/12/23(土) 15:55:43ID:???>サーバーのポートは開いているようです
ちゃんと確かめれ
わからなけりゃ netstat -nlp|grep postmaster の結果貼れ
>>566
rpmでインストールしたのかtarballでインストールしたのかくらい書け
tarballならインストールされる場所が異なってるだけだと思われるが
0568nobodyさん
2006/12/24(日) 01:03:37ID:???お世話になります。
ソース提供の物をガイダンス(マニュアル)に従いgmakeしました。
インストールディレクトリはデフォルトで、各環境変数やpathも確認しました。
元々入っている旧の物が動いている可能性があるって事ですね。
もう少し調べてみます(週明けになってしまいますが)。
ありがとうございました。
0569568です
2006/12/24(日) 01:07:34ID:???書き込み直後ですが、
PG_VERSIONファイルがあるディレクトリ(と言うよりdataディレクトリ全部)
を前もって消して、インストール後に新たに出来たのを確認して
その中のPG_VERSIONが7.3になるという事を思い出しました。
やはり7.3で作られてしまうとしか思えないです。。。
0571nobodyさん
2007/01/14(日) 18:53:27ID:???LIKE演算子で全文検索したいのですが、LIKE演算子を全コラムに適用するには
SELECT * FROM テーブル名 WHERE コラム1 LIKE '%キーワード%' OR コラム2 LIKE '%キーワード%' OR コラム3 LIKE '%キーワード%';
みたいに地道に全コラムを書き連ねないといけないのでしょうか?
全コラムをワイルドカードを使って簡単に書く事はできませんか?
よろしくお願いします。
0574nobodyさん
2007/01/14(日) 23:50:14ID:???0575nobodyさん
2007/02/05(月) 09:46:30ID:???PGPOOLでレプリカしてるんですがPgAdminIIIでテーブル作るとOIDが微妙に1〜2ずれたテーブルが作成されてしまいます。
そのたびにDB1−>DB2にrsyncしてとかやっているんですが、根本的な原因がわかればと…。
そういうことってないですか?
0577nobodyさん
2007/03/13(火) 19:51:29ID:???count(*)でレコード数も5800件くらいなのですが、処理が重いです。
単純にレコードの件数が知りたいだけなのですが…
http://www.postgresql.jp/document/pg746doc/html/functions-aggregate.html
に
【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
0578nobodyさん
2007/03/13(火) 20:40:25ID:???COUNT(*)じゃなくて
COUNT(COLUMN_NAME)とかにすれば
少しマシになるかもしれんよ。
対象カラムはPKになってるのが良いと思う。
0579nobodyさん
2007/03/13(火) 21:47:22ID:???一部でそれが有用なRDBMSがあるようだがPostgreSQLでは効果ないよ。
>>577
そのSQLでは逐次スキャンは仕方ない。が、5800件程度のレコードなら
ちょっと遅すぎるな。VACUUM FULL;やって無効領域を飛ばせばどうだろうか。
1行がやたら滅多らでかい(巨大なtextやbyteカラムがある)場合は、外へ追い出すとか
するしかない。
0580577
2007/03/14(水) 10:42:41ID:???>>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自体のメンテも大事、という事でしょうか。
0581nobodyさん
2007/03/14(水) 11:44:38ID:???コスト増になるのは単にCBOがタコなだけだろうな。
> 1週間に一度ほどの間隔で、レコードが全てが入れ替わる
じゃ、きちんとメンテしないとだめだろうなぁ。
無駄なブロックまで走査しちゃうから。
0582nobodyさん
2007/03/14(水) 12:48:12ID:???count(id)はidがNULLだったらカウントしないからね。
比較する分コスト増になっているのかも。
0583nobodyさん
2007/03/14(水) 12:49:10ID:???○行数が返る
orz
0584nobodyさん
2007/03/14(水) 12:54:16ID:???ANALYZEで実行時間が変わるのはキャッシュが
からんでんではねぇか。
0585577
2007/03/14(水) 14:33:11ID:???>キャッシュが からんでんではねぇか。
やはりpsqlから実行する時でもキャッシュは関係するんですかね?
一般に公開しているページでリクエストがある都度count(*)すると重そうなので
データを上げた際にcount(*)をしてテキストファイルにでも
総件数を出力しておいた方がいいかな、と思っております
0586nobodyさん
2007/03/16(金) 22:21:41ID:F/7LbTL87.4.16へ、7.3.15のDBを移行しようとしています。
DBの文字コードはEUC-JPで、携帯電話などの尋常じゃないコードの文字が多く含まれて居ます。
EUCのチェックが古いバージョンに比べ厳しくなったとのことで、流し込んでも
すぐエラーで止まってしまいます。
レコード数がとても多く、手動での修正は厳しいのですが
文字コードのチェックを甘くするオプションなどは無いでしょうか?
どうぞ宜しくお願いします。
0587nobodyさん
2007/04/01(日) 22:55:03ID:ywkCVNqCWEBサーバを構築中なのですが、
クライアントから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
↓続きます。
0588nobodyさん
2007/04/01(日) 22:56:45ID: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になっているのも
なにか影響しているのかと思っていますが、よくわかっていません。
どなたかおかしな点など気づかれたら、なんでも構いませんので、
どうかご教示宜しくお願い致します。
0589nobodyさん
2007/04/03(火) 23:42:49ID:???PostgreSQL 8.1でマニュアル参考に、AutoVacuumを設定したつもりなのですが
動作しているかどうかが確認できません。
何を見れば分かるんでしょうかね?
あと、pgpoolで複製かけた状態で、AutoVacuumしても問題ないのかしら?
0590nobodyさん
2007/04/13(金) 10:28:00ID:qKjbWP1ocat /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'で出来たんですが。
よろしくお願いいたします。
0591590
2007/04/13(金) 10:38:13ID:qKjbWP1oすみませんでした。
0592nobodyさん
2007/05/07(月) 17:13:46ID:i8IH1bx5crypt()で暗号化した文字列を複合化することってできないんでしょうか?
0594nobodyさん
2007/05/24(木) 21:16:34ID:c925mgeLSSLで接続しようと sslmode=require とパラメータに指定しても、エラーになります。
sslmode value "require" invalid when SSL support is not compiled in
postgresql-8.Xをコンパイルするときにopensslなどをリンクしなければならないのでしょうか?
0596nobodyさん
2007/05/27(日) 01:24:36ID:xID/GaI9くだらないことなのですが
皆さん都道府県を入れるカラムって何という名前にしてます?
todouhuken
to_dou_hu_ken
とか気持ち悪い感じするし
ヤフー辞書で英語調べたら
(the administrative divisions of Japan:) the prefectures plus Tokyo, Hokkaido, Osaka, and Kyoto
Prefectureが県という意味らしいのでそれにしようかと思ったけど、あんまり馴染みがない英語だから
他の人が見たとき解りづらい気もしないでもない。
他に思いついたのは
state
っていうのもどうかと思うし。
皆さんどんな感じにしてますか?
0598nobodyさん
2007/05/27(日) 17:38:47ID:???0599nobodyさん
2007/05/29(火) 07:59:24ID:7xq0Zk/P>>598
レスありがとうございます。
厳密に言うとprefectureっていうのも意味違う気がするけど(都道府が入るから)
まあ、そんな時間かけてなやむようなところでもないしw
prefectureにしました。
ありがとうございました
0600nobodyさん
2007/05/29(火) 20:02:58ID:DKx8qJwX--no-locale
をつけてinitdbするのはわかったのですが、
それでも濁点のついた文字のときおかしな挙動をするのですが
回避する方法はないのでしょうか?
たとえば
かかあ
かかい
かかう
はちゃんと並ぶのですが
かかい
かかう
がかあ
と並んでしまいます。濁点は濁点のない文字の後に並ぶみたいです。
どうすればちゃんとソートできるようになるのでしょうか?
お願いいたします
文字コードはUTF-8でバージョンは8.1.8です。
0604nobodyさん
2007/05/30(水) 10:41:44ID:8UkqO0LS>>602
まじですか?
これが正しい日本語の並び順なの?
それは納得できん!
>>603
今までそうだったのですが、ふりがなを濁点を入れないで入力します。
というか、たとえ学問的に国語がそうだとしても、現実にはちがわない?
がかあ
かかい
かかう
が自然だと思う。
うちの会社でも、クライアントにも、取引会社でも、みんなこの並び順はおかしいとなったので、
濁点なしで入力してたんですけど。
0606nobodyさん
2007/05/30(水) 12:15:16ID:???お前さん(と周囲)の考えが不自然だと思ったほうが良い
どうしても嫌なら入力時に内部的に置き換えるしかなかろう
0607604
2007/05/30(水) 22:24:52ID:amo3UjDj確かに文字コード的には正しい。正しいと言うよりも、コード化するのに
そうするより仕方なかった感じかな。
>>602と>>606(たぶん同一人物)は絶対おかしい。
というか日本人じゃないでしょ。
やっぱ日本語って英語と比べて、デジタル化というかパソコンには向かないよね。
上の都道府県の例でもそう。言語というより文化も含めて合理的じゃないんだよね。
まあ、そこが良いところでもあるんだけど。
0608nobodyさん
2007/05/31(木) 00:44:23ID:???今後苦労しそうだ
0609nobodyさん
2007/05/31(木) 09:09:45ID:???そのあたりは揺らぎがあるからなぁ。
↓の例のどちらが正しいかは、厳密に規定されていないはず。
例:
濁音・半濁音は清音と同一視し、同一視した際に同じ語になる場合は、清音→濁音→半濁音の順とする。
濁音・半濁音は、清音と別の文字として扱う。順序は、清音→濁音→半濁音の順とする。
0610nobodyさん
2007/05/31(木) 18:47:08ID:???下記のようなテーブルがあり、name1に姓、name2に名が入っているのですが
htmlのテキストフォームから名前を入力してもらい、その値を元に問い合わせをするのに
「カラムの結合」というのは可能でしょうか?
Column |Type
----------------
name1 |text ←"姓"
name2 |text ←"名"
できるとしたらこんな形になると思うのですが…
SELECT * from テーブル where name1 結合演算子 name2 = '入力された値';
または何か代替え手段を教えて頂けるとありがたいです。
0612nobodyさん
2007/06/04(月) 11:19:09ID:???>がかあ
>かかい
>かかう
>が自然だと思う。
では、「がかあ」と「かかあ」はどうなる?
かかあ
がかあ
が自然、とか言うなよ?
0613nobodyさん
2007/06/04(月) 11:22:27ID:???まあ↓ものんびりしてるけど、よかったらこっちへ。
【Windows】 PostgreSQL8 Part.1 【対応】
http://pc11.2ch.net/test/read.cgi/db/1102247223/
0615nobodyさん
2007/06/05(火) 21:44:04ID:2VYXdggdOSはCentOS4.5です。
test=> insert into test values(1,'あいうえお');
ERROR: invalid byte sequence for encoding "EUC_JP": 0x94b0
となってしまいます。解決策をどうか教えて下さい。
0616nobodyさん
2007/06/06(水) 18:11:32ID:???とりあえず、ターミナルの文字コードはどーなってんの。
SET client_encording TO SJIS; とか試してみて。
0617nobodyさん
2007/06/12(火) 21:15:35ID:8ZZji6XOWarning: 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
原因って何なんですかね?
0618617
2007/06/13(水) 00:22:06ID:???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消して作り直してきます
0619617
2007/06/13(水) 02:50:47ID:???pg_dumpは不可、エラーは同じ様なもの
ただし、エラー文中に既存のテーブル名が出て来たので壊れた?テーブルの見当がついた
そのテーブルに絞ってpg_dump -t をするとやはり失敗、
それ以外のtableに対して-t付きで実行したら成功した。
相変わらずSELECTは可能はだったので該当tableから
全文SELECT→PHPで整形(shellを扱えないと不便…。sedとか?)
→同一構成のダミーtableにリストアできるかテスト→該当tableをdrop→リストア
で復活できた…。
ただし何で壊れた、かの原因がまったく不明…。
MLでも原因までは書いてなさそう。
スレ汚ごめん
0620nobodyさん
2007/06/17(日) 00:27:42ID: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時間営業の店はどのように扱うのかとか・・・
このようなシステムを作ったことある方いらっしゃいましたら、どのように実装したか教えて頂けませんでしょうか?
0621nobodyさん
2007/06/17(日) 00:58:26ID:???開店時間(open_time::time)と営業時間(sales_hours::interval)で
WHERE (localtime - open_time) < sales_hours
でどうかな。開店後何時間経ってるかで比較する。
0622620
2007/06/18(月) 01:48:25ID:3Ht3k2HGレスありがとうございます。
それだと、0:00を過ぎたときマイナスの値が帰ってきてしまうので
WHEREがtrueになってしまうと思うのですが。
timeだと日にちが変わったことが解らないからなのかな?
例えば、CRONを毎日0:00に起動して、営業時間を入れたカラムを見に行って
数日分(あんまりじっくり考えてないけど、その日と翌日分で良いのかな?)
の日付入りのテーブルを自動生成して、そこに検索かけるとか・・・
今が営業しているか、って意外と大変ですね。
開店時間が何時より早いお店とか、閉店時間が何時より遅いお店なら簡単に実装できそう。
それでいいかな・・・
なんか簡単な方法あったら引き続き情報お願いします。
0623nobodyさん
2007/06/18(月) 03:02:36ID:???ああスマン、open_timeをinterval型にキャストするの抜けてた。
WHERE ( localtime - open_time::interval ) < sales_hours;
開店時刻をinterval型に変換するのは反則のような気もするが、
これで、開店後の経過時間が出ます。(負の値にはなりません)
0624nobodyさん
2007/06/18(月) 03:50:30ID:???1, 07:00, 23:59
1, 00:00, 03:00
(朝7時から翌朝3時までの店の場合)
みたいに一つの店舗でも営業時間を二行にわけてやればいいじゃね?
0625622
2007/06/19(火) 08:04:50ID:???>>624
超遅レスですが
レスありがとうございます
>>623
確かに、そうすると負になりませんね。
なぜそうなるのか原理というか理屈が良くわかりませんが^^;
勉強になりました。
それならいけそうです。ありがとうございます。
>>624
なるほど、それでどちらかに入っていればいいと。
それもわりと簡単。
いろりろアイデアがあるモンですな。
ありがとうございました。
よく考えて、ベンチもとって、どちらかの方法でやらせて頂きたいと思います。
0626nobodyさん
2007/06/19(火) 11:33:30ID:???24時以降は24足すのさ
そして範囲チェックは BETWEEN でやると見やすい
0627nobodyさん
2007/06/19(火) 18:36:18ID:???0628nobodyさん
2007/06/19(火) 19:02:58ID:???0629nobodyさん
2007/06/20(水) 02:18:52ID:???0630nobodyさん
2007/06/23(土) 18:35:19ID:T/euHpQb複数のデータベースを作成していて、一方でVACUUMを実行したのですが、
どういうわけか、VACUUMをかけたほうだけではなく、かけてないほうで著しくパフォーマスが劣化します。
データベースA <= VACUUM実行
データベースB <= 運用中
で、遅くなっている様子が、IO負荷ではなくCPUをいつも以上に使用しているように見えます。
VACUUMの実行を中断すると通常の状態に戻るので、VACUUMと何らかの関連があると
思うのですが、VACUUMの実行によってVACUUMしていないデータベースの実行プランが
影響受けるなんてことあるんでしょうか?
誰かヒントくださいまし...
ちなみに8.1.5でございます。
0631nobodyさん
2007/06/25(月) 18:32:04ID:???だったら片方で負荷がかかれば足引っ張られると思うが
0632630
2007/06/25(月) 19:07:01ID:???で、VACUUMをとめても実行プランが変わるまで同じ調子でCPUがんがん使ったまま…。
ANALYZEがかかると収まる。そんな感じ。
0633nobodyさん
2007/07/25(水) 21:58:43ID:???インストールは無事に終わったのですが、
データベースのアップグレードをする際に
ERROR: parser: parse error at or near "0"
というエラー文言が出てきてしまいます。
通常は"0"の部分に原因となるヒントが出ているものなのですが、
0とだけ出ていても何が原因なのかが全く把握できません。
この0っていうのはどういったケースで発生するものなのでしょうか??
0634nobodyさん
2007/07/26(木) 01:11:19ID:???"0" 付近で構文解析エラー
ってころだろ。
"0"に特別な意味はなくて、SQL文中に"0"が出現したところあたりが怪しいってことだ。
勝手に想像すると、"SELECT * FROM ${table}0 ;" 見たいなSQLで
変数$tableが空だった為に正しいテーブル名が渡せなかったとか。
0635nobodyさん
2007/07/26(木) 10:24:17ID:???DB側のログに出すことも可能ではあるが
0636nobodyさん
2007/07/26(木) 11:34:31ID:???ありがとうございます。
参考になります。
これからソースとにらめっこ&デバッグして原因を探ってみます!
0637nobodyさん
2007/07/26(木) 13:13:51ID:???特に何もしてないんのだけど。。
作成にミスるって事もあるのかなぁ。
0638nobodyさん
2007/09/22(土) 21:58:23ID:???各モジュールのパフォーマンスに関する記述ってあまりないようなんですが、皆さんはどちらを使っているのでしょうか。
ちなみに、作成したCGIはSELECT文を1回実行するもので、Dprofでプロファイリングしてみると
CGI全体でDBI/DBD::Pgで800ms、Pgで600msかかっていて、いずれも::INITで時間がかかっていました。
0639nobodyさん
2007/10/09(火) 20:34:44ID:???これを1つのデータベースにまとめる方法はありませんか?COPYではできませんよね?
なお、テーブル名に重複はありません。
0640nobodyさん
2007/10/23(火) 17:46:23ID:???まあ、
pg_dump DBNAME1 | psql DBNAME2
とか繰り返せばいいんじゃない?
って久しぶりに見たからえらい遅レスになっちまった
0641nobodyさん
2007/12/20(木) 15:45:11ID:???指定できたと思うんですが、この「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
0643nobodyさん
2007/12/20(木) 17:16:36ID:???ありがとうございます
ただ、「IN 述語」だと9万件以上引っ掛るのに
「IN 述語 postgre」だと30件ちょい…。
とりあえず↓がおもしろそうだから読んでみます!(・∀・)
http://www.geocities.jp/mickindex/database/idx_database.html
0644641
2007/12/20(木) 17:30:18ID:???わかったー
SELECT カラム from テーブル where カラム IN (SELECT カラム from テーブル2);
で生けました。
PostgreのマニュアルってPHPのそれよか充実してないですよね…。
どっかいいサイトあったら教えてください
0645641
2007/12/20(木) 17:33:19ID:???>>2にあった
PostgreSQL7.1マニュアル全文検索
http://osb.sra.co.jp/PostgreSQL/Manual/cgi-bin/namazu.cgi
これ、500エラー吐いてるけどタマタマですかね?
メンテされないのであればテンプレから外した方がいいのかな、と思いました。
1スレで4年以上もつからしょうがないけどw
0646nobodyさん
2007/12/20(木) 17:47:31ID:???みんなDB板 http://pc11.2ch.net/db/ に行ってるんで、
このスレは死に体。
0647nobodyさん
2007/12/20(木) 17:51:35ID:???せめて 「IN述語 PostgreSQL」でググれよ。
>>644
それだと 相関クエリをつかったEXISTSの方がいい。
特に7.1.xならなおさらINはなるべく回避してEXISTSを使うべき。
0648nobodyさん
2008/01/14(月) 16:29:28ID:VAusV2xLpostgresって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)
こうなってしまうのはなぜでしょう?
0651nobodyさん
2008/07/22(火) 05:55:10ID:fILzfF3Oこれはどういうエラーでしょうか?
ググってもなかなか情報が無くて困っています。
0652nobodyさん
2008/07/22(火) 17:37:19ID:YIgoKKKqという意味です。
0654nobodyさん
2009/09/15(火) 02:11:46ID:0k+4XNIC0656MBXzJeqplkasTKO
2009/10/23(金) 00:53:36ID:???0657LMnziRhWhQFGPkU
2009/10/23(金) 05:36:11ID:???0658nobodyさん
2010/01/10(日) 23:55:08ID:XBzggYOwhttp://www.portablefreeware.com/forums/viewtopic.php?p=21663
0659nobodyさん
2010/03/03(水) 21:17:49ID:???0660nobodyさん
2010/07/01(木) 08:39:54ID:94Imy5Qs0661nobodyさん
2010/10/06(水) 08:25:29ID:???pg_dump_allでバックアップしたデータのリストアって、何もせずただpsqlで普通にdumpデータ流しこむだけじゃだめなんですよね?
今あるデータベースの内容に関係なくリストアする(SQLを流し込む)ために、全(各?)データベースを一度削除したり、
キレイにリストアできるようにリストア前の準備をするのが普通(必須)なんでしょうか?
いろんな本やネットを見ても、「dumpしたものをpsqlなりで流し込む」くらいのこといか書いていないような気がして・・・
(実際ただ流しただけでは完全にリストアはされてませんでした。当たり前かもしれないけれど、データベースを全部削除してから流し込んだらうまくいきました)
とんでもない変なこと言ってたらすみません・・・
0662nobodyさん
2010/10/07(木) 17:05:27ID:???0663nobodyさん
2011/04/15(金) 10:44:18.23ID:dMSlOwf6片方は閲覧専用のPC、
片方でDBへの入力編集を行っています
双方のプログラムは同じプログラムでlibpqでサーバーへ接続している
入力されたデータは、LISTEN,NOTIFYの機能を利用して
全てのPCで情報を受け取り表示している
入力専用のPCであっても登録後の表示はNOTIFYで返って来た情報で
表示を行うようにしてあります、つまり、表示のみのPCと条件は全く同じ
しかし、時間が経つ(数時間?)と
表示のみでPCに触らない側ではLISTENを受け付けなくなり情報が獲られなく
なってしまいます、自動で定期的にLISTENをしてやるとまた受け取れる
ようになるようなのですが LISTENにタイムアウトの設定等があるのでしょうか?
ご存じの方がおられれば教えてください
0664nobodyさん
2011/04/23(土) 01:17:48.72ID:???タイムアウトで消されて、TCPコネクションが切れているのかも
0665nobodyさん
2011/09/29(木) 14:38:34.43ID:???新規登録したユーザーのIDを即時取得するために、登録日時をtimestampで記録し、
SELECT user_id FROM user_table WHERE join_date = '登録日時';
のようにしているのですが、もっとスマートに登録したばかりのユーザーIDをそのまま取得する機能や方法はありますか?
0666nobodyさん
2011/10/09(日) 18:43:35.76ID:???先にnextvalしてそのid使ったりしてたけど
今のバージョンならinsert文 にreturning入れればいけると思う
もちろんexecじゃ結果わからんからqueryで
■ このスレッドは過去ログ倉庫に格納されています