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

1 ：03/09/16 〜 最終レス ：2012/04/30

PostgreSQLやMySQLが十分実用に耐えうるようになったのは事実。
"PostgreSQLは中小企業のどうでもいいDBにしか使えない"
とか言うんなら、PostgreSQLは信頼性に欠けるという証拠出してみろや。
GoldやらPremiumやらで努力してきたのはわかるが、もうお前らの時代は終わった。
じゃあね!

2 ：

1の時代も終わった













終了

3 ：

ポスグレそんなに悪い評判じゃないって知ってるけど、
数千万件とか億のデータまともに扱えるの？

4 ：

ポスグレつかったことないけど、障害が起きたときリカバリできるの？
Oracleとかの商用DBはそこらへんちゃんとしてるけど。

5 ：あぼーん：あぼーん

あぼーん

6 ：

>>1の言うPremiumってなんだろう・・・

7 ：

プラチナだろうな。。

8 ：

正直、使い慣れたRDBMSを使う方が
めんどくさくなくていい。
PostgreSQLでもいいんだけどさ。
信頼性を調べるの面倒だもの。
個人的には傲慢な某企業には
早く潰れてほしいと思ってる。

9 ：

PostgreSQLってさあ、脆弱性がみつかったときどうすんのよ？
PostgreSQL狙ったワームが出たらイチコロだな。かわいそーに。
っていうかオープンソースなら安全だって思ってる風潮があるからな！
今は利用者が少ないから攻撃対象になってないだけなのになぁ
結局サポートで稼ごうっていう会社の思うツボなんだよ。
ミラクルリナックスもまったく同じ戦略だな。セコっ

10 ：

ミラクル・リナックスは、違う戦略らしいぞ（藁
逆に攻撃対象になるだろうから塞ぐ有償ソフトを売りつけるyo

セキュリティ対策はOSから：ミラクル・リナックス、OSの安全性を高めるソフトを販売
http://japan.cnet.com/news/ent/story/0,2000047623,20061093,00.htm
ミラクル・リナックス、韓国企業2社と戦略提携を発表。アジア展開へ
http://www.zdnet.co.jp/enterprise/0309/25/epn05.html
ミラクル・リナックス、韓国のセキュリティ開発会社ほかとの提携を発表
セキュアOSソリューション「HiZARD」を10月出荷
http://enterprise.watch.impress.co.jp/cda/topic/2003/09/25/67.html
ミラクル・リナックスがセキュアOSの実現に本腰
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20030925/135050/
MIRACLE LINUX、提携で韓国でも発売へ
http://www.atmarkit.co.jp/news/200309/27/miracle.html
ミラクル・リナックスが韓国IT企業と提携
http://www.mainichi.co.jp/digital/computing/today/3.html
http://www.oracle.co.jp/news_owa/NEWS/news.news_detail?p_news_code=964

11 ：

ぶはははは
カンコックかよ。赤同士でお似合いだな(w

12 ：

わざと穴を作る
→ 穴ﾊｹｰﾝ自作自演
→ ユーザびびる
→ しかたなくサポート契約
→ ウマッ

13 ：

>>10
>韓国のセキュリティ開発会社ほかとの提携
これ大丈夫かよ(ﾜﾗ

14 ：

外部からIISを包んでセキュリティ守るソフトあったな。
住友がだしてるやつ。

15 ：

ていうかポスグレって Online backup 出来んだろ？
# pgdump とちゃうで
ポイントインタイム回復無理でしょ？
RAC っぽいことって出来る？
更新可能スナップショットみたいな高度なレプリケーション出来る？
こういう細かい部分がポスグレにはないっしょ。
のでこのスレ終了です。

16 ：

>>15
RACなんてどこもツカワネーヨ
うたい文句に騙されて導入した企業は激怒してんだぞ。
更新可能スナップショットもｲﾗﾈ
営業はデテクンナ。事件は現場でオキテンダ

17 ：

>>16
え？ RAC 使わないって？
まさか導入失敗？プププ、技術力無いんだね、可愛そうに。
# しかも俺営業じゃないし

18 ：

いいからRACを実際に使った事例をあげてみろよ(pu

19 ：

>>18
はあ、俺が手掛けたので良いのかな？
- 外食産業某社の勤怠/売上管理システム：稼働 3 年目
# これは RAC じゃなくてパラレルサーバだけど、
# 各地区事業部間では非同期レプリケーション使ってる。
- 某サイトの某予約管理システム : 稼働 半年
うちの会社は他にもやってるけど、俺はこれだけ。
アプリのバグ以外は問題なく動いてますが何か？

20 ：

>>19
藻前、テン○ートニの社員だろ :-)

21 ：

>>16
激怒してる企業って具体的にドコだよ（ｗ
もまえの企業がRACの知識無しに
導入したから激怒してるんじゃないのか？
それ以前に、OPSもちゃんと使えてるのか？（ｗ

22 ：

>>21
某サイトの某予約管理システム

23 ：

OPSだってよ。プププ
OPS使いこなす知識があるなら別の選択肢があるのにね(藁
テン○ートニってレベル低っ

24 ：

>>22
ほぅ。
その某予約管理システムがRACを使って
どう不満があったのか教えてくれ。

25 ：

別の選択肢ってのは、少なくともPostgreSQLのことじゃないな。

26 ：

>>23
そのOPSの別の選択肢を教えてくれ。
どうせ煽りだけだろうがな（ｗ

27 ：

RAC 事例: 近ツリの旅行予約システム 2003年1月から
http://www.jpn.hp.com/biz/casebank/cases/kinki/

28 ：

PostgreSQL自体は良いRDBMSだと思ってるけど
アンチOracleを謳うPostgreSQL厨のレベルが低くて嫌。
たとえば>>23みたいなのとか。
聞きかじりで謳うなよ。
他のPostgreSQLユーザーに迷惑と思わないのか？

29 ：

RACで怒り狂ってるとこってどこー？

30 ：

>>21 >>29
外食産業某社の勤怠/売上管理システム：稼働 3 年目

31 ：

>>28
2chごときでムキになんなよ

32 ：

>>30
どこがつくったの？

33 ：

>>32
21

34 ：

>>30
3年間も怒り狂いっぱなし？

35 ：

>>26
OPSはパーティション使いこなしてなんぼ
それが分かればおのずと選択肢がみえてくんだろ
学生が吠えてんじゃねーよw

36 ：

>>34
ｱﾝﾁOracle派のPostgre厨の必死なﾈﾀでしょう。
とってもｲﾀｲので放っておいたんだけど。
3年も怒らせっぱなしな技術力云々つーツッコミ以前に
RAC使って、稼働3年目ってォィ（ｗ
Oracle9i販売開始は2001/10だけど、製品版が企業に
出回ったのが2002/02くらいだよ。
ｿｳｶｰ、稼働3年目かー、ｽｺﾞｲﾅｰ （遠い目

あと、>>30-33 はUSBｹｰﾌﾞﾙで首吊って（以下略

37 ：

>>35
もまえ、やっぱOPSわかってねぇだろ（ｗ
まぁ面白いから、一応聞いておく。
なんのパーティションだよ？（ｗ

38 ：

>>36
真剣にレスしちゃって青いねぇ〜〜〜。学生？

39 ：

>>37
オ マ エ モ ナ ー (w

40 ：

>>36
空気読めよ。他のPostgreSQLユーザーに迷惑と思わないのか？

41 ：

>>38
真剣なレスかえせないようで青いねぇ〜〜〜。　無職の方？

42 ：

このスレ、実は１人しかいません。

43 ：

2人だろw

44 ：

>>41
教えてマンには教えね―よ(w
釣りが甘いねぇ

45 ：

>>37
藻前OPSの略が何かわかってないだろw

46 ：

一応訂正。何の略か、ねw

47 ：

>>36
よく読め！>>19ではRACで稼働３年なんて書いてねーだろあほ。
「パラレルサーバ」って書いてあるだろ。
まさかOPSがパラレルサーバってことシラネーんじゃねーだろーな？
昔はOPSなんてコジャレた呼び方してなかったんだよ。あほ。

48 ：

>>47
ていうか、>>18では「RACを使った事例を挙げてみ」と書いてあるのに、
勝手にOPSの話を始めたのはあなた（>>19）では？
「よく読め」ってのはご自身に向けた方がいいのでは？
と思いましたよ。一連のやりとりを見てて。

49 ：

とりあえずおまいらもちつけ、と。

50 ：

>>47
ああ、ｽﾏﾈ。
>>19 は顧客が満足してて、>>30は>>29の
RACで怒り狂ってる所に対してのレスかと思った。
まさか >>19 = >>30 とは思わなかった。

51 ：

>>47
ちなみに>>35みたいなド素人が
携わってるのかと思ってた。
HA目的でOPSを使うのに、ﾊﾟｰﾃｨｼｮﾝを使いこなす事が
どう関係あるのかと、小一時間（以下略

52 ：

あはははは
HA目的ならOPS使わなネーyo
勉強し直してこい

53 ：

>>52
学生相手にムキになんなよ

54 ：

>>51
HAの意味わかってまつか？

55 ：

>>48
藻前もHA目的でOPS入れたのかw

56 ：

>>52
金融系とか、ダウンタイムを極力小さくしたいときは
OPS(RAC)をアクティブ/ホットスタンバイでやること
がけっこうあるよん。

57 ：

インクリメンタルバックアップとかはどうなんでしょう…

58 ：

>>1
そうだ！そうだ！
特に金の無い企業なんて、OracleのStanderdならまだしも
Enterpriseなんて１ライセンスいくらすると思ってるんだ！！
このデフレの時代に客にDBEだけで300マソなんて言えるかよ！
Oracle=金食い虫だよな！

59 ：

>>56
その金融使いたくねーなw
どこだよ？

60 ：

基幹システムでは使ってねーから安心しな(w

61 ：

>>52
ダウンタイム... (;´Д｀)ﾊｧﾊｧ

62 ：

基
>>56
ダウンタイム... (;´Д｀)ﾊｧﾊｧ

63 ：

>>48
OPSがRACの前身だってこと知らんのか？

64 ：

>>57
Oracle の exp のインクリメンタルモードってこと？
よう知らんが pgdump にはそんな賢い機能は多分無い
と思われるがいかが？＞ postgres 信者

65 ：

>63
てゆーか、RACのCacheFusionと比べたら結構中身違うじゃん。

66 ：

>>63
48 はOPSもRACも知らんし、パーティションもわかっとらん。
HAも知らんトーシロー相手にムキになってもなぁ
48 がOracleを使ったことがない確率 100%

67 ：

>>66
48はがんばってるyo！
いろいろググって調べた成果を報告してるじゃん！
まあ学生だから暇なだけか。友達いなそーだな(藁

68 ：

>>36
藻前イタスギルYO!!!
オマエみたいのがいるからPostgreSQL厨のレベルが低くみられるﾀﾞﾛ！

69 ：

　　　　　　　　　　　　　　　　￣￣￣￣-----________ ＼　|　/　　--￣
　　　　　　---------------------------------　　。←>>36
　　　　　　　　　　　_______-----------￣￣￣￣￣
　　　　　　　　　　　　　　　　　　　　 ∧ ∧　　　　／　/　|　　＼　　　イ
　　　　　　　　　　　　　　　　　　　　（　　　）　　／　 ./　 |　　　 ＼　／
　　　　　　　　　　　　　　　　　＿ ／　　　　）／　 　/　　|　　　　 ／|
　　　　　　　　　　　　　　　　 ぅ／ /　　　//　　　　/　　 |　　　　／ |
　　　　　　　　　　　　　　　　ノ　 ,/　　　/'　　　　/　　　 |│　／|
　＿＿＿＿＿　　　　　 ,.／ ／/　　　 |　　　　 / 　 　.─┼─　|
（＿＿＿＿＿二二二二)　 ﾉ （　（.　　|　　　　/　┼┐─┼─
　　　　　　　　　　　　　 ^^^'　　ヽ, |　　|　　　/　 .││　 .│

70 ：

おまえら、これでも見てなごめや。
http://512kb.net/2chdaiou.htm

71 ：

なんか管理面の話ばっかだけど、実行時の速度と信頼性とか、耐久度は同じくらいあるの？
出来ればその辺シリタイッス。

72 ：

>>71
速度云々はRACと同等機能があるかどうかってことも重要な要素だね。
ところでポスグレって一番肝心な行レベルロックはどうなん?

73 ：

いやー、PostgreSQLについて前向きに質問している人も
いるのに、答えられる人がいないってどういう事かねぇ？（ｗ
僕としては>>23 = >>35 = >>44 = >>52 みたいな香具師に
答えて欲しいわけだが（ｗ
今まで何一つ、明確な答えをだせてないよね？（ｗ
まぁ、実際に出来る事といえば>>68-69程度だと思ってるので
ちゃんとした回答は、他のPostgreSQLユーザーさんに期待（ｗ

>>71-72
行ロックは可能らしい。元ネタはココ。
ttp://www.bitscope.co.jp/library/PostgreSQL_whatis.html
あと、ココ。記事が古いので、もっと進化してると思うよ。
ttp://www.atmarkit.co.jp/flinux/rensai/postgres01/postgres01.html

74 ：

>>73
おまいが探してくるのカタログ系ばっかだな。
質問理解できてますか？
73 がポスグレを使ったことがない確率 100%

75 ：

73＝PostgreSQLについて前向きに質問している人

76 ：

>>73
藻前がググッた奴古すぎるよ(禿藁
この本読んでから出直してこい。そしたらいろいろ教えてやる
http://www.amazon.co.jp/exec/obidos/ASIN/4822223434/
あっ学生だから本買う金ねーか...

77 ：

73のスキルじゃ本理解できねーかもw

78 ：

なんか「学生」とﾚｯﾃﾙ貼れば何でも言えると思ってる香具師がいるようだな。
その割にはロクな発言してないみたいだが。

79 ：

>>78
藻前は役立つ発言してんのか？どれだよ？
オレは数あるPostgreSQL本の中から良書を教えてあげたんだけどなぁ。
そのありがたみを分かれよ。って藻前 73 なんだろw

80 ：

> 数あるPostgreSQL本
ていうか、そんなに数無いよ、ポスグレ本なんて。

81 ：

>>80
じゃあ全部買えよ！

82 ：

いや、>76の本は持ってるけどな。

83 ：

持ってるなら 73 みたいな発言しねーよ。
>もっと進化してると思うよ (w

84 ：

はい。おつかれさん…と。
>>76
本の紹介ｱﾘｶﾞﾄ。買うかどうかは中身みてから決める（ｗ
この本にOPSやRACの代わりになるようなPostgreSQLの
機能が載ってればいいけどね。
本の紹介については感謝するけども
>>52でも「OPSの代わりに、XXXっつー機能があるんだよ！」程度で
済んでしまう事じゃないの？
それは出し惜しみするほど事か？と正直思う。
>>78
擁護かな？ ｱﾘｶﾞﾄ。(^^;
でも、学生と呼ばれようが知識が増えれば僕は満足ﾃﾞｽ。
>>83
その通り。ﾓｯﾃﾅｲ。
でもこの際だから、勉強してみる。

85 ：

確かにPostgreSQLは冗長構成、バックアップ/リカバリ、運用保守、
等の話題があまりに少ない。本の類も「ではまずインストールから」
なものが多すぎて、何冊も持っていると情報の重複でうんざり。
リファレンスマニュアルの部分集合でしかない本なんて
金出してまで買う価値ねぇよ。
書く方も売れりゃなんでもいいんだろうね。節操ないね。
それとも俺の探し方が足らんのか？

86 ：

>リファレンスマニュアルの部分集合でしかない本
禿同。マニュアルとほとんど同じ内容の本って多いよね(ﾎﾟｽｸﾞﾚに限らず)
俺も若いころはマニュアル読む習慣がなかったから本を買いあさってたん
だけど、今読み返してみるとマニュアルで十分じゃんって椰子が多い。
マニュアルを書き写しているような本もあるしね

87 ：

> 確かにPostgreSQLは冗長構成、バックアップ/リカバリ、運用保守、
> 等の話題があまりに少ない。
そこで儲けてる（or儲けようとする）人が多いからじゃん。

88 ：

>そこで儲けてる（or儲けようとする）人が多いからじゃん。
そうそう！企業秘密って椰子ね。貴重なノウハウ(他社との差別化)だもんね

89 ：

憶測だけど、石○達夫さんが日本でPostgreSQLを広めたかったのって、
氏が所属する会社がサポートで稼ぎたかったからだよね〜〜。ｴﾊﾞﾝｼﾞｪﾘｽﾄw
だから「PostgreSQLはすばらしい！」と思わされてるのって、
サポートやってる企業に手のひらで踊らされてるだけなのよね。
まぁ >>1 みたいのがいるとｻﾎﾟやってる企業にとってはｳﾚｼｲ限りﾅﾝｼﾞｬﾅｲ

90 ：

ミラクルの戦略は >>10 ね（ｗ

91 ：

>88-89
ただ、逆に言うと、本当に基本的なノウハウさえ「企業秘密」とやらに
カテゴライズされてしまう今の状況から判断するに、
PostgreSQLが広く普及しているとは言えないんだろうなぁ、という気はする。
第一、SRAにそんなに他社を圧倒するだけの技術力があるとはとても思えん。
ある程度の経験の蓄積による先行者利益を享受してるだけでそ、現状は。

92 ：

>89
> だから「PostgreSQLはすばらしい！」と思わされてるのって、
> サポートやってる企業に手のひらで踊らされてるだけなのよね。
同感。
この業界でやっていくなら、他人の土俵で勝負しない（SRAに頼らない）気概ってのは
必要だと思う。一言で言えば「いつまでも今のままだと思うなよ」ってこった。

93 ：

>>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 ：

オープンソフトウェアってのはソースだけがオープンじゃ意味が無いわけで・・・
ノウハウもオープンでないと駄目なわけで・・・
金銭関係で欲目を出すと大抵そのソフトにとって不幸なことになる。
小銭稼ごうとしたマヌケが自滅する分には一向に構わんのだが・・・

95 ：

ノウハウだしおしみage

96 ：

>>94
それは違うぞ。
オープンソースの開発者がノウハウのオープンにまで責任持つなんてのは
きいたことがない。
問題は寄生している奴らがドキュメント和訳程度しかしてないくせに、
いやそれしかしないくせに、ユーザ会つくって排他的な活動をしてしまうこと。
特にポスグレ関連の連中の情報出し惜しみは目にあまる。
postgresql.confの設定すら理解できないような情報しか出さずに、
S○Aや関係する連中はそういう情報を握ってサポート料など取ってるわけだ。
で、
オープンソースのいいところはソースが公開されていることだ。
だからソースから情報を得ればいいんだよ。
本気で読めば２か月でだいたいのところは分かるよ。
普通に会社の仕事をしながら、
２か月でストレージとオプティマイズなら理解できる。
情報が足りないのってここらだろう。２か月だよ。
逆に、この程度の情報を握っているだけでポスグレ界をぎゅうじろうと
するからポスグレ関係者に評判が悪いんだろう。

97 ：

>>96
じゃあ２ヵ月後よろしく。

98 ：

オラクル使ってる人って貴族意識高いよね。
逆にポスグレ厨って卑賤で最悪。
何事も柔らかくいこうや。
オラクルのゴールド持ってて使えない奴なら見たことあるが
オラクルよりもポスグレの技術力が高い奴ほど
オラクルを上手く使える印象があるんだが。

99 ：

>>96
わしは２時間で分かりました。
>>97
でもその結果を書くにはここは狭すぎる。

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

数十メガバイトのファイルをどんどん格納できるDB (202)
ハロワの職業訓練でデータベースやってるんですが。 (249)
SQL質疑応答スレ 13問目 (215)
MSDEよりいいDB、ありませんか? (345)
OODB - オブジェクト指向データベース (297)
【無料DB】OpenOffice2.0?Base【Accessｲﾗﾈ】 (595)
--log9.info------------------
【中華圏】范冰冰★ファン・ビンビン【��1美女】 (588)
サンドラ・ブロック Part3 <不死鳥編> (366)
【ｷｬﾌﾟﾃﾝ･ｼﾞｬｯｸ】ジョン・バロウマン【ｵｰﾌﾟﾝｹﾞｲ】 (440)
エドワード・ファーロング３ (469)
マイケル・ジャクソンのファッションセンス (813)
【ｼﾞｪﾆｰ】テイラー・モンセン【ｺﾞｼｯﾌﾟｶﾞｰﾙ】 (712)
レイチェル・マクアダムス/Rachel McAdams (445)
【ﾊｳｽ】ヒュー・ローリー【ﾊﾞｰﾃｨｰｳｰｽﾀｰ】 (308)
【マイリー】Miley Cyrus Part1【ハンナ】 (744)
【第2のテヨン】ソン・へギョ15【共演者キラー】 (449)
【全力】カン・ジファン 6【役者】 (426)
ジローラモうざい２ (308)
アーノルド・シュワルツェネッガー (305)
【ｺﾞﾘﾗ】ドミニク・パーセル【2ｳﾎｳﾎ】 (231)
【マルチに】国民の弟　３【活躍】 (247)
リンジー・ローハン27 (605)
--log55.com------------------
【CATS】キャッツ【メモリー】 2
スター・ウォーズ Episode9 スカイウォーカーの夜明け Star Wars: The Rise of Skywalker 76
パラサイト 半地下の家族 Part8
松江哲明「童貞。をプロデュース」性犯罪事件→10年後に未曾有の復讐へ 第12部
ジョジョ・ラビット part2
スター・ウォーズ Episode9 スカイウォーカーの夜明け Star Wars: The Rise of Skywalker 77
【CATS】キャッツ【メモリー】 3
ジョーカー/JOKER part37