【必】未だにPostgresを馬鹿にするOracle厨【死】
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
03/09/16 10:07ID:oMO5pfC/"PostgreSQLは中小企業のどうでもいいDBにしか使えない"
とか言うんなら、PostgreSQLは信頼性に欠けるという証拠出してみろや。
GoldやらPremiumやらで努力してきたのはわかるが、もうお前らの時代は終わった。
じゃあね!
0002名無しさん＠お腹いっぱい。
03/09/16 11:14ID:???終了
0003名無しさん＠お腹いっぱい。
03/09/16 11:36ID:MmDIF1yy数千万件とか億のデータまともに扱えるの？
0004名無しさん＠お腹いっぱい。
03/09/24 00:44ID:???Oracleとかの商用DBはそこらへんちゃんとしてるけど。
0005あぼーん
NGNG0006名無しさん＠お腹いっぱい。
03/09/25 23:07ID:???0007名無しさん＠お腹いっぱい。
03/09/27 18:47ID:ubF6ji1I0008仕様書無しさん
03/09/27 22:49ID:TLhC/ndjめんどくさくなくていい。
PostgreSQLでもいいんだけどさ。
信頼性を調べるの面倒だもの。
個人的には傲慢な某企業には
早く潰れてほしいと思ってる。
0009名無しさん＠お腹いっぱい。
03/09/27 23:01ID:???PostgreSQL狙ったワームが出たらイチコロだな。かわいそーに。
っていうかオープンソースなら安全だって思ってる風潮があるからな！
今は利用者が少ないから攻撃対象になってないだけなのになぁ
結局サポートで稼ごうっていう会社の思うツボなんだよ。
ミラクルリナックスもまったく同じ戦略だな。セコっ
0010名無しさん＠お腹いっぱい。
03/09/28 01:53ID:Hf3OFkdR逆に攻撃対象になるだろうから塞ぐ有償ソフトを売りつける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
0011名無しさん＠お腹いっぱい。
03/09/28 02:09ID:???カンコックかよ。赤同士でお似合いだな(w
0012名無しさん＠お腹いっぱい。
03/09/28 02:14ID:???→ 穴ﾊｹｰﾝ自作自演
→ ユーザびびる
→ しかたなくサポート契約
→ ウマッ
0013名無しさん＠お腹いっぱい。
03/09/28 02:21ID:???>韓国のセキュリティ開発会社ほかとの提携
これ大丈夫かよ(ﾜﾗ
0014名無しさん＠お腹いっぱい。
03/09/30 23:03ID:1+N5Rfd+住友がだしてるやつ。
0015名無しさん＠お腹いっぱい。
03/10/01 13:10ID:VbNc7+M+# pgdump とちゃうで
ポイントインタイム回復無理でしょ？
RAC っぽいことって出来る？
更新可能スナップショットみたいな高度なレプリケーション出来る？
こういう細かい部分がポスグレにはないっしょ。
のでこのスレ終了です。
0016名無しさん＠お腹いっぱい。
03/10/01 15:13ID:Vyqu2M54RACなんてどこもツカワネーヨ
うたい文句に騙されて導入した企業は激怒してんだぞ。
更新可能スナップショットもｲﾗﾈ
営業はデテクンナ。事件は現場でオキテンダ
0017名無しさん＠お腹いっぱい。
03/10/01 17:50ID:???え？ RAC 使わないって？
まさか導入失敗？プププ、技術力無いんだね、可愛そうに。
# しかも俺営業じゃないし
0018NOT 16
03/10/01 19:30ID:QFFRfjIJ0019名無しさん＠お腹いっぱい。
03/10/01 19:54ID:VbNc7+M+はあ、俺が手掛けたので良いのかな？
- 外食産業某社の勤怠/売上管理システム：稼働 3 年目
# これは RAC じゃなくてパラレルサーバだけど、
# 各地区事業部間では非同期レプリケーション使ってる。
- 某サイトの某予約管理システム : 稼働 半年
うちの会社は他にもやってるけど、俺はこれだけ。
アプリのバグ以外は問題なく動いてますが何か？
0020名無しさん＠お腹いっぱい。
03/10/01 21:55ID:t/vVdPWF藻前、テン○ートニの社員だろ :-)
0021仕様書無しさん
03/10/01 23:12ID:zSQb5Au5激怒してる企業って具体的にドコだよ（ｗ
もまえの企業がRACの知識無しに
導入したから激怒してるんじゃないのか？
それ以前に、OPSもちゃんと使えてるのか？（ｗ
0022名無しさん＠お腹いっぱい。
03/10/01 23:27ID:???某サイトの某予約管理システム
0023名無しさん＠お腹いっぱい。
03/10/01 23:29ID:???OPS使いこなす知識があるなら別の選択肢があるのにね(藁
テン○ートニってレベル低っ
0024仕様書無しさん
03/10/01 23:31ID:zSQb5Au5ほぅ。
その某予約管理システムがRACを使って
どう不満があったのか教えてくれ。
0025名無しさん＠お腹いっぱい。
03/10/01 23:33ID:???0026仕様書無しさん
03/10/01 23:37ID:zSQb5Au5そのOPSの別の選択肢を教えてくれ。
どうせ煽りだけだろうがな（ｗ
0027名無しさん＠お腹いっぱい。
03/10/01 23:47ID:???http://www.jpn.hp.com/biz/casebank/cases/kinki/
0028仕様書無しさん
03/10/01 23:59ID:zSQb5Au5アンチOracleを謳うPostgreSQL厨のレベルが低くて嫌。
たとえば>>23みたいなのとか。
聞きかじりで謳うなよ。
他のPostgreSQLユーザーに迷惑と思わないのか？
0029名無しさん＠お腹いっぱい。
03/10/02 00:28ID:???0030名無しさん＠お腹いっぱい。
03/10/02 00:33ID:???外食産業某社の勤怠/売上管理システム：稼働 3 年目
0031名無しさん＠お腹いっぱい。
03/10/02 00:35ID:???2chごときでムキになんなよ
0032名無しさん＠お腹いっぱい。
03/10/02 00:47ID:???どこがつくったの？
0033名無しさん＠お腹いっぱい。
03/10/02 01:02ID:???21
0034名無しさん＠お腹いっぱい。
03/10/03 01:03ID:???3年間も怒り狂いっぱなし？
0035名無しさん＠お腹いっぱい。
03/10/03 01:32ID:???OPSはパーティション使いこなしてなんぼ
それが分かればおのずと選択肢がみえてくんだろ
学生が吠えてんじゃねーよw
0036仕様書無しさん
03/10/03 02:07ID:???ｱﾝﾁOracle派のPostgre厨の必死なﾈﾀでしょう。
とってもｲﾀｲので放っておいたんだけど。
3年も怒らせっぱなしな技術力云々つーツッコミ以前に
RAC使って、稼働3年目ってォィ（ｗ
Oracle9i販売開始は2001/10だけど、製品版が企業に
出回ったのが2002/02くらいだよ。
ｿｳｶｰ、稼働3年目かー、ｽｺﾞｲﾅｰ （遠い目
あと、>>30-33 はUSBｹｰﾌﾞﾙで首吊って（以下略
0038名無しさん＠お腹いっぱい。
03/10/03 02:19ID:???真剣にレスしちゃって青いねぇ〜〜〜。学生？
0039名無しさん＠お腹いっぱい。
03/10/03 02:21ID:???オ マ エ モ ナ ー (w
0040名無しさん＠お腹いっぱい。
03/10/03 02:26ID:???空気読めよ。他のPostgreSQLユーザーに迷惑と思わないのか？
0042名無しさん＠そうだ登録へいこう
03/10/03 02:29ID:???0043名無しさん＠お腹いっぱい。
03/10/03 02:38ID:???0044名無しさん＠お腹いっぱい。
03/10/03 02:40ID:???教えてマンには教えね―よ(w
釣りが甘いねぇ
0045名無しさん＠お腹いっぱい。
03/10/03 04:07ID:???藻前OPSの略が何かわかってないだろw
004645
03/10/03 04:08ID:???0047名無しさん＠お腹いっぱい。
03/10/03 18:45ID:5x/pXfyUよく読め！>>19ではRACで稼働３年なんて書いてねーだろあほ。
「パラレルサーバ」って書いてあるだろ。
まさかOPSがパラレルサーバってことシラネーんじゃねーだろーな？
昔はOPSなんてコジャレた呼び方してなかったんだよ。あほ。
0048名無しさん＠お腹いっぱい。
03/10/03 20:06ID:???ていうか、>>18では「RACを使った事例を挙げてみ」と書いてあるのに、
勝手にOPSの話を始めたのはあなた（>>19）では？
「よく読め」ってのはご自身に向けた方がいいのでは？
と思いましたよ。一連のやりとりを見てて。
0049名無しさん＠お腹いっぱい。
03/10/03 20:08ID:???0050仕様書無しさん
03/10/03 20:47ID:???ああ、ｽﾏﾈ。
>>19 は顧客が満足してて、>>30は>>29の
RACで怒り狂ってる所に対してのレスかと思った。
まさか >>19 = >>30 とは思わなかった。
0051仕様書無しさん
03/10/03 20:59ID:???ちなみに>>35みたいなド素人が
携わってるのかと思ってた。
HA目的でOPSを使うのに、ﾊﾟｰﾃｨｼｮﾝを使いこなす事が
どう関係あるのかと、小一時間（以下略
0052名無しさん＠お腹いっぱい。
03/10/03 21:18ID:???HA目的ならOPS使わなネーyo
勉強し直してこい
0053名無しさん＠お腹いっぱい。
03/10/03 21:24ID:???学生相手にムキになんなよ
0054名無しさん＠お腹いっぱい。
03/10/03 21:28ID:???HAの意味わかってまつか？
0055名無しさん＠お腹いっぱい。
03/10/03 21:42ID:???藻前もHA目的でOPS入れたのかw
0056名無しさん＠お腹いっぱい。
03/10/03 23:32ID:???金融系とか、ダウンタイムを極力小さくしたいときは
OPS(RAC)をアクティブ/ホットスタンバイでやること
がけっこうあるよん。
0057名無しさん＠お腹いっぱい。
03/10/04 00:31ID:AaEveDUF0058名無しさん＠お腹いっぱい。
03/10/04 00:48ID:6x8VpCioそうだ！そうだ！
特に金の無い企業なんて、OracleのStanderdならまだしも
Enterpriseなんて１ライセンスいくらすると思ってるんだ！！
このデフレの時代に客にDBEだけで300マソなんて言えるかよ！
Oracle=金食い虫だよな！
0059名無しさん＠お腹いっぱい。
03/10/04 09:03ID:???その金融使いたくねーなw
どこだよ？
0060名無しさん＠お腹いっぱい。
03/10/04 09:27ID:???0061名無しさん＠お腹いっぱい。
03/10/04 10:04ID:jRA06KAmダウンタイム... (;´Д｀)ﾊｧﾊｧ
0062名無しさん＠お腹いっぱい。
03/10/04 10:05ID:???>>56
ダウンタイム... (;´Д｀)ﾊｧﾊｧ
0063名無しさん＠お腹いっぱい。
03/10/04 10:06ID:???OPSがRACの前身だってこと知らんのか？
0064名無しさん＠お腹いっぱい。
03/10/04 10:11ID:jRA06KAmOracle の exp のインクリメンタルモードってこと？
よう知らんが pgdump にはそんな賢い機能は多分無い
と思われるがいかが？＞ postgres 信者
0065名無しさん＠お腹いっぱい。
03/10/04 10:35ID:???てゆーか、RACのCacheFusionと比べたら結構中身違うじゃん。
0066名無しさん＠お腹いっぱい。
03/10/04 10:52ID:???48 はOPSもRACも知らんし、パーティションもわかっとらん。
HAも知らんトーシロー相手にムキになってもなぁ
48 がOracleを使ったことがない確率 100%
0067名無しさん＠お腹いっぱい。
03/10/04 10:58ID:???48はがんばってるyo！
いろいろググって調べた成果を報告してるじゃん！
まあ学生だから暇なだけか。友達いなそーだな(藁
0068名無しさん＠お腹いっぱい。
03/10/04 11:25ID:yGyfV6+z藻前イタスギルYO!!!
オマエみたいのがいるからPostgreSQL厨のレベルが低くみられるﾀﾞﾛ！
0069名無しさん＠お腹いっぱい。
03/10/04 11:40ID:???--------------------------------- 。←>>36
_______-----------￣￣￣￣￣
∧ ∧ ／ / | ＼ イ
（ ） ／ ./ | ＼ ／
＿ ／ ）／ / | ／|
ぅ／ / // / | ／ |
ノ ,/ /' / |│ ／|
＿＿＿＿＿ ,.／ ／/ | / .─┼─ |
（＿＿＿＿＿二二二二) ﾉ （ （. | / ┼┐─┼─
^^^' ヽ, | | / .││ .│
0070名無しさん＠お腹いっぱい。
03/10/04 23:42ID:???http://512kb.net/2chdaiou.htm
0071名無しさん＠お腹いっぱい。
03/10/05 00:14ID:QY/NT6Bb出来ればその辺シリタイッス。
0072名無しさん＠お腹いっぱい。
03/10/05 12:10ID:???速度云々はRACと同等機能があるかどうかってことも重要な要素だね。
ところでポスグレって一番肝心な行レベルロックはどうなん?
0073仕様書無しさん
03/10/05 12:41ID:???いるのに、答えられる人がいないってどういう事かねぇ？（ｗ
僕としては>>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
0074名無しさん＠お腹いっぱい。
03/10/05 13:03ID:???おまいが探してくるのカタログ系ばっかだな。
質問理解できてますか？
73 がポスグレを使ったことがない確率 100%
0075名無しさん＠お腹いっぱい。
03/10/05 13:14ID:oV5aYG0H007652
03/10/05 13:35ID:???藻前がググッた奴古すぎるよ(禿藁
この本読んでから出直してこい。そしたらいろいろ教えてやる
http://www.amazon.co.jp/exec/obidos/ASIN/4822223434/
あっ学生だから本買う金ねーか...
007752
03/10/05 13:37ID:???0078名無しさん＠お腹いっぱい。
03/10/05 15:08ID:???その割にはロクな発言してないみたいだが。
007952
03/10/05 15:18ID:???藻前は役立つ発言してんのか？どれだよ？
オレは数あるPostgreSQL本の中から良書を教えてあげたんだけどなぁ。
そのありがたみを分かれよ。って藻前 73 なんだろw
0080名無しさん＠お腹いっぱい。
03/10/05 15:58ID:???ていうか、そんなに数無いよ、ポスグレ本なんて。
0082名無しさん＠お腹いっぱい。
03/10/05 16:09ID:???008352
03/10/05 16:16ID:???>もっと進化してると思うよ (w
0084仕様書無しさん
03/10/05 22:09ID:???>>76
本の紹介ｱﾘｶﾞﾄ。買うかどうかは中身みてから決める（ｗ
この本にOPSやRACの代わりになるようなPostgreSQLの
機能が載ってればいいけどね。
本の紹介については感謝するけども
>>52でも「OPSの代わりに、XXXっつー機能があるんだよ！」程度で
済んでしまう事じゃないの？
それは出し惜しみするほど事か？と正直思う。
>>78
擁護かな？ ｱﾘｶﾞﾄ。(^^;
でも、学生と呼ばれようが知識が増えれば僕は満足ﾃﾞｽ。
>>83
その通り。ﾓｯﾃﾅｲ。
でもこの際だから、勉強してみる。
0085名無しさん＠お腹いっぱい。
03/10/05 22:18ID:???等の話題があまりに少ない。本の類も「ではまずインストールから」
なものが多すぎて、何冊も持っていると情報の重複でうんざり。
リファレンスマニュアルの部分集合でしかない本なんて
金出してまで買う価値ねぇよ。
書く方も売れりゃなんでもいいんだろうね。節操ないね。
それとも俺の探し方が足らんのか？
0086名無しさん＠お腹いっぱい。
03/10/06 13:36ID:???禿同。マニュアルとほとんど同じ内容の本って多いよね(ﾎﾟｽｸﾞﾚに限らず)
俺も若いころはマニュアル読む習慣がなかったから本を買いあさってたん
だけど、今読み返してみるとマニュアルで十分じゃんって椰子が多い。
マニュアルを書き写しているような本もあるしね
0087名無しさん＠お腹いっぱい。
03/10/06 17:35ID:???> 等の話題があまりに少ない。
そこで儲けてる（or儲けようとする）人が多いからじゃん。
0088名無しさん＠お腹いっぱい。
03/10/06 18:08ID:???そうそう！企業秘密って椰子ね。貴重なノウハウ(他社との差別化)だもんね
0089名無しさん＠お腹いっぱい。
03/10/06 18:19ID:???氏が所属する会社がサポートで稼ぎたかったからだよね〜〜。ｴﾊﾞﾝｼﾞｪﾘｽﾄw
だから「PostgreSQLはすばらしい！」と思わされてるのって、
サポートやってる企業に手のひらで踊らされてるだけなのよね。
まぁ >>1 みたいのがいるとｻﾎﾟやってる企業にとってはｳﾚｼｲ限りﾅﾝｼﾞｬﾅｲ
0090名無しさん＠お腹いっぱい。
03/10/06 18:26ID:???0091名無しさん＠お腹いっぱい。
03/10/06 19:14ID:???ただ、逆に言うと、本当に基本的なノウハウさえ「企業秘密」とやらに
カテゴライズされてしまう今の状況から判断するに、
PostgreSQLが広く普及しているとは言えないんだろうなぁ、という気はする。
第一、SRAにそんなに他社を圧倒するだけの技術力があるとはとても思えん。
ある程度の経験の蓄積による先行者利益を享受してるだけでそ、現状は。
0092名無しさん＠お腹いっぱい。
03/10/06 19:17ID:???> だから「PostgreSQLはすばらしい！」と思わされてるのって、
> サポートやってる企業に手のひらで踊らされてるだけなのよね。
同感。
この業界でやっていくなら、他人の土俵で勝負しない（SRAに頼らない）気概ってのは
必要だと思う。一言で言えば「いつまでも今のままだと思うなよ」ってこった。
0093名無しさん＠お腹いっぱい。
03/10/07 00:00ID:???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
0094名無しさん＠お腹いっぱい。
03/10/07 01:52ID:???ノウハウもオープンでないと駄目なわけで・・・
金銭関係で欲目を出すと大抵そのソフトにとって不幸なことになる。
小銭稼ごうとしたマヌケが自滅する分には一向に構わんのだが・・・
0095名無しさん＠お腹いっぱい。
03/10/08 00:01ID:???0096名無しさん＠お腹いっぱい。
03/10/09 10:00ID:???それは違うぞ。
オープンソースの開発者がノウハウのオープンにまで責任持つなんてのは
きいたことがない。
問題は寄生している奴らがドキュメント和訳程度しかしてないくせに、
いやそれしかしないくせに、ユーザ会つくって排他的な活動をしてしまうこと。
特にポスグレ関連の連中の情報出し惜しみは目にあまる。
postgresql.confの設定すら理解できないような情報しか出さずに、
S○Aや関係する連中はそういう情報を握ってサポート料など取ってるわけだ。
で、
オープンソースのいいところはソースが公開されていることだ。
だからソースから情報を得ればいいんだよ。
本気で読めば２か月でだいたいのところは分かるよ。
普通に会社の仕事をしながら、
２か月でストレージとオプティマイズなら理解できる。
情報が足りないのってここらだろう。２か月だよ。
逆に、この程度の情報を握っているだけでポスグレ界をぎゅうじろうと
するからポスグレ関係者に評判が悪いんだろう。
0097名無しさん＠お腹いっぱい。
03/10/09 10:52ID:coboWhy8じゃあ２ヵ月後よろしく。
0098名無しさん＠お腹いっぱい。
03/10/09 15:33ID:???逆にポスグレ厨って卑賤で最悪。
何事も柔らかくいこうや。
オラクルのゴールド持ってて使えない奴なら見たことあるが
オラクルよりもポスグレの技術力が高い奴ほど
オラクルを上手く使える印象があるんだが。
0099名無しさん＠お腹いっぱい。
03/10/09 17:02ID:???わしは２時間で分かりました。
>>97
でもその結果を書くにはここは狭すぎる。
010094
03/10/10 01:34ID:???ほんのわずかな先行者利益に寄生して小銭を稼ごうという
姿勢はいかがなものか、と。
つまり>>96といいたいことは大して変わらんと思う。
で、ソースから情報を得よという点についてだけど。
ノウハウまで得られる？
ノウハウって経験則と実績と、裏づけとなるいくらかの理屈で
構成されるもんじゃないかな。
要は、「ひとりよりふたり」
1人のリソースは有限だから、大勢の人間の経験則を集積しなきゃならん。
このプロセスに対して閉鎖的な人間しか寄り付かないとなると、
そのソフトウェアにとって不幸なことだね、と思ったわけさ。
0101NAME IS NULL
03/10/14 03:22ID:3am0ywg4■ このスレッドは過去ログ倉庫に格納されています