TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
Oracleの30日間トライアル版について
デフォルト名無しネームを決めるスレ
【10g】オラクルマスター Silver Part3【11g】
SQL質疑応答スレ 18問目
MySQL 総合 Part26
ADO.NETの質問・雑談スレ2
Microsoft SQL Server 総合スレ 11
Microsoft SQL Server 総合スレ 12
彼女にINSERT権限がありません
彼女にINSERT権限がありません

PostgreSQL Part.11


1 ：2016/05/03 〜 最終レス ：2020/06/04
PostgreSQL (ぽすとぐれすきゅーえる, ぽすとぐれす) について語るスレです。

●関連サイト
PostgreSQL 本家
http://www.postgresql.org/
日本PostgreSQLユーザ会
http://www.postgresql.jp/
ドキュメント
http://www.postgresql.jp/document/current/html/
ダウンロード
http://www.postgresql.jp/PostgreSQL
Let's Postgres (ポータルサイト)
http://lets.postgresql.jp/
pgFoundry
http://pgfoundry.org/

●前スレ
PostgreSQL Part.10
http://echo.2ch.sc/test/read.cgi/db/1393353314/

2 ：
あらあら、次の舞踏会はこちらで開かれるのかしら？

3 ：
●過去スレ
PostgreSQL 2テーブル目　(WebProgから派生)
http://pc8.2ch.sc/test/read.cgi/db/1056944337/
PostgreSQL ＆ pgsql-jp ML 3テーブル目
http://pc11.2ch.sc/test/read.cgi/db/1079771059/
【Windows】 PostgreSQL8　Part.1 【対応】　(実質part4)
http://pc11.2ch.sc/test/read.cgi/db/1102247223/
PostgreSQL Part.5
http://pc11.2ch.sc/test/read.cgi/db/1196512717/
PostgreSQL Part.6
http://pc11.2ch.sc/test/read.cgi/db/1224318817/
PostgreSQL Part.7
http://hibari.2ch.sc/test/read.cgi/db/1256300618/
PostgreSQL Part.8
http://toro.2ch.sc/test/read.cgi/db/1294641578/
PostgreSQL Part.9
http://toro.2ch.sc/test/read.cgi/db/1338040695/
PostgreSQL Part.10
http://echo.2ch.sc/test/read.cgi/db/1393353314/

●関連過去スレ
■　　　PostgreSQLのことならここで聞け　　　■　(初心者part1)
http://pc8.2ch.sc/test/read.cgi/db/1056960249/
■　　　PostgreSQLのことならここで聞け　　　■　(初心者part2)
http://pc8.2ch.sc/test/read.cgi/db/1091523132/
PostgresSQLについて語ろう　(雑談part1)
http://pc8.2ch.sc/test/read.cgi/db/1056992724/
PostgreSQLについて語ろう where OID=2::oid　(雑談part2)
http://pc8.2ch.sc/test/read.cgi/db/1136805513/

●関連スレ
2ch検索
http://find.2ch.sc/index.php?STR=PostgreSQL
WebProg/PostgreSQL 2テーブル目
http://pc11.2ch.sc/test/read.cgi/php/1047317680/

4 ：
>>3
あ、忘れてたありがと

5 ：
おっつおっつ

6 ：
PostgreSQL 9.6 beta1
http://www.postgresql.org/about/news/1668/

9.5から9.1のマイナーバージョンアップも。

7 ：
マイナーバージョンアップではなく
累積バグ修正と呼べといつも思う

8 ：
http://semver.org

9 ：
DBバージョン上げたら
insert into a select * from a_tmp where code = 1
で
列"b_flg"は型booleanですが、式は型textでした
ってエラー出るようになったんだけど、
CREATE CASTで対処するのが正しい道？

10 ：
>>9
エスパー求む

11 ：
>>9
そこで動かなくなるのってかなり古かったんじゃないか？

a_tmp にある b_flg に相当する列の型を boolean に変更すべきだろう。
CREATE (TEMP?) TABLE a_tmp (LIKE a) すればミスを避けられる。

12 ：
エスパーじゃないとわかんないのかｗ

説明すると
table a
code integer
b_flg boolean

table a_tmpも同じ構成のテーブル

で、booleanのフィールドがTRUEとか返すんだけど、それが
文字列だと思われてエラーになるみたい
# 8.4くらいから？

13 ：
>>11
もちろんa_tmpの b_flgの型はbooleanです。

14 ：
って自分でテーブル作って同じの試したらうまくいく・・・・

select b_flg from a_tmp
で
TRUEが帰ってくる時と
tが帰ってくる（こっちでエラーになる）のあるんだけど、何違うんだろ・・・

15 ：
「boolean型」なのか「text型にbooleanっぽい文字列が入ってる」のかをきちんと確認したほうが良い。
特にSELECT INTOでテーブルを作るような場合だと型指定が曖昧な場合がある。

16 ：
>>9
> DBバージョン上げたら
何から何に上げたのか

> insert into a select * from a_tmp where code = 1
どこでこれを実行しているのか

> table a_tmpも同じ構成のテーブル
本当か？

> で、booleanのフィールドがTRUEとか返すんだけど
何で実行するとそうなるのか

> 文字列だと思われて
思う主体は何か？

17 ：
> って自分でテーブル作って同じの試したらうまくいく
うまくいく環境と、うまくいかない環境の差異は何か

18 ：
>>9
> CREATE CASTで対処するのが正しい道？
なわきゃない

19 ：
なぜテーブル定義を確認しないんだろう...

20 ：
確認した結果同じ構成だったんだろ
知らんけど

21 ：
質問: shared_bufferを16GBに設定しているのに、実際にはそれ以下しか使用されてないっぽいんだが、どういうことでしょうか。

sahred_bufferの値が16GBであることを確認

$ grep shared_buffers /etc/postgresql/9.3/main/postgresql.conf
shared_buffers = 16GB # min 128kB

メモリ使用量を確認 (ファイルキャッシュを除くと9.781GBしか使われてない)

$ free -m
total used free shared buffers cached
Mem: 64384 64065 319 0 0 54284
-/+ buffers/cache: 9781 54603
Swap: 65487 120 65367

なおデータサイズは40GB程度。最大のテーブルが20GBくらいあって、それを全件検索してもメモリ使用量が増えない。
そのせいで性能が頭打ちになっている。だれかヒントおねがい。

22 ：
>>21
pg_buffercache を突っ込んで調べてみるのはどうか？
http://www.postgresql.jp/document/9.5/html/pgbuffercache.html

23 ：
>>21
SeqScan時は一定量のメモリでやり繰りする機能が入っているから全メモリは使わない。
強制的に共有バッファに乗せたいなら pg_prewarm を試すといい。

そして、「そのせいで性能が頭打ち」は誤解だったと気付くだろう。

24 ：
>>22
ありがとうございます。こんな便利なモジュールがあるんですね。
とはいえインストールするのはDBAの許可が下りなさそうなので困りました。

>>23
ありがとうございます。pg_prewarmのmanualページを読むと、
「プレウォームはキャッシュが主に空のとき、一般的には起動時にもっとも有用です。」
とありました。起動時以外は効果は薄いんでしょうか。困りました。

> そして、「そのせいで性能が頭打ち」は誤解だったと気付くだろう。

そうなんでしょうか。今のところ、HDDから最初に読み込むときに時間がかかるのが問題であり、2回目以降は高速なのでSQLは問題ないかなと思ってます。
たとえば select * from users where id = :user_id のようなSQLがあったら、
2回目以降はメモリキャッシュに載っているので数msですが、ユーザごとの最初の
アクセスではHDDから読み込むので、2秒〜3秒かかってしまうのが問題です。
それで、shared_bufferを16GB設定しているのに実メモリは9GBしか使っていない
（ファイルキャッシュを除く）のを改善すれば解決できると思っているんですが、
甘いでしょうか。

25 ：
>>24
ああ、全件検索が遅いのが問題なんじゃなくて、
全件検索ではウォームアップができないのが問題だったのか。
それなら pg_prewarm が適するだろうね。
テーブルだけでなくインデックスも prewarm が必要か確認して欲しい。
「起動時以外は効果は薄い」とは「あくまで準備体操」の意味。
全ユーザが一通りアクセスした後のメモリ状態になるまでの時間を早めているだけだからね。

26 ：
>>24
> たとえば select * from users where id = :user_id のようなSQLがあったら、
> 2回目以降はメモリキャッシュに載っているので数msですが、ユーザごとの最初の
> アクセスではHDDから読み込むので、2秒〜3秒かかってしまうのが問題です。

そのたとえが本当に適切なたとえだとしたら、遅い原因はキャッシュにのってないから
じゃなくて、インデックスがないからだな。

27 ：
さすがにそれは考えにくいから例えが適切じゃなかったんだろうなぁ。

28 ：
すみません、教えてください。
Windows7/8/10などのクライアントOSにPostgreSQL本体をインストールして、他のPCからそのＤＢに
アプリケーションで読み書きした場合、Windowsのライセンス違反になるのでしょうか？

ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060811/245694/?rt=nocnt
↑のような制限にかかってしまうのでしょうか？

もしライセンス違反なら、PowerGresのような製品でWindows7/8/10で動作すると書いてあるん
ですが、これはスタンドアロン限定ということですか？

29 ：
>>28
ここで聞くより、PowerGres販売元にメールで聞いた方が良いと思う。

30 ：
>>28
問題ない

31 ：
ありますん

32 ：
そんなめんどくさいライセンス違反なんてあるの？

33 ：
>>28
> アプリケーションで読み書きした場合、Windowsのライセンス違反になるのでしょうか？
なる。
というのが本当かどうかを知りたければ、まずこれを読め。
http://www.haruru29.net/blog/windows-share-files-20-devices/
納得できなければ、MSに聞くのが手っ取り早い。

> もしライセンス違反なら、PowerGresのような製品でWindows7/8/10で動作すると書いてあるん
> ですが、これはスタンドアロン限定ということですか？
じゃないの？

34 ：
通信したらいかんの？
windows上のブラウザからデータもらうWebサーバーはみんなライセンス違反？

35 ：
IISなら限定的に公開してもいいという話もあるな
ただし、同時接続数10までというのは、同時に10台のクライアントからと言う意味ではなく、
connectionの数という話もある
普通のブラウザでアクセスすると、同時に5本くらいアクセスに行くから、台数でいうと2台までとか
そんな制限になってるらしい

まあ、Microsoftに質問するのが確実だろうが
（ただ、Web情報によれば、サーバ用途は駄目と言われるらしいが）

36 ：
すごく古い情報だが、
http://www.atmarkit.co.jp/fwin2k/win2ktips/207rest_iis_pro/rest_iis_pro.html
> Webサーバの機能制限
> TCPでの同時接続数は最大10個まで
> TCPレベルでの同時接続数が最大で10個までに制限される。1人のユーザーが多数のTCP接続を開始している場合には、それだけで10個のTCP接続がいっぱいになってしまう可能性がある

これが正しい情報で、なおかつ今でも有効だとすると、事実上Webサーバとしては機能しないだろう

37 ：
ちなみに、MS謹製のサーバ機能以外のアプリは、問い合わせると軒並み駄目だと言われる気がする
（個人の想像です）

38 ：
ＭＳっていろいろめんどくさいね。そら逃げますわぁ

39 ：
Linuxにしとくのがいいよ

40 ：
ですよねぇ。ソース持ってきてメイク、インストールでそのまんま使えるのが
気持ちいい。ぼろいＰＣでもまぁ動く。社員ＤＢぐらいならそんなもんで十分。

41 ：
電話でpowergressに聞くと、クライアントOSにポスグレをインストールして他の端末からアクセスしても問題ないはず、そんな問い合わせはないとのこと。メールじゃないから正式回答かは分からないが。

しかしマイクロソフトによると、それはNG。ポスグレがインストールされてる端末のアプリケーション(ポスグレ本体）を介して結果を返しているので、サーバにしか許されない操作をしていることになるらしい。

ベンダーによっては、本来NGの使い方を製品ページで提案してるが、知らないか、都合よく解釈してるか、どっちかなんだろうな。

42 ：
>>41
> 電話でpowergressに聞くと、クライアントOSにポスグレをインストールして他の端末からアクセスしても問題ないはず、そんな問い合わせはないとのこと。メールじゃないから正式回答かは分からないが。
なんと質問したかによるな。
ちゃんとWindowsのライセンス的に問題はないか聞いたか？

43 ：
MSがダメっつーんだからダメだろ

44 ：
サーバ用途なのにWindows Serverを使わないような貧乏人にはLinux (サポート無し) がお似合い

45 ：
そら　そーだなぁ　と言って離れてくわけです

46 ：
シュリンクラップ契約は有効かっつー話はあるけどな。

47 ：
Excel共有なんかどうなるんだろ

48 ：
真面目な人ほど、コンプライアンスに厳しい会社ほど
従います。当たり前ですけど。

49 ：
>>47
共有するブックを置くファイルサーバーが Windows Server ならなんの問題もない
つか、コンテンツの問題じゃないし

50 ：
unique制約のindexをdescで作れますか

51 ：
>>50
目的は？

52 ：
PostgreSQLはストレージがHDDじゃなくてSSDでも装置の特性に合ったバッチリ最適なデータの出し入れをしてくれますか？

53 ：
してくれません
プランコストの調整くらいはできるが
基本的にはOSに丸投げ

54 ：
そうでしたか。。

55 ：
他のRDMSではSSD用に処理が分かれているのだろうか

56 ：
さすがに本体の処理は変わらんと思うがキャッシュ機構とかは専用設計があるみたい
http://www.oracle.com/technetwork/jp/database/articles/pickup/index-1598207-ja.html

57 ：
ストレージが比較的高速なサーバー機だとデフォルトのrandom_page_costが
全然合わないから調整必須、ってのは昔からだな。

58 ：
当然　I/O statは見るわなぁ。

59 ：
一度仕事で使ってみたい

60 ：
ボードゲームのオリジナルオーダー制作
http://www.logygames.com/logy/ordermade.html
簡単に本格自作ボードゲームが作れる時代到来！！
http://jellyjellycafe.com/3869
100円ショップでボードゲームを自作しよう
https://sites.google.com/site/jun1sboardgames/blog/makeyourbg
ノーアイデアでボードゲームを作ろう第1回「100円ショップで物を買う」
http://boardgamelove.com/archives/boardgame-make-1/
ボードゲーム市場がクラウドファンディングの出現で急成長を遂げ市場規模を拡大中
http://gigazine.net/news/20150820-board-game-crowdfunding/

61 ：
■質問内容
検索結果の続きを取得するSQLを教えてください。

■詳細
データベースを検索し、100件ずつ取得しようとしています。

検索結果は100件ずつ取得するため、検索結果が100件以上ある場合は、
続きとして101件目から取得することになります。

通常はOFFSET句を使用して続きを取得しますが、更新の多いデータベースのため、
レコード数が増減する可能性があり、OFFSETで特定の数スキップすると問題が発生します。
例えば、続きの100件を取得する際、スキップする最初の100件の中に新たなレコードが1件増えると、
最初の100件取得した際の100件目のレコードと、続きの101件目のレコードは同じものになります。

WHERE句で解決を試みようとも思いましたが、ユニークな値でORDER BYをかけているわけではないため、不可能と判断しました。
ORDER BYで対象としているカラムの結果は同じ値のものも含まれており、
その同じ値の続く途中で件数によって区切られた場合、そのカラムをWHEREの対象にはできません。

助けてください。

62 ：
ソートキーは当然あるわけだから、「前回の最後のソートキーより大きな100件」を取得すればいいんでない？

63 ：
>>62
すいません、ソートキーというのはORDER BYで指定するカラムですよね。
そのカラムの値がユニークではないので、その値で判定できないんです。
このようなイメージです。

〜 ORDER BY score;

score
--------
2500
2800
3000
3000
3000
3400

例えばこれで3件ずつ取得するためにLIMIT 3を付けた場合、3000のスコアの途中まで取得されるので、
WHERE > 3000というような形で指定できないのです。

64 ：
テンポラリテーブル作って検索結果突っ込んでおくとか
主キーだけでも

65 ：
>>61
続きを取得している間はトランザクションは開きっぱなしなのか？
更新されても結果が変化しないのが条件なら
開きっぱなし or 全行を一時保管しておく必須がある

トランザクションを切るなら並行する更新結果も見えてしまうが
更新によって主キーとソートキーが変わらないならば
「欲しいソートキー + 主キー」を条件にすればいい
ORDER BY score, pkey WHERE score >= 前回のscore AND pkey > 前回のpkey

66 ：
実はユニークな主キーもないとか言い出したりして。

67 ：
うぎゃ

68 ：
次のバージョンって10になるのん？

69 ：
>>68
9.6

70 ：
どうしてPostgreSQLはMySQLに勝てたのか

71 ：
>>63
score が 3000 であるレコード同士の順番をどうにかして決めておかないとだめだよ。

> 例えば、続きの100件を取得する際、スキップする最初の100件の中に新たなレコードが1件増えると、
> 最初の100件取得した際の100件目のレコードと、続きの101件目のレコードは同じものになります。
これを嫌うということは、最新のデータが表示されない可能性があるけれど、それはそれでいいってことかな

72 ：
>>61
> 最初の100件取得した際の100件目のレコードと、続きの101件目のレコードは同じものになります。
逆にそっちの方がいいかもよ。

仮に、scoreの降順でデータを取得するとする。
最初の検索時は350件あって、データの変更がなければ4ページ。
最初は1位5000点)〜100位(4000点）が表示される。

で、その表示中に、4001〜4999点に10人追加されたとする。
その結果、旧91〜100が101〜110位になる。

そのとき、「次」を見たときどうなってるのが良いか？
・旧101〜200位が表示される
・新101〜200位が表示される

今は、こうあるべきだと思っている。
> ・旧101〜200位が表示される
考えて欲しいのは、そこで「前」を見たらどうなっているべきか。
また、新たに追加された10人はいつどのようにすれば見られるのか。

73 ：
1か月も前のレスなのに急にどうした

74 ：
直近のコメントが今日だったから、最近の話題かと勘違いしたわ

75 ：
>>70
実際に勝ってるかどうかは知らないけど、もし勝つとしたら商用無料のせいだろ

76 ：
MySQLだって無料で商用に使えるが。

77 ：
実際のデータがわからんからなんとも

78 ：
MySQLってまだあるの？

79 ：
>>78
冗談にしてはパンチが足りない

80 ：
MySQLってマラあるの？

81 ：
>>78
まいしーくぅえる

82 ：
>>80
ねえよ

83 ：
まらぁ？

84 ：
ドゥーユーリーメンバー

85 ：
トゥエニファスタｧイ セプテンバー

86 ：
セプテンバーレイン

87 ：
9月のあめーはつめたくて〜

88 ：
稲垣吾郎？

89 ：
MySQLと比べるなら、機能的に圧勝してるから比べ物にならないでしょ
PostgreSQLが勝ったというよりは、MySQLが選択肢に入ってなかっただけ
普段からPostgreSQLを使ってるとこは、わざわざMySQLを習得するコストがもったいないから
MySQLをさける傾向がある

90 ：
やってる人はやってるんだろうし、ご勝手にって感じかな。
もう気にかけることも無くなったね。

91 ：
10年前は熱いライバルだったのに

92 ：
比べるなら相手はMariaじゃないの？
もしくはローエンドOracleか

93 ：
レンタルサーバで使える所少なかったり
CMSとかで対応してないとかあるからなー
そういう場面ではMySQL選ばざるを得ない

94 ：
え？
PostgreSQLって流行ってるの？
もう廃れてきているのかと思った
どこの記事見ても、MySQLとかMariaDBとかばっかりだもんな

95 ：
え

96 ：
C++のような存在

97 ：
postgresql はC
MySQL は C++

98 ：
いわゆるWeb系はMySQL系
基幹業務にOracleを使う金がないとこはPostgreSQL
ベンチャー企業が中小相手にシステム構築するときに使う

MySQL系の記事が多いのは最近やっと使えるようになってきたからだよ
AWSの影響もあるだろうしな

言語に例えるんだったらPostgreSQLはVBやPHPで
MySQLはJavascriptのイメージだな

99 ：
ほー　詳しい

100 ：
VBやPHPに例えられても嬉しくないなぁ
レンタルサーバで使えない問題は Heroku Postgres で多少はマシになったか


100〜のスレッドの続きを読む
何故データベース設計は軽視されるのか？
ADO DAO など接続方法について
DB板のみんなでUDやるぞ！
MySQL 5.0
CSVファイルのスレ
ＤＢのキャラ、ここが好きだ！
Firebird関連スレ3
彼女にINSERT権限がありません
【ダッチ製】 Servoy のスレ Table01【大丈夫？】
Oracleの30日間トライアル版について
--------------------
【フジ月9】絶対零度〜未然犯罪潜入捜査〜 Part6【沢村一樹、上戸彩】
JOHK-DTV【NHK仙台放送局】3さかげろ!!
■■日本人の犯罪、性奴隷＝従軍慰安婦問題8■■
【TOKIO】東京の大雨特別警報 すべて解除★2
「職業訓練校」ってどうなの？？？職業訓練したことあるモメン教えてくれ [732289945]
よく彼氏とギターで大喧嘩するので判決をお願いしたい！
雑談　保田圭グランドヴァギナ
【RG】 リアルグレードシリーズ Part141【1/145】
マスゲン釣りチャンネル(IDあり)Part23
GIANT ESCAPE RXシリーズ 54台目
Abema競輪 Part.3
ピカイチさん、ござるがお気に入りだった事を告白
【石の花】坂口尚【あっかんべェ一休 】
俺が｢こっそり｣と1000目指すスレ3
鉄のフライパンは洗わないよな？
【ご注文はうさぎですか？】クソチノ！膣内射精するぞ！かわいい37
ミート矢澤事肉の精神治療病棟
過酸化ベンゾイル※ベピオ2
クワカブ川柳・なんじゃこりゃ〜
【グラフ】 コロナ感染とんでもない勢いで増えてる、これ世界の終わりだろ [604928783]
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼