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

1 ：08/04/28 〜 最終レス ：11/08/18

万が一の時
オラクルのケース＞俺＞『あのオラクルなんだからしょうがないっす』
ポストグレスのケース＞無能な上司＞『無料だからといって変な物を使うからだ！責任取れ！』
他に理由ある？
ちなみに久々にオラクルのページ見たが相変わらず価格が解りづらいｗｗｗｗｗｗｗｗ
いつまでこんな殿様商売続けてるんだかｗｗｗｗｗｗｗ
スタンダード版くらい５万円くらいで堂々と売れ！

2 ：

2

3 ：

1979年5月3日に3なのに『2get』と書いてしまい、
『30年ROMってろ!!』
と言われた者です。
あれから30年、ひたすらROMに徹してきました。
来る日も、来る日も。
そして今、やっと念願叶って書き込みをしようとした矢先に、
2をget出来るだなんて………感動で……胸が一杯です。
人間、辛抱すれば良いことって有るんですね！
こんな僕ですが、
僭越ながらとらせて貰います…！
2get!

4 ：

・ポストグレスをわかる人を確保できるの？
・サポート契約できるの？
・今までやってきた事と違うことをやるのだからメリット・デメリットを説明できるの？
ぶっちゃけ現場の作業員レベルがご意見できる範囲が問題じゃないよな

5 ：

>>4
oracle解るけどPostgreSQLなんてさっぱり解んね、なんて人いるの？
どういうサポートを有料で買いたいの？
基本的に両方ともDBMSなんだから、oracle解ってりゃすぐ解るけど？
>>4はoracleが好きなの？

6 ：

>>5
開発ならそのレベルの理解でいいかもしれんが運用は無理だぞ
チューニングやマイグレーション、トラブル対応を速やかに行えるのか？
24時間サポートでダンプ送れば数十分後には原因究明
いざとなったら現場に駆けつける
これぐらいは普通にやってのけるサポート
どっちも同じDBMSって無茶苦茶だな
結果は同じでも仕組みが全然違うじゃないか

7 ：

Oracleがそれやってくれるの？ いくらで？
> 24時間サポートでダンプ送れば数十分後には原因究明
> いざとなったら現場に駆けつける
> これぐらいは普通にやってのけるサポート

8 ：

>>6
サポートに幻想を抱いてるんだな。可哀想に。
どっちを使うかなんて案件次第だろう。

9 ：

>>6
>数十分後には原因究明
残念ながらサポートのエンジニアだって魔法使いじゃないですよ

10 ：

>>6
oracle社員ひっしだなーｗｗｗｗｗ

11 ：

どんな内容のダンプを送って
数十分後にどんな回答が戻ってきたのか
知りたいなｗ

12 ：

オラクルの言うことは「最新版にアップデートしろや」だったがな。
んで深夜にアップデート　→　直らん、、。もっかい聞くと、
「ＢＩＯＳなどは最新ですか？」うるせーってのな。うちみたいな
中小企業相手だと、サポートもやる気０なんだな、、、。
postgreSQL は、上申書とかに「○○も使ってます」って有名な企業を
書けると楽なんだが、、。まあ、今までの様子だと、x.x.5くらいまで
は、ちょい怖いな

13 ：

>>3
来年こいよ。
みんなスルーじゃん

14 ：

なぜスルーかというと

15 ：

oraって今いくら？
最近買った人、版と価格教えて欲し

16 ：

Standard Edition Oneだと50〜60万だっけ？

17 ：

http://www.oracle.co.jp/products/price/index.html

18 ：

スタンダード版　　CPU数による価格　　Intel 4コアCPU 1個 の場合
DBMS本体　＞　1,968,750円（基本価格）×4コア×1CPU×0.5（Intelなので）＝3,937,500円
年間サポート料　＞　433,125円（基本価格）×4コア×1CPU×0.5（Intelなので）＝866,250円
合計　480万　（1年間だけの >>12 のようなクソサポートつき）
SUGEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
ちょっとおらくる就職してくる
ﾉｼ

19 ：

ちなみに >>18 はここな
http://www.oracle.co.jp/products/price/dbse.html

20 ：

>>18
スタンダードの場合は「processor＝ソケット」
http://www.oracle.co.jp/products/price/words.html
1CPU なら Oracle Standard Edition One を買うわ。
http://www.oracle.co.jp/products/price/dbse_one.html
(合計約80万まで落ちる)

21 ：

株価が全てを語ってるな
http://quote.yahoo.co.jp/q?s=4716.t&d=c&k=c3&a=v&p=m130,m260,s&t=ay&l=off&z=m&q=c&h=on

22 ：

安定してんじゃん

23 ：

日本法人の株価で何を語るって？

24 ：

>>22
安値でなｗｗｗｗｗｗｗ

25 ：

ちょっと前まで、勘違いﾏﾝｾ〜社員がうようよしてたが、
株価下落とともに消えたな

26 ：

まあ、Postgresは、５年くらい前まではだめだめで
Oracleなんかの足元にも及ばなかったが、最近の進化はすごいからな
Oracleに限らず、商用DBMSは、これからさらに数年かけて
だんだん先細り、合従連衡、消滅．．．
って道をたどりそうな気がする
ちなみに俺の周りでは、Postgres or Mysql の案件が非常に増えてきた
ここ２年くらいでは、７割ぐらいかなぁ？
（担当した分だけじゃなく、同僚がやったプロジェクトも含めて
まぁ若い奴は、まずはPostgres勉強した方が将来性あると思うぞ

27 ：

>>26
どのRDBMSでも基本的な考え方は同じだけどな。

28 ：

>　オープンソースDBが増えて困ってるのはMSだ。
MSのSQL-Serverの占める売り上げ割合なんて微々たるもの
オープンに食われたって、どーってことない
MSDEはもともとただだし
>　ローエンドが置き換わっていってる。
>　Oracleはもともとそのあたりには浸透してなかったから、あんまし影響はない。
一番未開拓で有望な市場は、オープンDB/MSDEに完敗で、これから先、
有望な要素は皆無です、って正直に言えよ 　ｗ
あ、それからお得意の大規模、クリチカルって部分も、オープンに
熟練した人員が育つにしたがって侵食されるのは、俺みたいな
素人がいわなくても、社員の皆さんが一番わかってらっしゃる　ｗ
242 ：NAME IS NULL ：2005/07/23(土) 20:03:33 ID:???
金持ちの客がわざわざオープンソースDBで組むとは思えんがな。
オープンソースだと、SIerが全責任をおうことになるから、SIerがそんな提案をするとも思えん。
パートナーがOraを売るのも、マージンがとれるからだろ。
オープンソースDBの数は伸びるかもしれんが、商売としてのうまみがなさすぎ。
>>234 が技術屋として素人なのはともかくとして、おまいはこの業界の人間なのか？
241 ：NAME IS NULL ：2005/07/23(土) 19:51:31 ID:???
>>234
プ
金儲けも素人のようだな
248 ：NAME IS NULL ：2005/07/23(土) 23:26:51 ID:???
I工作員の匂いがする。
266 ：NAME IS NULL ：2005/08/01(月) 08:58:09 ID:???
>>264
その書き込みで君の位置がバレちゃうからやめたほうがいいぜｗ
なあ、君さぁ？
あいつ仕事できねーのに、なんであんなに金もらってるんだ？
って思うこと多いだろ？
それってそいつが仕事できないんじゃなくて、君が世の中の仕組みを
理解できてないだけなんだよな、かわいそうだけど。
あとさ〜、プロジェクトがうまくいってるかどうかってのはさ〜。
君が仕事しやすいかってのとは全く無関係だからｗ

29 ：

ん？
>>28は誤爆か？

30 ：

oracleとsolarisは長期戦略に失敗したな

31 ：

ITで長期戦略とか言うと鬼が爆笑どころじゃないです

32 ：

solarisあと３年早く無料にしてりゃ世界はsolarisだったろうな
もうlinuxを逆転する事はムリだろ、ネットに技術情報少なすぎ
oracleも早めにオープンソース化して、サポートで稼いでりゃ、
postgresもmysqlもここまで進化しなかったと思うな

33 ：

つかOracleもlimit offset対応しろ
と思うのは俺だけじゃないはずｗｗｗ

34 ：

>>32
ソラリスはビジネス板とかニュー速板のオープンソース関連のスレで、「ソラリスはどうよ？」
って、何度か書いたことがあるが、ただの一度もレスが付いたことがないｗ

35 ：

>>33
おー、そうなのか
オラクルは独自方言が多いからな、、、(+)とかｗｗｗｗｗｗ
東京人が『東京弁こそ標準語』と思ってるのと似てるのかな？
>>34
あぁ、とっても素晴らしいOSなのになぁ．．．もったいねぇ
だが、ググっても技術情報ちょっとしか出てこないから、まぁお先真っ暗だな
細かい違いはもちろん多いが、あえて言うと、postgres≒oracle　だが、solaris＞linux なのにな

36 ：

>>33
OracleならROWNUM。こっちのほうがSQL標準なんだが、
LIMIT OFFSET の方が使いやすい罠。MySQLにもあるし。

37 ：

結局、有料オラクル＞無料ポストグレス　の決定的な理由って何なの？
サポート以外で
オラクル社員でも良いから教えて！

38 ：

>>37
別にMySQLとかPostgreSQLで良いよ。

39 ：

>>38
うん、機能的にはそう大きな違いは無いよな
結局、歴史と信頼性が違う、なぁんて抽象的な違いしかないだろな
　　　　オラクル社員は見てないのか？

40 ：

緘口令しかれてんのかｗｗｗｗｗｗｗｗｗｗｗ

41 ：

>>26
それってWEB系や中小案件の話でしょ？
もともとそのレベルは空白地帯であって
昔ならACCESSだったりDBMSを介さないファイル直書きだった領域
戦場が増えた事による、相対的な影響力の低下を先細りっていうのかなぁ？

42 ：

サンドイッチ状態で、汎用機より惨いことになるのはすでに確定
転職急いだほうがいいな

43 ：

>>41
はぁ？
いっくら中小でもACCESSは使わんだろ
あんなもん、スタンドアローンでちょっとしたデータ管理をしたい時だけだよ
データの管理にSQLが使えるから勘違いしちゃう奴が多いんだよな

44 ：

>>43
使うところは使う。

45 ：

使うね。だから泣きたくなるんだよねぇ・・・・

46 ：

板違いだけど　某所でAccessベースのマルチユーザを歌ったシステムで
トランザクションのtの字も無いものを見たときはめまいがしたよ
＃マクロとクエリー使いまくり
＃そりゃーデータあわねーよなｗ

47 ：

>>46
そりゃ無茶だwww

48 ：

データがぶつかるから主キーはつけません

49 ：

>>48
当然、参照整合性制約も設定しないよなｗｗｗ

50 ：

>>48
君の仕事だから、誰も止めないよん
すばらしいシステムだねｗ

51 ：

カラム名はcol1 col2 col3 にします
いろんなものを入れられて便利です

52 ：

>>51
もちろん nvarchar だよね！！

53 ：

無料のポストグレス＜有料のアクセスか
びっくりした

54 ：

>>53
Accessのレポート並に使えるTool教えてくれたたら、考え直してもいいぞ
＃適材適所という言葉を知らんのかね　と釣られてみるｗ

55 ：

AccessとOracleを比較してるのを見ても、所詮DB技術者だから仕方ないか
としか思わない。

56 ：

>>54
ヴァカだな、おまえ
適材適所のつもりでACCESS選ぶから、後に大変な事になるんだ
・複数端末　→　not access
・ビジネス利用　→　not access
・個人の趣味　→　you can use access
覚えとけ

57 ：

>>54は、ACCESSをすでにDBでなくて
レポーティングツールとしてしか見てないから
こっちの味方だ、安心せい。
確かに、その意味じゃ適材適所だよ。

58 ：

意図がわかってくれたのは>>57だけかよｗ
>>56
あまりに見方が短絡的すぎだよん
適材適所っていうのは、ライセンスを考えるとあわないからwebにさらすのは
postgres かなとかそのレベルで言ってくれ
業務でも、担当者ローカルの処理は、Accessで十分だからデータ落として
やるとかね
>複数端末　→　not access
こんなものは常識だろうがｗ
＃まぁフロントAccessはありだろうけどね
＃Access使っても VBA+SQLでたたきまくりだからねぇーーーー
＃SMSでAccessたたきたくなるのは、困ったもんだ＞CSEあるじゃんｗ

59 ：

元Postgres使いとしては　SQLの勉強用にあまりいい本が無いから(見たことねーー)
Oracle/SQL Server ベースでやるのもいいんじゃないかと思ったりも
＃[現場で使えるSQL]が最低限のレベルね
＃違うDB触るのは負荷にもなるけど、違った視点得られるのが大きいと思う
＃えらそうにｗ　誰に言ってるんだｗ

60 ：

SQLってのは、ISO/IEC 9075 "Database Language SQL"　で定められてる世界共通語
（オラクルなど一部で方言もあるが．．．）
なので、>>59の
>>元Postgres使いとしては　SQLの勉強用にあまりいい本が無いから(見たことねーー)
は、間違い
SQLはどのDBでも基本的に同じ文法
しかしDBMS（つまりデータベースソフトそのもの）は、PostgreSQLもOracleもSQLServerも完全に別物
なのでどれを深く知っとくのが良いのかは、技術者としての自分の判断による
個人的には、時代はPostgreSQLだと思うが

61 ：

「これがあるからORACLEじゃなきゃ！」
って点を挙げられる奴いないのか？

62 ：

バッドノウハウが多くて、
ぼったくり商売しやすいから
Oracleじゃなきゃｗｗｗ

63 ：

DBA様を養わなきゃいかんから。

64 ：

ＯｒａｃｌｅＭａｓｔｅｒの称号を名刺に刷れるからOracleじゃなきゃ

65 ：

>>60
DB依存もあるんだけど、SQLの学習／自習用という意味でね
＃最低限の基礎体力つけないと、使えないでしょ？
＃いきなりSQL Cookbook 渡されてもこまるやんｗ
＃ミックさんの本も　よさげですね

66 ：

クエリはOracleが一番面白い。

67 ：

>>66
？
>>60嫁

68 ：

>>67
SQLに標準はあるけれども、実装は方言しか無い。
しかも標準もどこでも使えるというわけではない。
>>60の物言いはあまりにナンセンス。
だいたい>>66にはクエリとしか書いてないじゃんか。
どこかで雑学を仕入れたのか知らないが、狂犬のように
噛み付いても何もいいことないぞ。

69 ：

>>68
>SQLに標準はあるけれども、実装は方言しか無い。
「SQLクックブック」見るとそのあたりはよくわかるかもしれないね
＃初心者レベルには、たぶん役にたたないと思うけど

70 ：

>初心者レベルには、たぶん役にたたないと思うけど
>>68へ言っている訳ではないので、念のため

71 ：

【iPhone】これで法人向け端末として会社に買ってもらえる？　OracleやSalesforce.comが業務アプリを無償提供開始　Googleも
http://mamono.2ch.net/test/read.cgi/newsplus/1215766033/
OracleとSalesforce.comが、無料iPhoneへのチケットになるかもしれない。その方法は？
上司にお金を払ってもらうのだ。
エンタープライズアプリケーション大手のOracleと、CRM（顧客関係管理）の第一線にある
Salesforce.comは、7月11日に発売されるiPhone 3G向けにアプリケーションを開発する企業
の第一陣だ。
（中略）
あなたの上司はまだiPhoneをおもちゃだと考えているかもしれない。IT部門は新しい製品の
管理を嫌がるかもしれない。iTunesが管理コンソールにあるのならなおさらだ。だが一般社員
はiPhoneを使うだろう。OracleとSalesforce.comはそれを分かっている。実際に両社はそれ
を確かめるだろう。ほかのベンダーも後れを取ってはいない。
SAPは今春、BlackBerryにSAP CRMを搭載して成功したと考えている。おそらく成功だった
のだろう。だが、iPhone対応を検討した方がいい。
あなたのチームにiPhoneを支給しなければ、ライバルに後れを取ってしまうと上司を説得する
にはいい機会だ。

72 ：

オプティマイザはOracleが断トツ。
アホプログラマがSQL書いてもどうにか動いてくれる。
MySQLのオプティマイザは比べてしまうと何もしてないに等しい。
Web系の主キーさえ間違ってなければいいシステムなら問題ないけどね。
会計システムの月次バッチとかまだまだ絶対無理。
PostgreSQLはその中間。
単純なシステムから徐々にPostgreSQL、MySQLの案件増えてきたよ。
いざとなったらソースを読めるのがこんなに楽しいとは。
オラクルはサポートとうだつのあがらないやり取りしてばっかりだからなあ。
と、いうような情勢を反映して
いよいよOracle Databaseの売り上げが下がり始めたね。
http://www.atmarkit.co.jp/news/200807/04/oracle.html

73 ：

>>72
MySQLは逆に何もしてくれないから勉強にはなるｗ
アホプログラマが激遅システム作った日には大抵
全書き直しになるけど。

74 ：

ポスグレはバージョンアップのたびに高速化効率化されて
バージョンアップが楽しい

75 ：

高機能なオプティマイザに頼らないといけないようなSQLが出てくる時点で
既に設計ミス
長年使われてきた複雑怪奇なシステムの保守・拡張ならしかたないが
新規のシステムで
「高機能なオプティマイザがあるからオラクルにしよ」
ってのは無いだろ
たとえ複雑な会計系でも設計段階できちっと正規化できてりゃおｋ

76 ：

Oracleのオプティマイザが優秀かどうかは別として、Postgresはときどき頭が悪いぞ。
いまだに、バージョンが上がると良くなることもあれば悪くなることもある、
というのはなんだかなー。

77 ：

>>76の言ってる事は良く解るが、それぐらいでは価格差の方が大きいよね
なんたって片方は無料だしｗ

78 ：

>>61
じゃぁ例えば、rawデバイスかな
Oracle以外って使えるのあるんだっけ？
あと、64CPUもOracleだけじゃない？SQLServerもいい線いってた気がするけど

79 ：

>>78
raw は普通に使えるんじゃない?
取り敢えず InnoDB は raw デバイスを使えるよ。

80 ：

>>79
postgreSQLはrawデバイス使えないもんだと思っている
以前、調査した（２年ちょっと前だったかな）
・調査が甘かった
・当時はできなかったが今はできる
という可能性はある
InnoDBは使えるみたいね

81 ：

DB2はrawデバイスできると思う

82 ：

Oracleは次期バージョンからRAWデバイスのサポートなくなるぜ

83 ：

Oracle最高だろ。
だって採用する理由聞かれないし、値段高くても疑問持たれないからね。
…断りたい案件は基本的にOracleでふっかけてるわ。

84 ：

> …断りたい案件は基本的にOracleでふっかけてるわ。
わかるわかる

85 ：

なんせ1CPUで500万円も掛かってくれるからな

86 ：

>>83-84
オレは客先で
　『まっさきにwin&oracle薦めてくるトコはろくでもないですよ』
と言って信頼を勝ち取るキーワードにしてる

87 ：

コスト
オラクル＞＞＞＞超えられない壁＞＞＞ポストグレス（笑）＞＞MySQL様
mysqlの圧勝

88 ：

今でも1CPU500万なのかねOracleは

89 ：

>>86
一方オレは
　『運用考えずにLinuxとか薦めてくるトコは(作り逃げ前提だから) ろくでもないですよ』
と言って信頼を勝ち取るキーワードにしてる。

90 ：

>>88
EEなら１CPUで5,163,000円ですよ。
今年の9月に値上げした。

91 ：

>>89
君んトコもいつも作り逃げじゃないか

92 ：

運用は普通にLinuxの方が楽だし技術者も多いけどな

93 ：

運用が楽とか言い出すとSYSTEM i(DB2/400)が現段階では最強だと思うが。
場所によっては千万〜数億のサーバーを高卒のおねーちゃんが開発・運用・管理している。
別に経歴どーこー言うワケではないが、それくらいイージーだと言う意味

94 ：

まさかＡＳの話がでるとは予想外のスレ主な予感
つーかしらん世代なんじゃね？

95 ：

複雑なクエリ絡みになってくるとOracleが一番だよなあ。
いっくら正規化されてようが顧客要件を満たすクエリは
とんでもないことになることが多い。
それこそPostgreSQLとかだとCOBOLのようなことをやらざるをえないときもある。

96 ：

具体的にどんなクエリ？

97 ：

機能的にはポストグレスで十分だけど、サポートを考えると結局はオラクル
のほうがベストだと思うね。
ポストグレスのサポートサービスを提供してる企業もあるけど、こういうの
を利用すると結局オラクル入れるのと大差ない感じがするし、それならわざ
わざ実績の少ないポストグレスを使うメリットってないよね？
まあポストグレスがあるからオラクルも無茶な値上げはできないし、個人で
使う分にはフリーでいいソフトだと思うけど。事実、レンタルサーバーとか
では結構普通に使われてる。
そういや、たまにシステム事例でオープンソースのＤＢを基幹システムに
使ったなんて記事があるが、正直何がしたいのかわからんよ。システム概要
から予算を見積もれば、おそらくオラクルの導入費用が占める割合なんて
わずかだろうし、なんでわざわざ危ない橋を渡ろうと思うのか？

98 ：

オープンソースを活用するという大義名分によって
ボーナスの査定が上がる組織・人がいるんですよ。

99 ：

わずかでもないだろ
1億予算なら2CPUのOracleだけで1割だぜ
それをホットコールド用意したら2割になるし

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
・　次のスレ
48: T字形ER（TM)ってどうよ？ (60)
49: 　　　Ｄ　　　　　　　Ｂ　　　　　　　　 (128)
50: プライマリーキーはchar型かそれとも数値型か (66)
52: 【Java】H2 Database Engine【GCJ】 (190)