【オラクル＞ポストグレスの理由】⇒言い訳の為

**NAME IS NULL** · 2008/04/28(月) 15:09:49

万が一の時

オラクルのケース＞俺＞『あのオラクルなんだからしょうがないっす』

ポストグレスのケース＞無能な上司＞『無料だからといって変な物を使うからだ！責任取れ！』

他に理由ある？

ちなみに久々にオラクルのページ見たが相変わらず価格が解りづらいｗｗｗｗｗｗｗｗ
いつまでこんな殿様商売続けてるんだかｗｗｗｗｗｗｗ
スタンダード版くらい５万円くらいで堂々と売れ！

**NAME IS NULL** · 2009/01/11(日) 04:01:02

電話サポートなんてあったんだ。

**NAME IS NULL** · 2009/01/11(日) 10:58:28

>>96
はっきりと差があるのは階層的クエリとかかな。
あとwindow関数とかね。そこらへん組み合わせたクエリはPostgreSQLだと出来ない。
他のRDBMSだとmerge文とかもないよね。

model句とかpivot句とかは使わないから分からない。

**NAME IS NULL** · 2009/01/11(日) 13:33:44

階層問い合わせは出来るが

**NAME IS NULL** · 2009/01/11(日) 17:24:21

>>101

回答が気に入らないのであれば、回答では満足出来ない理由を
述べないとその後の対応してくれません。自分の意見をキチンと
述べて、要求をしっかりすることが大事です。

それでも駄目で、どうしても直らないと困るOracleの障害の場合には、
営業を巻き込むとかしてください。

**NAME IS NULL** · 2009/01/11(日) 23:13:18

階層問い合わせとWindow関数はPostgreSQL8.4に入るんだっけ？

**NAME IS NULL** · 2009/01/12(月) 02:13:24

8.4待たずともtree入れれば階層は普通に使えるんじゃないの昔から

**NAME IS NULL** · 2009/01/13(火) 20:49:47

>>104
名前が違うだけでmergeはあるだろ

**NAME IS NULL** · 2009/01/17(土) 19:29:03

大企業の基幹システムには、フリーＤＢＭＳは
使えません。経営層が不安を感じます。
そのため、大企業はOracleを使用していますね。

**NAME IS NULL** · 2009/01/17(土) 20:25:40

まあ本当の大企業だとまだSYBASEとか言っちゃってたりするんだけどなw

**NAME IS NULL** · 2009/01/17(土) 21:53:18

>>104
制限付きだけど with が 8.3.5 から入ってなかったけ？
＃MLでみた気がした

**NAME IS NULL** · 2009/01/18(日) 15:21:00

俺は「ＤＢＭＳ」とか書いちゃう>>110に不安を感じるなー。

**NAME IS NULL** · 2009/01/21(水) 04:25:21

oracle言ってた企業が予算縮小でossで固めるとか言ってきた
無い袖は振れませんか、そうですか、そんなもんですね

**NAME IS NULL** · 2009/01/21(水) 20:46:14

Oracleがフリーソフトになったら面白いのにね

**NAME IS NULL** · 2009/01/22(木) 00:13:43

>>115
つXE

**NAME IS NULL** · 2009/01/22(木) 00:58:15

>>116
No Thank you!!

**NAME IS NULL** · 2009/01/22(木) 15:39:44

>>117
同じく
サポート入っていればPSR入手可って
そこまでしてつかいたくねーよ
＃2005EX使ってるけど

**NAME IS NULL** · 2009/01/22(木) 23:05:40

>他のRDBMSだとmerge文とかもないよね。

DB2もあるだろ。
なんでOracle信者は自分が機能豊富だと思い込みたがるのか理解できんが。

統計情報によるクエリの最適化やらベクターインデックス辺りの技術はIBMの
方が凄まじい感があるしなー。

ウチの場合はOracleは逆に落ちてもいいサービスに使っているけど。
障害が発生してもサービス停止になっても「Oracleのサポートに聞いても原因不明でした」
と逃げられるから。

**NAME IS NULL** · 2009/01/22(木) 23:58:00

DB2は忘れられないように必死だということはわかった。

**NAME IS NULL** · 2009/01/24(土) 00:24:36

Sybaseの事も思い出してやってください

**NAME IS NULL** · 2009/02/20(金) 00:56:19

>>106
障害対応に営業を巻き込めって．．．．
「次買わねーぞ」　とか　「買掛の未払い分払わねーぞ」　とか言って脅せって事か？

>>110
>>1
　　＞オラクルのケース＞俺＞『あのオラクルなんだからしょうがないっす』
　　＞ポストグレスのケース＞無能な上司＞『無料だからといって変な物を使うからだ！責任取れ！』
まさに>>1の言うとおり

>>115
soralisは無料でも使われないが、oracleは無料なら使われそうだな

>>100,119
DB2の売り込みに必死．．．．と流そうと思ったが、
　　＞無能な上司＞『無料だからといって変な物を使うからだ！責任取れ！』
　　＞俺＞じゃオラクルにします
　　＞無能な上司＞高すぎるだろ！
なぁんて場合には有効かもな

**NAME IS NULL** · 2009/02/20(金) 13:21:12

>>122
サポートがどうなるかじゃない？
＃色んな情報が公開されるなら、使ってみたいかな

昔　トランザクション中で create temp したのが終わった後消えなくて
なんでと思って探してたら、大したバグじゃ無いから・後回し・みたいな
記述見て力が抜けた＞postgres

**NAME IS NULL** · 2009/02/20(金) 21:01:33

Oracleならバグと認めないだけだろ

**NAME IS NULL** · 2009/02/21(土) 19:33:17

>>124

Oracleもちいさいバグでも対応はするけど、重要じゃないバグは後回し。

**NAME IS NULL** · 2009/08/02(日) 02:28:14

ぶっちゃけサポートを除いたとして
ORACLEを使うメリットが見つからない気がするんだが・・・

**NAME IS NULL** · 2009/08/05(水) 08:34:49

いやだからサポート除いたらってサポートはかなり重要な問題だと思うんだが

**NAME IS NULL** · 2009/09/30(水) 16:39:36

いやだからサポートが本当に質の高いサポートをしてくれるかどうかって事が重要な問題だと思うんだが

**NAME IS NULL** · 2009/10/03(土) 20:25:45

>>128
分かってないな～　最終的な責任逃れするためにサポートに入るということを
Oracleのサポートも分からないのにどうしようも出来ない→代替え案
この流れが出来るかどうかは　サポートがあるか無いかで変わる

**NAME IS NULL** · 2009/10/03(土) 22:37:30

オープンソースのプロダクトを使うと言う事も責任逃れになるけどね
コストを抑えているんだからってことで
最低500万1000万スタートでサポート使い物になりませんでしたのでどうしようも出来ないですってのは逆に
サポートがクソなのに年間500万も払わされるものを進めたという
事に対して責任が発生しかねない

**NAME IS NULL** · 2009/10/04(日) 10:24:02

なんで、ベンダー製品でサポート受けるのとオープンソースで自分で面倒見るのと
どっちが良いかって話になるかねぇ？
車検でディーラーに高い金を払うのがバカらしいと考える人もいれば、逆に自分で
わざわざ手間かけるより金払って済ませた方が楽だと考える人もいるわけで。

**NAME IS NULL** · 2009/10/04(日) 10:55:31

>>131

そうだねぇ。
オープンソースだってサポートを売ってる会社だってあるのにねぇ。

Oracle だって SE One なら安いし。販社によっては40万くらいで買える。
PostgreSQL も自分たちで面倒見切れないんだったら商用版を買えばいい。

**NAME IS NULL** · 2009/10/04(日) 11:01:08

Oracleがもてはやされる理由は営業的に数字が大きいからだろ。

規模と用途によるけどOracleでなければならない案件なんてそうそうないが。

コミコミで５億くらいの案件ならOracleにしとけ、とか思うけど。

**NAME IS NULL** · 2009/10/12(月) 08:30:50

お役所系の仕事だと商談中にOSSのDBは全く信頼してくれない
これはしょうがないっすかね

**NAME IS NULL** · 2009/10/12(月) 09:17:15

OSSのプロダクトは、それを提供する側が保証しなきゃならん。いわば「DBMS全部内製でいきます」って
言っているようなもんだからな。
それでもかまわないような案件か、実際そのくらいできるという信用があるところじゃないと厳しいんじゃ
ないかな。

**NAME IS NULL** · 2009/10/12(月) 13:27:27

Oracleのサポートはサポートであって保証じゃないぞ
トラブルでデータ全部飛んだとしてもOracleが保証するわけじゃないし

**NAME IS NULL** · 2009/10/12(月) 17:04:32

サポートじゃなくてそれ以前の問題だよ。「ちゃんと使えます。動きます」っていうレベルの。

**NAME IS NULL** · 2009/10/12(月) 21:01:32

＞お役所系の仕事だと商談中にOSSのDBは全く信頼してくれない

正確にはオマエの会社の営業が信頼できないんだろ。ｗ

と言うかお役所仕事は年間予算みたいなので枠決めなので、
OSS使おうか使わなくてもあんま関係ない。
「オマエの会社が責任取れ」と言われるだけ。

どこぞのお役所はPostgres使っている。

当然だがOracleもPostgresがデータに対する保障や責任とる必要はない。

まあ、消えた年金ネタとか知っていると、NTTや日立もデータに関しては無責任だとは思うけど。

**NAME IS NULL** · 2009/10/12(月) 22:39:29

何か問題があったとき、大手SIはOracleやらMSの社員を呼びつけて御前会議に同席させるらしいなw

**NAME IS NULL** · 2009/10/12(月) 23:08:17

>>137
Oracleだってちゃんと使えないトンデモバグ出て来るけど

**NAME IS NULL** · 2009/10/12(月) 23:30:55

>>140
そんな説明だけで「OracleもPostgresも同じようなものだ」と思ってくれればいいけど、
そんな簡単じゃないわな。
だいたい商用製品であっても、システムの根幹にあまり名の売れていない製品を
提案する場合は、価格や技術的優位性だけじゃなくて、その製品のシェアや導入
実績、サポート体制に会社の沿革なんかまで説明して、その製品の導入に問題が
ないことをアピールするだろ。OSSの場合はそこがベンダじゃなくてSI自身になる
わけで。

**NAME IS NULL** · 2009/10/12(月) 23:39:08

要するにバカが使うって事なんだろ

**NAME IS NULL** · 2009/10/13(火) 00:10:57

そのとおり。
仕事を取れないのは客がバカなだけであってオマエのせいじゃない。

**NAME IS NULL** · 2009/10/13(火) 01:47:08

正直、DBMSなんて裏方ソフトなんだから、名前が売れてるかどうかなんて
ほとんど関係ない。それ位なら、HiRDBでも入れたほうがまし。
日立＆国産の売り文句あるしな。

**NAME IS NULL** · 2009/10/13(火) 07:50:59

>>144
H系列のシステム提案で、これは使わないでくれって頼まれたよw
（ただし、十五年ぐらい前の話）

**NAME IS NULL** · 2009/10/13(火) 08:36:20

この業界に10年以上いて日立絡みもやったことあるがHiRDBなんて見た事がないわ
Teradataですら見た事あるのに

**NAME IS NULL** · 2009/10/13(火) 09:32:55

とりあえず日立はOracle進めてくるんだが。

つかHiRDBなんてPostgres以上に実績も無ければ信頼性もない。

HiRDBが導入されている部署知ってるけど、それこそ悪い意味でOSSでも十分だろ、的なサブシステムだったな。

**NAME IS NULL** · 2009/10/13(火) 09:39:36

ってか日立はOracle専門の関連会社とか持ってるからなｗ
PostgreSQLのカンファレンスで日立関連企業が事例発表したりもしてるし

**NAME IS NULL** · 2009/10/13(火) 10:21:37

symfowareもあんまり見ないね。

**NAME IS NULL** · 2009/10/13(火) 10:29:10

Symfowareはまだ見るかな
GLOVIAとの組み合わせとかで

**NAME IS NULL** · 2009/10/13(火) 16:54:54

>>129
うん、まったくスレタイ通りだね、言い訳の為

高い言い訳料だｗ

**NAME IS NULL** · 2009/10/13(火) 16:58:45

消えた年金はDBが問題じゃないだろ
年金納めましたってデータだけならコールドバックアップをたまにとっときゃ十分
オンラインでリアルタイムにグリグリデータを変更する訳じゃねーんだから

年金は手書きが読めない、データ無くした事にしとけば美味しい思いができる、
早く帰りたくてミス打ちなんかお構いなし、の積み重ねだろ

**NAME IS NULL** · 2009/10/14(水) 18:37:39

誰もＤＢが問題と言っていないだろ。

お役所体質のお役所とNTTと日立がアレなだけで。

**NAME IS NULL** · 2009/10/21(水) 13:38:06

ま、まだOracleが滅びるような時代じゃないな
でもゆっくりPostgresやMySQLがシェアを伸ばして行き、Oracleがジリ貧なのは確か
これから勉強する奴は金出してオラクルマスターなんかとっても昔ほどの威力はないぞ

**NAME IS NULL** · 2009/11/04(水) 18:21:13

>>139
数ヶ月前に呼んだw同席もさせたw

総額20億ぐらいの案件なら電話1本でぞろぞろと来るね
んで、別に原因究明がしたいわけじゃない、
とりあえずがんばってますって姿勢と
適当な事いって客の偉いさんをケムに巻いてほしいって
ニーズをあっちも的確に理解してるから、
サポートやエンジニアじゃなくてコンサルが来るのなwww

>>99
RACならともかくHAなら待機系分はライセンスかからんよ

**NAME IS NULL** · 2009/11/18(水) 20:08:46

DB自体の話とはちょっと違うけど、文書管理系のシステム構築で全文検索機能が
必要な場合、OracleはOracleText使えるから楽だよ。
ありものの文書管理ソリューションよりシンプル・安価で融通が効く。

**NAME IS NULL** · 2009/11/18(水) 22:52:51

まさかOracle特有の機能だとか思ってないよな
Tsearch2とかFULLTEXTとかでググってみた方がいいと思う

**NAME IS NULL** · 2009/11/19(木) 01:55:18

>>157
Oracleしか使ったことが無い奴ってのはこんなもんだよ
機能や用語に関わらず、標準・非標準の判断が出来てないことが多い

…偏見だけどな

**NAME IS NULL** · 2009/11/19(木) 05:14:46

OracleTextは本体ビルトインなのがいい
PostgreSQLもMySQL(Senna)も後付けなのでいろいろと機能制限があってめんどい

**NAME IS NULL** · 2009/11/19(木) 07:25:32

DB2の事も思い出してやってください…。

**NAME IS NULL** · 2009/11/19(木) 10:55:21

後付けだから機能制限があるって解釈がよくわからんが
むしろビルトインなら独自に拡張できないし
使わない人も組み込まれたまま使わなきゃいけない

**NAME IS NULL** · 2009/11/19(木) 14:19:31

全文検索の対象がパワポやらPDFでも楽勝なエンジンってあんまりなくね？

**NAME IS NULL** · 2009/11/19(木) 16:32:29

Namazuでできるがなそんなの

**NAME IS NULL** · 2009/11/19(木) 20:44:03

鯰なんてそれこそ面倒臭えよ。
大学生の趣味じゃないんだぜ。

**NAME IS NULL** · 2009/11/19(木) 20:59:38

手間はOracleTextもほぼ変わらんわけだが

**NAME IS NULL** · 2009/11/19(木) 23:38:52

あれこれ追加のライブラリをソースからビルドしてセットアップしたり、プレーンテキストの
設定ファイルをテキストエディタを手でいじったりする必要があるのは手間とは言わないのか？

**NAME IS NULL** · 2009/11/19(木) 23:40:04

×テキストエディタを手で　⇒　○テキストエディタを使って人手で

**NAME IS NULL** · 2009/11/20(金) 06:15:04

あとはサポートか。
Namazuやら文書フィルタのサポートなんか提供してくれる所無いだろ。
両者のバグフィックスまで自前でやらなきゃ、なんて話になったら
普通の企業じゃ使えないよ。

**NAME IS NULL** · 2009/11/20(金) 13:55:39

Oracleにサポートがあると言っている奴がまだいるのか
Oracleのサポートなんてパッチ貰えるくらいで、構築がうまくいかないみたいなサポートやるのは
どうせベンダーやSIなんだから、超絶マイナーなものでもない限り、
どのプロダクト使っても同じなんだよそこは
NamazuやPostgresの構築実績あるベンダーやSIなんてたくさんあるんだし

**NAME IS NULL** · 2009/11/20(金) 13:57:10

ってちょっとググってみたらこんなレポート出てきて噴いたｗ

商用製品よりもサポートレベルが高いから、OpenStandiaに乗り換える
http://www.nri-aitd.com/openstandia/mm/mm20080109.html

まぁそういうことだよ現実は

**NAME IS NULL** · 2009/11/20(金) 16:47:00

バグフィクスの話じゃないの？構築サポートなんて、元々たいして問題にならんだろ。

**NAME IS NULL** · 2009/11/20(金) 16:59:49

まさかPostgreSQLやNamazuがバグフィクスされていないとでも

**NAME IS NULL** · 2009/11/20(金) 17:44:42

誰かが責任持ってフォローしてるとでも？
つかNamazuに業務利用実績があるとか何の冗談だよ

**NAME IS NULL** · 2009/11/20(金) 17:58:01

世間では
商用のサーバ＜＜＜＜NRIがサポートするOSSの組み合わせ
らしいぜ
ソースは>>170

**NAME IS NULL** · 2009/11/20(金) 21:34:27

性能は別として、Namazuにサポートつけて商品にして売ってるSIは結構あるよ。
>>169は、NamazuがOracleTextと対等にやり合えるって言ってるんじゃなくて、
OSSの組み合わせで製品作ってる会社はたくさんあるって言いたいだけだろ。
PostgreSQLの方を無視してNamazuだけ叩いてるのもどうかと思うし。

**NAME IS NULL** · 2009/11/21(土) 01:37:34

ポスグレで各種オフィスドキュメントのフルテキストサーチ提供するなんて
もっと構築が面倒だと思うんだけど。
文書フィルタは誰が責任もってサポートすんの？っていう話は同じだし。

**NAME IS NULL** · 2009/11/21(土) 01:47:39

どっちかと言えば文書フィルタの方が問題だよな。
PostgresやNamazu本体に比べると実績も少ないし。

**NAME IS NULL** · 2009/11/21(土) 12:18:53

純粋なRDBMSとしての性能面でPostgreSQLに抜かれちゃったから
そういう付随機能で勝負するしかなくなってるからねぇOracleは…

**NAME IS NULL** · 2009/11/21(土) 13:10:27

実際の所、DB単体の性能でシステム選ぶとか有り得んし。
すぐ勝ち負けの話にしたがる奴は視点が幼稚すぎ。

**NAME IS NULL** · 2009/11/21(土) 13:22:01

性能面って？別にPostgresでなくても単純な検索での読み出し速度なら以前から
MySQLの方がずっと速かったし。
それにOracleTextなんてMySQLやPostgresがまともに使えるようになる前からある
製品だぞ。

**NAME IS NULL** · 2009/11/21(土) 13:24:14

単純な検索での読み出し速度じゃなくて全体的なパフォーマンスだろ
フルチューニングのOracleでさえトランザクション絡めたベンチマークでボロ負けしてたからな
勝ち負けじゃないと言うけれど処理速度に関しては勝ち負けの問題だよ

**NAME IS NULL** · 2009/11/21(土) 14:20:21

そのベンチマークの内容は知らんが、全体的なパフォーマンスってなんだ？
OLTPでもDSAでも単ノードでもクラスターでもあらゆる場面でPostgresの方が
速かったということなんだろうか？
どっちにしても、特定のシーンでOracleより他のOSSの方が速いというのは
当然昔からあるわけだし、残る部分も追い上げられつつあるとは言っても、
いまさらOracleTextで勝負するとかというのは的外れだな。
RACの対抗馬となるOSSが現れたらOracleは本気で潰しにくると思うが、
最有力だったMySQLは買収しちゃったしな。

**NAME IS NULL** · 2009/11/21(土) 14:22:17

8.3が出たときの「あのDBより速い」ってキャッチコピーは噴いたなｗ

**NAME IS NULL** · 2009/11/21(土) 14:23:05

今の話の流れで行くと処理速度の優劣なんてどうでも良い話じゃないの？
「勝ち負けの問題だよ」ｷﾘｯとか言われても空気嫁としか。

**NAME IS NULL** · 2009/11/21(土) 14:24:13

Oracle派はもう現実を見ずにそんなの関係ないからとしか言うしかない状況なのか？

**NAME IS NULL** · 2009/11/21(土) 14:24:55

勝ち負けの問題だから読み出しが99%のWeb系システムなんかはMySQL使うんだろ
でかいポータルサイトにしたってさ

**NAME IS NULL** · 2009/11/21(土) 14:33:29

Oracleを批判する俺様に反論する奴はみんなOracleの手先w

**NAME IS NULL** · 2009/11/21(土) 14:41:10

いくら速くたって採用できないって言ってるのに、何なのこの低脳

**NAME IS NULL** · 2009/11/21(土) 14:49:38

採用できないってのが言い訳の為でダサいねっていうのがこのスレの趣旨なわけですが

**NAME IS NULL** · 2009/11/21(土) 15:16:11

OracleTextの話は単に言い訳の為じゃないだろ

**NAME IS NULL** · 2009/11/21(土) 15:40:33

とにかくOracleじゃないと駄目なんですよ

**NAME IS NULL** · 2009/11/21(土) 16:15:29

俺もOracleはあんまり好きじゃない（導入サポートや完成度が値段に見合わないという意味で）けどさ、
Oracle叩く人ももう少し理性的な書き込みをした方が良いんじゃね？
煽りとか論旨すり替えとか、情けない書き込み多過ぎ。

**NAME IS NULL** · 2009/11/25(水) 03:00:29

1)値段に見合わない

2)多くのケースで代用が効く。
　もちろんオラクルを選択すべき案件もあるが、その比率は年々低くなっており、現在はかなり低い

3)サポートがたいした事ない。
　>>155が的確でトラブルシュートが目的じゃないのではないかと疑いたくなる

これら３点につきるかな
ただ、代用できる案件なのにオラクル信者がオラクルに金を払いたがるケースは多いよね

**NAME IS NULL** · 2009/11/25(水) 12:21:00

Oracleじゃないけどサーバ1000万円分くらい買ったときに
ラックのフレームがちょい曲がっててクレームつけたら
サーバのメーカから社員が5人くらい謝りにきたんだけど
うちの上司は謝りに来る暇あったら誰か工場行ってラック担いでこいって激怒してた

**NAME IS NULL** · 2009/11/25(水) 23:00:24

まぁ一見でサーバ1000万程度じゃ…大した客でもないでしょ。
変にケチらなきゃ良かったのにね。

**NAME IS NULL** · 2009/11/26(木) 00:35:44

データセンター相手でもなきゃ1000万なんて上客だぞ

**NAME IS NULL** · 2009/11/27(金) 13:34:19

>>196
そういうレベル感の商売なら確かにOracleは身の丈に合ってないんじゃないかな

普通孫請け曾孫請けの零細でもない限り1000万2000万は誤差って世界でしょ

**NAME IS NULL** · 2009/11/27(金) 14:17:47

ハードだけだろ
20万のサーバ50台買って雑魚扱いするベンダなんて今時ねぇよ

**NAME IS NULL** · 2009/11/27(金) 16:03:02

両極端だな
上客でもないが雑魚でもない、大事なお客様ってレベルだろｊｋ

ただMSやOraに払う金によっては雑魚になる

リナ＆ポスグレならHWに1000ﾏｿ全額になるが

**NAME IS NULL** · 2009/11/27(金) 16:07:24

T芝経由でDB鯖4台入れたけどHWは800万程度でも優しかったよ
ただOracleはトラブルの質問しても完全無視だったけどｗｗｗ

**NAME IS NULL** · 2009/11/28(土) 01:16:18

>>198
20万のサーバって…
個人じゃないんだから、ふつーのサーバ機買おうよ。

**NAME IS NULL** · 2009/11/28(土) 02:18:37

IAならXeonでSASにしたってそんなもんだろ

**NAME IS NULL** · 2009/11/28(土) 19:50:54

20マン50台と200マン5台では使い方が違う
一概に20マンのマシンだからと言ってバカにして良い訳ではない

分散して捌けるものすごい大量のデータを夜間バッチで処理し、もしマシン障害が発生しても
その分のデータを出社後に処理しなおせば問題ないようなシステムなら20マン50台の方が適してる

使いどころも考えずに安易にVBやMDBやperlやシェルをバカにする奴こそバカ