5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

【必】未だにPostgresを馬鹿にするOracle厨【死】

1 :名無しさん@お腹いっぱい。:03/09/16 10:07 ID:oMO5pfC/
PostgreSQLやMySQLが十分実用に耐えうるようになったのは事実。

"PostgreSQLは中小企業のどうでもいいDBにしか使えない"
とか言うんなら、PostgreSQLは信頼性に欠けるという証拠出してみろや。

GoldやらPremiumやらで努力してきたのはわかるが、もうお前らの時代は終わった。
じゃあね!

91 :名無しさん@お腹いっぱい。:03/10/06 19:14 ID:???
>88-89
ただ、逆に言うと、本当に基本的なノウハウさえ「企業秘密」とやらに
カテゴライズされてしまう今の状況から判断するに、
PostgreSQLが広く普及しているとは言えないんだろうなぁ、という気はする。

第一、SRAにそんなに他社を圧倒するだけの技術力があるとはとても思えん。
ある程度の経験の蓄積による先行者利益を享受してるだけでそ、現状は。


92 :名無しさん@お腹いっぱい。:03/10/06 19:17 ID:???
>89
> だから「PostgreSQLはすばらしい!」と思わされてるのって、
> サポートやってる企業に手のひらで踊らされてるだけなのよね。

同感。
この業界でやっていくなら、他人の土俵で勝負しない(SRAに頼らない)気概ってのは
必要だと思う。一言で言えば「いつまでも今のままだと思うなよ」ってこった。


93 :名無しさん@お腹いっぱい。:03/10/07 00:00 ID:???
>>89-92
SRA って大赤字だ、大丈夫か?
http://www.sra.co.jp/public/sra/ir/shihanki/gaikyo0307.pdf

ターボとは別に Linux推進部を作ってるyo 謎だ
http://www.sra.co.jp/public/sra/ir/others/20031001.pdf

94 :名無しさん@お腹いっぱい。:03/10/07 01:52 ID:???
オープンソフトウェアってのはソースだけがオープンじゃ意味が無いわけで・・・
ノウハウもオープンでないと駄目なわけで・・・

金銭関係で欲目を出すと大抵そのソフトにとって不幸なことになる。
小銭稼ごうとしたマヌケが自滅する分には一向に構わんのだが・・・

95 :名無しさん@お腹いっぱい。:03/10/08 00:01 ID:???
ノウハウだしおしみage

96 :名無しさん@お腹いっぱい。:03/10/09 10:00 ID:???
>>94
それは違うぞ。
オープンソースの開発者がノウハウのオープンにまで責任持つなんてのは
きいたことがない。

問題は寄生している奴らがドキュメント和訳程度しかしてないくせに、
いやそれしかしないくせに、ユーザ会つくって排他的な活動をしてしまうこと。
特にポスグレ関連の連中の情報出し惜しみは目にあまる。
postgresql.confの設定すら理解できないような情報しか出さずに、
S○Aや関係する連中はそういう情報を握ってサポート料など取ってるわけだ。

で、
オープンソースのいいところはソースが公開されていることだ。
だからソースから情報を得ればいいんだよ。
本気で読めば2か月でだいたいのところは分かるよ。
普通に会社の仕事をしながら、
2か月でストレージとオプティマイズなら理解できる。
情報が足りないのってここらだろう。2か月だよ。

逆に、この程度の情報を握っているだけでポスグレ界をぎゅうじろうと
するからポスグレ関係者に評判が悪いんだろう。

97 :名無しさん@お腹いっぱい。:03/10/09 10:52 ID:coboWhy8
>>96
じゃあ2ヵ月後よろしく。

98 :名無しさん@お腹いっぱい。:03/10/09 15:33 ID:???
オラクル使ってる人って貴族意識高いよね。
逆にポスグレ厨って卑賤で最悪。
何事も柔らかくいこうや。

オラクルのゴールド持ってて使えない奴なら見たことあるが
オラクルよりもポスグレの技術力が高い奴ほど
オラクルを上手く使える印象があるんだが。

99 :名無しさん@お腹いっぱい。:03/10/09 17:02 ID:???
>>96
わしは2時間で分かりました。

>>97
でもその結果を書くにはここは狭すぎる。

100 :94:03/10/10 01:34 ID:???
開発者がノウハウの出し惜しみしてるなんて言ってないぞ。
ほんのわずかな先行者利益に寄生して小銭を稼ごうという
姿勢はいかがなものか、と。
つまり>>96といいたいことは大して変わらんと思う。

で、ソースから情報を得よという点についてだけど。
ノウハウまで得られる?
ノウハウって経験則と実績と、裏づけとなるいくらかの理屈で
構成されるもんじゃないかな。

要は、「ひとりよりふたり」
1人のリソースは有限だから、大勢の人間の経験則を集積しなきゃならん。
このプロセスに対して閉鎖的な人間しか寄り付かないとなると、
そのソフトウェアにとって不幸なことだね、と思ったわけさ。


101 :NAME IS NULL:03/10/14 03:22 ID:3am0ywg4
しっかし、oracleって遅いねえ。やっぱさ、エントリとかミッドレンジのサーバ機とかでoracle使っちゃダメだよねえ。

102 :NAME IS NULL:03/10/14 04:19 ID:ceEV+Vmp
PostgreSQLはオンラインバックアップが可能って聞いたので、負荷の低い夜間(接続があったとしても1〜2ユーザ)にバックアップを行うようにしたんだけど、ある日突然データが吹っ飛びました。
しかもバックアップを行っているDB以外のデータもなくなりました。
ログを調べたらたしかに1ユーザがテーブルを参照しているみたいでしたが・・・
オンラインバックアップはNGみたいですね。
最初のうちは原因がわからなかったのですが、再現したのでハッキリした次第です。

所詮フリーのDBです。
ちゃんとした業務で使っている方いますか?

103 :NAME IS NULL:03/10/14 04:33 ID:???
PostgreSQLの不足機能を自作し500万人分のデータを管理(上)
郵便貯金カード普及協会「会員管理システム」
ttp://itpro.nikkeibp.co.jp/members/SI/JIREI/20030902/1/


104 :NAME IS NULL:03/10/14 13:00 ID:W2WmTFRo
>>102
オンラインって単にpgdumpで取ってるってことでしょ?
それって「オンライン」と言って良いのか?と小一時間…

105 :NAME IS NULL:03/10/14 13:07 ID:???
>>103
それすごいね。でもGPLで公開しなくていいのか?

106 :NAME IS NULL:03/10/14 13:08 ID:???
GPL? ハァ?

107 :105:03/10/14 13:21 ID:???
ぽすぐれはBSDか。スマソ。

108 :NAME IS NULL:03/10/14 13:39 ID:???
私はweb系エンジニアです。アプリ側の人間で、DB の(特に管理、運用面)のことは
わかりません。もちろん SQL はそれなりに書けますし、アプリを書くときや設計をする時に、
パフォーマンスを意識するようにはしていますが、それ以上のことはチーム内の DB 野郎に
任せています。

さて、PostgreSQL と Oracle の話は出ていますが、MySQL と Oracle はどうでしょうか?

いちおう DB 板には PostgreSQL vs MySQL スレがありますが、
MySQL と Oracle についてもお聞かせください。

ちなみに先月アメリカに出張し、ソフトウェア開発にかんするカンファレンスに出席したのですが、
アメリカではかなり MySQL のほうがメジャーで、PostgreSQL はあまり聞きませんでした。

この差はなんだろう?

コンピュータ系の雑誌でも、DB のパフォーマンスについて比較している記事では、
Oracle vs DB2 vs Sybase vs MySQL というのはあるけど、それに加えて PostgreSQL が
載っているケースはとても少ないです。


109 :NAME IS NULL:03/10/14 15:20 ID:???
だから、日本でPostgreSQLが人気なのはSRAのせいだって書いてあんじゃん。

110 :NAME IS NULL:03/10/14 15:26 ID:???
>>108
ビジネスユースの場合、パフォーマンスよりも、
信頼性、セキュリティ、運用コストの方が重要

111 :NAME IS NULL:03/10/14 15:28 ID:???
>>102
pg_dump/pg_dumpall中接続禁止なんてはじめて聞いたぞ。
ほかのところに問題あるんじゃないの?


112 :NAME IS NULL:03/10/15 11:21 ID:MmiJnUGS
>>110
110が言っている「パフォーマンス、信頼性、セキュリティ、運用コスト」の検証をしてないでoracleとかDB2とか言っている椰子多すぎって感じ。比較しようにも、oracleやDB2以外のDBMSを知らないんだよね。


113 :NAME IS NULL:03/10/15 11:28 ID:???
セキュリティつついてホコリが出ないDBなんて存在すんの?

114 :NAME IS NULL:03/10/15 11:37 ID:MmiJnUGS
>>113
存在しないね、たしかに。

115 :NAME IS NULL:03/10/15 15:07 ID:???
ほこりどころか火を噴くよ。


116 :NAME IS NULL:03/10/15 17:59 ID:???
>>113-115
だからセキュリティのサポート体制が重要なんだって!
SRAの技術力じゃ厳しいだろ。

117 :NAME IS NULL:03/10/16 20:06 ID:fNgokLk6
>>102
うちもPostgreSQLで定期的に夜中にバックアップを実行しているんだけど、過去にデータが吹っ飛んだことがある。
そのときの原因ははっきりしなかったが、原因が何にしろ、データが吹っ飛ぶデータベースなんて使えんな・・・

118 : :03/10/17 00:14 ID:2qp+KW80
>>117 バックアップって、 pg_dump つかってるの?

119 :117:03/10/17 01:39 ID:5fZ337Er
pg_dump 使っています。
っていうかほかにあるの?
いいのがあったら教えて!

120 : :03/10/17 02:57 ID:2qp+KW80
>>119 いや、もれも pg_dump だけど、
なんかほかにあるのならこっちが教えてもらおうと思ってた。

121 :NAME IS NULL:03/10/17 03:10 ID:???
そんなにあっちこっちで吹っ飛びまくっていたらえらいこっちゃ。
もっと情報欲しいなぁ。
再現性・・・は無理か

122 :NAME IS NULL:03/10/17 03:35 ID:iW3Lczpc
●●●2004年も被害者がでるのだろうか?●●●
http://sports2.2ch.net/test/read.cgi/kouhaku/1057943092/-100
行政機関、テレビ局、新聞社、出版社が、
住居不法侵入、盗聴、盗撮、ストーカーで収集した個人情報を、
テレビ、新聞、出版物などで悪用している事実について、
>>1>>394までにまとめました


123 :NAME IS NULL:03/10/17 11:38 ID:???
バックアップ中にとぶってはなしはよくみかける。
2chでのみだけど。



124 : :03/10/17 19:51 ID:2qp+KW80
>>123 pg_dump ってそんなに信用ないのかな??
漏れは今まで飛んだことないんだけど。

125 :NAME IS NULL:03/10/17 21:24 ID:???
よければバージョンだけでも教えて

126 :NAME IS NULL:03/10/18 01:41 ID:???
6.xとか7.1系じゃなかった?
7.2,7.3ではきかないな。


127 :NAME IS NULL:03/10/19 11:16 ID:4hdht+6M
ただ、思うに、Oracle使っている連中は一応資格とるために
勉強してきたからそれなりに正確な知識は持っている。
しかし、Postgres使うのはだいたいそこらへんの本ちょっと読みかじって
使うことが多いので、信頼性に欠く操作しかできないのではなかろうか。

128 :NAME IS NULL:03/10/19 12:10 ID:???
pg_dumpに限っていうと、
そういう人ってデフォルトのまま使ってるから
むやみにおちたりしないはずだけどなあ。



129 :NAME IS NULL:03/10/19 17:04 ID:???
前にも書いたが、その「そこいらへんの本」が総じて手抜きなのが
PostgreSQLの立場を寒からしめているのは間違いない。

インストール手順に4割、OracleでいえばSilverレベルのSQLの
解説に3割、リファレンスの縮小コピーに2割、誰でも書けそうな
サンプルプログラムに1割。
ページ数で言えばこんな配分の本がえらい多い気がする。

もっと真面目に書けっての。

130 :NAME IS NULL:03/10/19 18:18 ID:???
Oracle漬け有資格v.s.にわかPostgreSQL使いを比較しても
意味はないと思うが。
馬鹿に使われたらなんだって壊れるよ。

Oracle使ってても資格なし、勉強してない奴もいる。
そこいらへんのOracle本だけで使っている奴もいるだろ。

そこいらへんのPostgreSQL本ってのがなんなのか
うpプリーズ。


131 :NAME IS NULL:03/10/19 18:22 ID:???
あ、
そこいらへんのPostgreSQL本に興味があるのは、
インストールに4割って本、みたことないから。
教えてプリーズ。


132 :NAME IS NULL:03/10/19 19:53 ID:???
>>130-131
おまえ"そこいらへんのPostgreSQL本"を書いてる著者だろ(w

133 :NAME IS NULL:03/10/19 20:40 ID:???
それ言いすぎ!

134 :130,131:03/10/19 20:52 ID:???
いや、残念ながらにわかPostgreSQL使いだけど。

とにかくインストールに4割さいてる
そこいらへんのPostgreSQL本を教えてよ。
本の出来と、PostgreSQLユーザの質と、
PostgreSQLそのものの質との関連が分かんないんだよね、
あんたの話は。

ちなみに俺はそこいらへんのOracle本だけでOracle使ってる
にわかOracle使いでもあるが、
OracleでもPostgreSQLでもトラブッたことはないなあ。


135 :NAME IS NULL:03/10/19 20:57 ID:???
本の出来のレベルが低いということは、大部分のユーザーのレベルは低くなる。
レベルの低いユーザーは、レベルの低い使い方しかしない。
レベルの低い使われ方しかしないと、レベルの低い機能しか実装されない。


136 :NAME IS NULL:03/10/19 20:58 ID:???
この程度の連想もできないから、「レベルが低い」と言われる。

137 :NAME IS NULL:03/10/19 21:12 ID:???
PostgreSQLって日本で実装されてんの?
日本の出版事情がPostgreSQLの開発に影響するんだ。
へえーーー、初耳。っていうか理解不能。
お前、馬鹿?


138 :NAME IS NULL:03/10/19 21:21 ID:???
手元に古いほうのシーラカンス本があったからなんとなく。

概要とセットアップ 約70ページ
データ型とSQLの文法 約100ページ
アプリケーション作成と外部からのいじり方 約220ページ
Tipsほか、参考など 約30ページ

インストールで4割はないな。
でも70ページは要らん。

139 :NAME IS NULL:03/10/19 21:23 ID:???
>137
あのさー、「ユーザーがどう使うか」が開発にフィードバックされるわけ。
レベルの低いユーザーが多ければフィードバックのレベルも低くなる。

それに、PostgreSQLなんて、もはや日本くらいでしか使われてねーよ。
開発は海外でやってるけどな。Bruceが一年に何回日本に来てると思ってんだ。


140 :NAME IS NULL:03/10/19 21:34 ID:???
だからとって、
低レベルユーザに合わせて開発しているわけではないだろ。
多数決でやってるわけじゃないんだぜ。
一握りの優秀な連中が作ってるわけだ。
これはOracleもDB2もMySQLもおんなじ。

それとも、Oracle v.s. DB2 も、
機能勝負じゃなくて、ユーザ対決すればいいのか?
やっぱり、お前馬鹿じゃん。



141 :NAME IS NULL:03/10/19 21:54 ID:???
>139
ポスグレの開発に関しては、一般ユーザのフィードバックよりも
開発メンバー(コア、メジャー)やメイリングリストでの議論が大きな位置を
占めますので、
一般ユーザのフィードバックはほとんどないと言っていいのではないかと思います。

一般ユーザのフィードバックが大きな意味を持つのは商品であるOracleやDB2など
でしょう。

>140
ポスグレユーザとお見受けしますが、不毛な争いはしないほうがよいと
思われます。


142 :NAME IS NULL:03/10/19 22:22 ID:???
レベルの高いユーザーが増えれば、それだけ性能や機能に対する要求が高まって、
MLでの議論も増える。
当然、よく議論になる機能の方が(ニーズが高いと判断されて)実装されやすい。
性能改善に関してもそう。

当たり前の話。

低レベルユーザーに合わせてるとは言ってない。
高レベルのユーザーが少ないことが問題だと言ってる。


143 :NAME IS NULL:03/10/19 22:46 ID:???
で、
高レベルのユーザーが少ないのは日本の出版事情が問題ってわけね。
そんなことあるか。ボケ。

Oracleの開発にコミットできるほどの高レベルのユーザっているの?
(高レベルっていうより金持ちの顧客ってだけだと思うが。)
そんでそういう人達はどうやってOracleに
アイディアをフィードバックするの?MLがあるの?
当然そういうことは把握したうえで文句垂れてんだろうね。

とにかくだ、
高レベルのユーザってのはそのあたりのPostgreSQL本では
満足しないし、それ以上の情報をソースやMLなどで十分に吸収しているわけだから、
日本のPostgreSQL本のレベルが低いのとはまったく関係ない。
お前はそのあたりのPostgreSQL本とそれしかかじらない低レベルユーザによって
PostgreSQLの開発レベルも低いという議論をしながら、
今は高レベルのユーザが少ないと言っている。

お前の論理は支離滅裂なんだよ。
本のレベル低い-> ユーザレベル低い -> PostgreSQLのレベル低い
ってのは強引すぎるだろ。
本の批判なんてところからロジックを組み立てたから、破綻してんだよ。

いいかい、高レベルユーザなんてのは本なんかなしでもやっていくの。
本がないとダメな人はそもそも高レベルユーザになんかなれないの。
GTK,X,*BSD,などなど他のオープンソースプロジェクトなんて
まともな本すらないけどかなりの日本人貢献者がいるぞ。


因みにだな、MySQLの出版事情のほうがひどいぞ、オンラインドキュメントも悲惨だし。



144 :NAME IS NULL:03/10/19 22:54 ID:???
DB2の出版事情もひどいな(w

145 :NAME IS NULL:03/10/19 22:59 ID:???
あのさ、プロっては自分の構築するシステムの価値で食ってるわけさ。
ソースやMLを隅から隅まで読むのなんて一部のヒマ人だけだろ。
レベルが高いエンジニアっつーのは、極力効率的に仕事をしようとするもんだ。

基本的なチューニングやオプションの意味を知るために
ソース読まなきゃいけないのか? なんだそりゃ。
本にまとまってた方がよっぽど効率的だろ。

> お前の論理は支離滅裂なんだよ。
> 本のレベル低い-> ユーザレベル低い -> PostgreSQLのレベル低い

大多数のユーザーのレベルが低ければ、
PostgreSQLへのrequirementも低くなるっつー話をしてるんだ。
こんなことも理解できないのかね。

言い方を変えよう。
オモチャで満足するようなユーザーばっかりだから、
いつまで経ってもオモチャなんだ。

レベルの高いヤツはソース読むからいい?
バカ言ってんじゃないよ。
BSDにせよLinuxにせよ、複雑なソフトウェアコンポーネントに関しては、
きちっとした資料が揃ってるもんだ。
だからこそ先人の成果を踏台にして、その先に進めるんだ。


146 :NAME IS NULL:03/10/19 23:01 ID:???
RDBの優劣が決定しました。

1. Oracle
2. DB2
3. PostgreSQL
4. MySQL

一次資料:日本の出版事情



147 :NAME IS NULL:03/10/19 23:06 ID:???
やれやれ・・・
んなに熱くなって言うようなことか。

オープンソフトウェアでは出版(パブリッシング)も立派な
コミュニティ活動の一部だ。
ひとからげにユーザのレベルと無関係と言い切ってしまうのは
正直感心せんの。

お前さんはお前さんで、「本に頼るユーザは低レベルユーザ」
などというとんでもない暴論をぶっていることに少しは気づきなされ。

148 :147:03/10/19 23:07 ID:???
アンカー忘れた。
147のは>>143ね。

149 :NAME IS NULL:03/10/19 23:08 ID:???
>>146
Accessを忘れてるぞw

150 :NAME IS NULL:03/10/19 23:09 ID:???
お前の高レベルユーザーってのは
基本的なチューニングやオプションの意味を知る必要がある
連中のことなんだ (w

>>レベルの高いヤツはソース読むからいい?

ここでの高レベルは開発にコミットできるような連中のことだからね。
お前が定義したんじゃあねえの。

あとな、どんなに資料がそろっていても
結局はソースを読まないと開発はできないってこと、
しってるかな?

>>バカ言ってんじゃないよ。

これはお前に返しておくぜ。



151 :NAME IS NULL:03/10/19 23:15 ID:???
「本に頼るユーザは低レベルユーザ」
をいいだしたのは127

143はそうは思っていない。
そういう議論をしているのは135,136など。

152 :NAME IS NULL:03/10/19 23:22 ID:???
つうか
135は意図的に議論をすりかえて、
開発プロジェクト、ユーザ、出版事情と
都合のいいときに都合のよいとこだけ叩いて、
PostgreSQL叩きだけしたい、典型的な馬鹿だよな。

出版事情と開発レベルの相関をきっちり説明しろよ。
おまえ、こっちの質問になに一つ答えてないやん。


153 :NAME IS NULL:03/10/19 23:35 ID:???
> 結局はソースを読まないと開発はできないってこと、
> しってるかな?

「ユーザー」の目的は「使うこと」であって「(RDB自体を)開発すること」ではない。
「ソースを読まずに」使えれば、それに越したことはない。
レベルが高かろうが低かろうがそれは一緒。

「ソースを読む」というのは「ユーザー」にとってはあくまで最終手段でしかない。
時間がかかるし、コストがかかる。

ソースがあるから本なんて無くていい、と言い放つのはDQN。

そもそも、なぜ「ユーザー」がソースに目を通さなければならないのか?
その状況はベストなのか? 考えたことがないのか。
よっぽど単価安い仕事してんだな。


154 :NAME IS NULL:03/10/19 23:43 ID:???
仮にOracleのソースが公開されてたとする。

Oracle使ったシステム組むのに、本を買わずに
ソースだけ読んで何とかしようとする香具師いるか?

普通、それなりに情報がまとまってる本を買うだろ。
ユーザーのレベルに合わせた本を。

そーゆー話だ。


155 :NAME IS NULL:03/10/19 23:50 ID:???
だから。
>>出版事情と開発レベルの相関をきっちり説明しろよ。

おまえ、こっちの質問になに一つ答えてないやん。


156 :NAME IS NULL:03/10/19 23:58 ID:???
まぁ、議論の矛先を変えたいのは分かるけどさ。

> レベルの高いユーザーが増えれば、それだけ性能や機能に対する要求が高まって、
> MLでの議論も増える。
> 当然、よく議論になる機能の方が(ニーズが高いと判断されて)実装されやすい。
> 性能改善に関してもそう。

> BSDにせよLinuxにせよ、複雑なソフトウェアコンポーネントに関しては、
> きちっとした資料が揃ってるもんだ。
> だからこそ先人の成果を踏台にして、その先に進めるんだ。

説明はしてるんだよね。

レベルの高い資料が少ないということは、レベルアップする人が少ないということ。
レベルの高い人が少ないということは、コミュニティでのレベルの高い議論の機会が減るということ。
レベルの高い議論の機会が減るということは、実装(or改善)される機会が少なくなるということ。


157 :NAME IS NULL:03/10/19 23:59 ID:???
>155
あとな、

>>出版事情と開発レベルの相関をきっちり説明しろよ。

それを言うなら「因果関係」な。相関関係と因果関係の違い、分かるよな?


158 :NAME IS NULL:03/10/20 00:03 ID:???
あのな、各論は納得できる部分もあるわけよ。

本のレベル低->ユーザレベル上がらん
これはアグリーね。

でも、
ユーザレベル低 ->開発レベル低
ってのは一般論すぎて、PostgreSQLにはあてはまらんだろうと。

かつ、

本のレベル低->ユーザレベル低 ->開発レベル低
==>本のレベル低->開発レベル低

ってのは分かんないから説明しろよと言ってるわけ。

お前は、一般論に逃げたり、
開発にコミットできるレベルのユーザ(高レベルユーザ)とか、
低レベルユーザとか定義して
都合のいいように使い分けて話を逸し続けているが、

最初の質問である、
本のレベル低->ユーザレベル低 ->開発レベル低
==>本のレベル低->開発レベル低

このお前の最初の論理ステップを、
一般論を使わず、
PostgreSQLに関して具体的な事実だけを使って説明してみせろと。


思うにだな、
本のレベル低->ユーザレベル低
程度なら俺もこんなにしつこくしなかったんだが、
ユーザレベル低 ->開発レベル低
これのステップが理解できんのだ。
一般論としてはそういう(ユーザレベル低 ->フォードバック少->開発レベル低)
こともあるかもしれんが、
PostgreSQLに関してはどうなのよ。
具体的な説明が欲しいわけよ。


因みにだな、プロならオンラインドキュメントを読もうぜ。
そこにはチューニングやオプションについてきちんと説明してあるから。
(たしかに、説明不足の部分はある。それは認めるがそれってパラメータ数個程度だろ)



159 :NAME IS NULL:03/10/20 00:10 ID:???

おまいら これでもみて議論の仕方学んどけ
http://homepage1.nifty.com/fujiwo/develop/oo/dscsnptn.html


160 :NAME IS NULL:03/10/20 00:15 ID:???
PostgreSQL使ってI/Oの分散どうやるの? tablespaceとか使える?
共有バッファプール一個しかないのはどうなの? 問題ないの?
パーティショニングどうやんの?
nested transaction/savepointできる?
統計情報って今あるので本当に十分?
与えられたCPUやメモリを本当に効率的に使い切ってる?
PITRできる?
バックアップ/レストアって、あんな方法で本当に効率いいの?
テラサイズになっても時間的に大丈夫?
Opteronの性能を最大限引き出すにはどうすればいい?

商用DBMSなら当然押さえてるこのあたりの機能や性能、
PostgreSQLユーザーで気にしてる人、どれだけいる?


161 :NAME IS NULL:03/10/20 00:16 ID:???
>159
つか長すぎ。


162 :NAME IS NULL:03/10/20 00:28 ID:???
>>160
I/Oの分散なんてできるかボケ、tablespaceなんてあるかボケ、
共有バッファは一つでいいんじゃボケ、
パーティショニングなんてないんじゃボケ、
トランザクションをネストするなんて馬鹿のすることじゃ、
得られる情報を駆使して稼働させるんじゃボケ、
CPUメモリなんぞ不足したら追加じゃ、なんのためのフリーソフトじゃ、
CPU毎のライセンスなんてケチなシステムじゃねえぞー、
PITRなんぞ関係ない、
バックアップはホットバックアップだエッヘン、インクリメンタルじゃないけど、
16Tまでなら使えるぜ、遅けりゃ早いCPUとディスクを使えってんだ。

以上。


163 :NAME IS NULL:03/10/20 00:33 ID:???
>162
(´・ω・`)

164 :NAME IS NULL:03/10/20 00:37 ID:???
>>160
もちろん、PostgreSQLを選択する場合、
そういう点をクリアにして、
それでもPostgreSQLでOKという場合にのみ使うんだよ。

だから、システム毎にDBの選定時点では気にするが、
開発、運用上で気にすることはない。
だってほとんどの項目はまだPostgreSQLでは未実装だったり、
機能が開発途上だったりするから。


で、どうなの?多機能システム使ってる人は偉いの?

F1マシンに乗ってる素人と、自家用車に乗ってるレーサーでは
運転が簡単なぶん自家用車のレーサーの方が劣るの?



165 :NAME IS NULL:03/10/20 00:43 ID:???
より要求水準の高いものを使いたければOracleを使え、と。
つまり、レベルの低いものをレベルの低いなりに使う、という結論でよろしいか?


166 :NAME IS NULL:03/10/20 00:50 ID:???
要求水準の高いものはDB2
そこそこでよければPostgreSQLかMySQL。世の中そういう流れ。
Oracleは下降線。


F1マシンと自家用車の比較は不可能。F1は速いけど、自家用車は荷物が積める。
レベルがどうこういうのは135か。

簡単なWEBシステムやミッドレンジのDBがOracleからPostgreSQLに流れているのは
比較した結果PostgreSQLの方が*その目的に*適しているからだろうねえ。


167 :NAME IS NULL:03/10/20 00:53 ID:???
> で、どうなの?多機能システム使ってる人は偉いの?

また話をずらしたね。
今は使ってる人の話じゃないよ。開発してる人のレベルの話じゃないの?

ジャンボジェットを開発する技術力とセスナを開発する技術力。
どう考えても、ジャンボジェットの方がレベルは上。

168 :NAME IS NULL:03/10/20 00:58 ID:???

議論パターン「話題そらし」を読め!
http://homepage1.nifty.com/fujiwo/develop/oo/dscsnptn.html#change


169 :NAME IS NULL:03/10/20 01:00 ID:???
> 簡単なWEBシステムやミッドレンジのDBがOracleからPostgreSQLに流れているのは
> 比較した結果PostgreSQLの方が*その目的に*適しているからだろうねえ。

純粋な技術的比較だけじゃないよね。その選択の理由は。

技術的な比較でPostgreSQLが優れてるのなら、
ハイエンドで他の商用RDBMSを選ぶ理由がないもん。

要するに、商用RDBMSと比較して、機能も少なくて性能も劣るけど、
ローエンドではそれほど問題にならないし、それにタダだから、って話だべ?

その利点は否定してないよ。

だけど、商用RDBMSと比較して、使われ方や使ってるユーザーの
レベルが全体的に低いということは否定できないと思うよ。
だって、そういう機能しかないし、そういう使われ方しかしてないもん。


170 :NAME IS NULL:03/10/20 01:01 ID:???
>>167
おまえ、 はやく質問に答えろよ。逃げんなよ、ボケ。

>>また話をずらしたね。

これに答えた結果なんだがな:
>>>商用DBMSなら当然押さえてるこのあたりの機能や性能、
>>>PostgreSQLユーザーで気にしてる人、どれだけいる?

お前、読解力ないだろ。


>>ジャンボジェットを開発する技術力とセスナを開発する技術力。
>>どう考えても、ジャンボジェットの方がレベルは上。

ジャンボの開発者はユーザからのフィードバックがくるから、
技術力が高いんだろ。
わかった、わかった。おやすみ、Oracle野郎。


171 :NAME IS NULL:03/10/20 01:10 ID:???
技術的比較ってのは適しているかどうかだけなの。
すごいメカニズムでも適していなければダメなの。
適してるってのはコストもメカニズムもなにもかも含めて考えるわけ。
で、オールマイティなメカニズムなんてないの、普通は。
で、目的に適したものを選ぶの。

別にハイエンドで使えるもの=凄いじゃあないことくらい
わかってんだろうな。


172 :NAME IS NULL:03/10/20 01:10 ID:???
>>>商用DBMSなら当然押さえてるこのあたりの機能や性能、
>>>PostgreSQLユーザーで気にしてる人、どれだけいる?

これの答えが、

> で、どうなの?多機能システム使ってる人は偉いの?

これでつか?

別に機能の話してるだけじゃないんですけど。
「機能や性能」と書いてあるでしょ。

RDBMSとしての基本的な性能や機能において
PostgreSQLが(商用RDBMSに比べて)劣ってないという立証は?

ハイエンドで商用RDBMSが選ばれる理由をどう考えるわけ?
そういうの開発できる方がレベル高いと思わない?

思わないならまぁいいけどさ。


173 :NAME IS NULL:03/10/20 01:12 ID:???
>171
「適している」と「レベルが高い」が違うことくらいは理解してます。
レベルが高いからといって適しているわけではないのはその通りです。

逆に、適しているからといってレベルが高いというわけでもありません。


174 :NAME IS NULL:03/10/20 01:13 ID:???
>>ハイエンドで商用RDBMSが選ばれる理由をどう考えるわけ?
>>そういうの開発できる方がレベル高いと思わない?

釣りでつか。


175 :NAME IS NULL:03/10/20 01:15 ID:???
結局、

『俺はOracle使ってんだ、レベル高いんだ。』

ってことね。

シルバー?


176 :NAME IS NULL:03/10/20 01:18 ID:???
つか、PostgreSQLのソース読んだり、中いじったりしてるんだが。

まぁいいや。
オモチャの機能や性能で満足している香具師はそのまま遊んでてください。

おやすみ。


177 :NAME IS NULL:03/10/20 01:22 ID:???
皆の声

>>276
じゃあ、お前が本書けや、ボケ!!


ちゃん、ちゃん。




(自作自演じゃないよ。)


178 :NAME IS NULL:03/10/20 20:21 ID:???
>>144
IBMに注文すれば、隠してる部分以外全部情報は出る。
それが商用DBの良いところ。

ただ、IBMのマニュアル作りが、ウンコ、糞、白痴、って言う
議論はしてみたいけど、すれ違いなので(終

179 :NAME IS NULL:03/10/20 20:22 ID:???
>>152
そうか?フリーソフトなんだから、出版事情はとても大切なポイントだと思うぞ。
商用DBだとマニュアルが有るんだから。

180 : :03/10/20 20:49 ID:cUZE6nZ9
>>178
> ただ、IBMのマニュアル作りが、ウンコ、糞、白痴、って言う
> 議論はしてみたいけど、すれ違いなので(終

機械翻訳の日本語マニュアルを読むよりは、
英語のマニュアルに当たったほうが正確だよね。

181 :NAME IS NULL:03/10/20 22:00 ID:???
>>179
日本の出版事情とポストグレスの完成度になにか関係があるかのような
連想をしていた奴がいただけ。


182 :NAME IS NULL:03/10/22 23:04 ID:z9g2utCM
>176

ふーん、で、君のコントリビューションはどれかな?

# 見るだけ、いじるだけなら、サルでも出来るだろうに(藁)


183 :NAME IS NULL:03/10/22 23:08 ID:z9g2utCM
>>167



ジャンボは、軍のコンペに落ちた機体だ、ってのは、当然知ってるよね?
旅客用やカーゴで使われているB-747は、つまりは軍に採用されなかった機体の廃物利用。それがたまたま当たっただけさ。


ふーん、で、君のコントリビューションはどれかな?

# 見るだけ、いじるだけなら、サルでも出来るだろうに(藁)


184 :NAME IS NULL:03/10/22 23:09 ID:z9g2utCM
>>183

おっと、前のカキコが残っちまった。

185 :NAME IS NULL:03/10/23 10:34 ID:q9+Wqi7h
なんかpostgres本が原因でpostgres(ユーザ)の質が落ちてるという発言にたいして
異常にきれて反論しているやつがいるけど、本が原因の一つであることも否定できないだろ?
まあどうせきれてるのはSBPか技評の香具師なんだろうけどさ。
そもそもPostgresのインストールすら自力で出来無い奴はDB扱うなよな。
明らかに出版社は空気読めてないよ。

186 :NAME IS NULL:03/10/23 14:29 ID:???
amazonの検索結果
postgresql本 25冊
内訳

技術表論社 6冊 (うちシーラカンス本3版で3冊、ishxi氏著作計4冊)
日経BP社 2冊
秀和システム 2冊
セレンディップ 2冊
インプレス 2冊
翔泳社 2冊
ローカス 2冊
オーム社 2冊
ソーテック 1冊
ピアソン 1冊
ソフトバンク 1冊
オライリー 1冊
テクノプレス 1冊


185の予想に反して、ソフトバンクは1冊しかpostgresql本がない。
ishxi氏が4冊(日経BPも含めると5冊)書いていることを除けば
各社1-2冊程度。これって普通?

とにもかくにもシーラカンス本が日本のpostgresql本の基準
になってしまったことが....なのかね。


>>明らかに出版社は空気読めてないよ。

これはお門違いかな。出版社は売れてなんぼ、
オンラインドキュメント読み漁るひとははなっから相手にしていない。
インストールも出来ない人が大事なお客様なんだから。

それを言い出すと、日本人が英語が話せないのは出版物のレベルが低いからとか
なんとでも言えるよ。


ところでmysqlはどうなんでしょ?
やはりamazonで調べると洋書ではpostgresqlが18冊に対してmysqlは109冊で圧倒。
でもmysqlの和書は17冊。
mysqlってまだ副問い合わせすらサポートしていないんだよね。



187 : :03/10/23 14:51 ID:lK+ceeqE
副問い合わせってなんですか?

188 : :03/10/23 14:55 ID:lK+ceeqE
http://www.postgresql.jp/document/pg732doc/user/functions-subquery.html
ありゃ、これって副問い合わせって言うのか…

189 :あぼーん:あぼーん
あぼーん

190 :NAME IS NULL:03/10/23 21:49 ID:C9Vx+vuD
漏れとしてはもう PostgreSQL も MySQL も中途半端。イラネ


SQLite と Oracle ありゃいい。開発用や中小は SQLite、大企業向けはOracle

191 :NAME IS NULL:03/10/23 22:00 ID:???
>>190

SQLiteでOKな開発ってなによ?かなり限定されるじゃん。
本当に開発経験あんの (W

#実はSQLiteでシステム組んだことある。
#だがそれはSQLiteしかインストールできないすごく小さなシステム上での話。
#だからSQLiteの限界と中小でのニーズにかなりの乖離がある
#ことは分かっているつもり。


92 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)