【】　MySQLを買収したSunを買収したOracleを　【】

1 ：09/04/21 〜 最終レス ：10/06/20

語れ

2 ：

わからんけど、結局どうなるってことなの？

3 ：

このスレッドは天才pンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

4 ：

MySQLから低価格版Oracleへの移行ツールを提供後、MySQLの開発ストップ。
ってなる悪寒。

5 ：

少なくともMySQL->Oracleの移行ツールなんて作れっこないから。
MySQL間ですらまともにマイグレーションできないのに。

6 ：

あああ！！
そういうことか！
Oracleうめえなっ！！！

7 ：

MySQL改めOracle Liteですね分かります。

8 ：

Sunのロゴ好きだったんだけどなぁ。
なくなるのか、アレ。

9 ：

MySQL改めMyOracleですね分かります。

10 ：

MySQL改めMyOraSQLですね分かります。

11 ：

はっきり言ってやろうか。これでMySQLは終わりだ

12 ：

ORACLEがMySQL潰すなら難民が他のdbに流れるだけなのは判ってるだろうからなぁ
積極的に潰すんじゃなくて
素直にORACLEへ移行するひとは優遇して洗脳して
乗って来ないのは放置して飼いしにするんだろうな

13 ：

Oracle「私のライセンス料は 53000000です」

14 ：

Oracle相当のフロントエンドを積んで最下位エディションに配置、開発凍結だな
後は本体にマイグレーションさせてボラクル

15 ：

いやいやMySQLがらみのマイグレーションサービスはできないだろ　MySQL本当に終わるって....
もちろんこの不況を利用して人材を大量採用、マイグレーションのために相当額を投資できるなら別だけどさ
そんなムダやらんだろ

16 ：

Oracleは元々、MySQLを買収しようとして、Sunに奪われたんだよ。
企業向け大規模はOracleで、WebとかはMySQLで使い分けるそうだ。
IBMなんかDB2、Informix、Cloudscape持ってるし。

17 ：

ORACLEに飼われるなんて最悪
IBMだったらよかったのに

18 ：

どっちも最悪

19 ：

あぼーん

20 ：

IBMとOracleとじゃぜんぜん違う

21 ：

サンの株主、オラクルによる買収の阻止を目指し集団
ttp://japan.cnet.com/news/biz/story/0,2000056020,20392854,00.htm

22 ：

買収阻止のやつら金欲しいだけだからな。

23 ：

買収で株転換して売った方が手っ取り早く儲かるのに

24 ：

頼むからJavaだけは手放してIBMにくれてやってくれ。

25 ：

ORACLEってなんでこんなに低レベルなのに使うのわからん
以前、MSに変な対抗心燃やしてるアホPMがMSの方が適合してるのに
態々ORACLE選択してひどい目にあった
SQLServerと比較して機能も少ない、安定性も悪い、纏まりがない
SQLServer知ってるとORACLEって今一痒い所に手がとどねーなーって何時も思う

26 ：

同レベルで考えるとLINUX信者もそうだよな
WINDOWSの方が圧倒的に優れてるのに未だに95時代のUNIXが凄いLINUXが素晴らしいイメージを
引き摺ってる世間知らずの馬鹿とか
使いこなせもしないのに、自分はLINUX派ですとか虚栄のためにってるアホ
リナ糞、ユニ糞は早々に消滅してMSオンリーになってほしいぜ

27 ：

>>26
> リナ糞、ユニ糞は早々に消滅してMSオンリーになってほしいぜ
そしたらＭ＄のやりたい放題だな。今もか？

28 ：

mysqlは欠陥品。もうじきなくなるだろう。
VIEWやJOINが遅し、レプリケーションは信頼性
ゼロだし、MyISAMはトランザクションサポート
していないためDDLでエラーがあるとデータの
整合性が保てない。InnoDBは遅い。基幹システムで
使うのは不可能。ある程度データが崩れてもかまわない
WEB系が対象になるが、今時そんなこと許せるか。
情報発信のみしか対応できないだろう。
DBは他にもたくさんあるからそちらに行く
だろう。英語のマニュアルが読めれば。

29 ：

おいおい、あのパルマー？信者がこん所にもいるのか。
あのビデオ見たら、M$が気色悪くなって引いた俺がいます。

30 ：

>>28
InnoDBはそんな遅くないよ。
むしろチューニングが進んでてmyISAMとほとんどかわらないくらい。
疑うなら実験してみ

31 ：

>>30
ACIDで速くなるわけないだろう。
WEB知らないの？

32 ：

更新があるならMyISAMより速いこともあるぞ。

33 ：

INNODBは２重インデックス構造。
MYISAMはシングル。構造上
MYISAMの方がはやいの。

34 ：

>>31
テーブルロックとか知らないの？

35 ：

>>34
お前なにがいいたいの？
トランザクションをサポート
しないのだからテーブルロックを
していてもINNOより早いの。
INNOはテーブルロック状態に
なることもあるぜ、しらんだろうけど。

36 ：

>>35
誤高説賜りまして有り難う御座います。

37 ：

そんなの
どっちが速い測定結果だって出せるよ

38 ：

わからんのだけど、MyISAMだと一つのテーブルを更新できるのは一人だけど、
InnoDBで行ロック使う状態なら、ぶつからない限り同時に行けるんだよね？
だとすれば、
複数のスレッドから更新されるようなテーブルで、同じ行の同時書き換えがあまりおきない場合、
待ち時間はInnoDBの方が少なくなるように思えるんだけど。
まあ何を持って速いのかを決めてないけど…

39 ：

>>38
つ　トランザクション処理のオーバーヘッド
だからケースバイケースだしトレードオフ。

40 ：

16さんの答えがすべてのような気がする。Web系や中規模以下はMySQLでおｋ？

41 ：

MySQLは飼いしだから、これからはPostgreSQLでいいんでないの？

42 ：

MariaDBについて語ってる奴が誰もいないってどういうことよ

43 ：

SAVE MYSQL
ttp://monty-says.blogspot.com/2009/12/help-saving-mysql.html

44 ：

↑の日本語のまとめ http://d.hatena.ne.jp/sakaik/20091213/montys_request

45 ：

MySQL売っ払って億万長者、
勝手にSUN辞めたくせに
なんでOracleに文句いってんの、こいつ。
MySQLって会社をSUNに売った時点でもう何もいう権利ないだろ。
他人にコントロールされるのが嫌なら会社にしなければよかっただけ。

46 ：

SAVE MYSQLって
じゃあORACLEがMYSQLを除いたSUNを買収するとして
残ったMYSQLはどうやって生き残るつもりだ
とにかく反対ってどっかの馬鹿民主や馬鹿社民じゃあるまいし
喰えないからSUNに買収されたんとちゃうんかい
MYSQLはORACLE傘下になるしか道ないんじゃないの

47 ：

innoDBを見ればOracleの下に道なんて無いことは明白だけどなw

48 ：

だな。
Sunはまだ、MySQLをエンタープライズ向けの野心的な機能拡張しようとしてた分、Oracleよりマシだな。
Oracleに買収合意でさっそくキャンセルされたけどw

49 ：

OracleのSun買収は MySQL潰しが目的なんでしょ？

50 ：

そりゃもともとMySQL買収失敗してるからな、以前に
Berkeley DB取り上げてつぶそうともしてたし

51 ：

Oracle最低

52 ：

Oracle は EU を納得させるために 10の約束とか発表したみたいだけど、有効期間は5年か…。

53 ：

>>48
＞Sunはまだ、MySQLをエンタープライズ向けの野心的な機能拡張しようとしてた
だからOracleに狙われたのかな。

54 ：

　　　　　　　　　　　,, -──- ､._　
　　　　　　　　．-"´　　　　 　 　 ＼．　
　　　　　　 　：/　　　_ノ 　　　ヽ､_　ヽ.：
　　　　 　 　：/ 　　oﾟ(（●）) (（●）)ﾟoヽ：
　　　　　　：|　　　　 　　（__人__）　　　 |：　サンでは昨年４／２４に３００人も解雇されたんだよ...
　　　　　　：l　　　　　　　 )　 (　　　 　 l：
　　　　　　：` ､　　　　　　 `ー'　　 　 /：
　　　　　　　：, -‐ (_).　　　　　　　 ／
　　　　　　　：ｌ_ｊ_ｊ_ｊ と)丶─‐┬．''´
　　　　　　　　　　：ヽ　　　：i　|：
　　　 　 　 　 　 　：/　　：⊂ノ|：

55 ：

>>54
次は1万3800人、いくよー
Oracle が買収後に Sun の従業員を大量解雇か
http://japan.internet.com/finanews/20100118/12.html

56 ：

MySQLのオリジナル開発者、MySQL 5.1からフォークした「MariaDB 5.1」RC版をリリース
http://sourceforge.jp/magazine/10/01/19/0210232
とりあえず、一安心？

57 ：

>>56
こうなるんじゃ無いかと期待していた。開発者がたくさん来てくれたらいいんだけどね。

58 ：

一番危惧してたことだろコレ。MySQLも終わったようだな

59 ：

危惧?
中身より名前のが大事なのか

60 ：

分散しちゃうのが怖いんだよ

61 ：

大丈夫
OracleがMySQLチームを全て解雇してくれるから

62 ：

今後は MariaDB と Drizzle のどっちが有力？

63 ：

Javaは？ MySQLは？ 買収完了でサンの事業はどうなる
http://www.atmarkit.co.jp/news/201001/28/sun.html
OraSQLになりましたな

64 ：

東北弁みたいでヤダ
(東北弁の響きは好きなんだが…)

65 ：

やったーこれからはPostgreの時代やー！とか言ってみた

66 ：

たしかにPostgreSQL全盛の時代が来て欲しいね。
OracleやらDB２が必要なくなってほしい。

67 ：

Postgresだろ。

68 ：

>>67
好きに謝れ。

69 ：

無くなるとそれはそれで住み分けができなくなるからどっかが買収とかしなけりゃそれでいい

70 ：

>>69
今は「どっかが買収とか」したから問題になっているわけだが

71 ：

PostgreSQLの話だろ

72 ：

そんな話はしていない！

73 ：

>>65以降はPostgreSQLの話しかしていないのにｗ

74 ：

Twitter、MySQLデータベースからCassandraに移行
http://japan.zdnet.com/fyi/story/0,3800100774,20409165,00.htm
なんかぞくぞくと脱出していっているな。

75 ：

MySQLからにげて、簡単なものはＳＱＬｉｔｅにしている。
ＳＱＬｉｔｅいいよ。
シャープのザウルスでも動く軽さ。

76 ：

MySQLからSQLiteに逃げる奴の神経がわからん。
Postgresしか選択肢ないだろ

77 ：

考えてみれば、別に逃げる必要もない

78 ：

だよな。MySQLそのものは何も変わっちゃいないのに。

79 ：

>>78
問題は今後も変わらないことだろ。
セキュリティホールやバグが発見されても放置される可能性が高まった
ということに危機感を抱けよ。

80 ：

「放置される可能性が高まった」ってのはそもそも真なのか？
実際に活動の鈍りが見え始めてから移行するんでも別に遅くはないと思うし、
もし突然一切の更新が停止されたとしたら、それはそれで誰かメンテナンス
するだろうしな。
それに、厳密なことを言うならば、Postgresなどの移行先だって今後の
メンテナンスの保証なんてないし。

81 ：

時間のある時に移行しておかないと
イザという時に困る

82 ：

移行する先には絶対「イザという時」が来ないとでも？

83 ：

常に次の手を用意しとけってことだ

84 ：

いまはライフサイクルポリシーが決められてるから
突然放置されることはない
http://www-jp.mysql.com/about/legal/lifecycle/
もし5.5が出ないことになっても、
5.1が2013/12/31までサポートあるからそれまでに次を考えればいいんじゃない

85 ：

2013/12/31までって今から考えて行動しないとまずいじゃんw
ところでOracleが今後、おいしい機能は有料版、無料版は機能削減版しか提供しない可能性ってある？
プラグイン化がすすんでいるけど、たとえば無料版のInnoDBでは機能削減されるとか。
GPLだとそんな心配はいらないわけ？

86 ：

まずいもなにも、2013/12/31まで提供されるのは商用サポートであって、
GPL版のMySQLやあるいはPostgresなんかはもともとそんな保証すら
ないんだが。

87 ：

明日急にサイトが消滅してもおかしくはないな。

88 ：

>>84
＞突然放置されることはない
口約束みたいなもんでしょ。
オラがどこまで履行するかは未定。
>>85
＞おいしい機能は有料版、無料版は機能削減版しか提供しない可能性ってある？
もちろん可能性はある。
しかし、オプソなんだから、誰かが
フォークしてくれる、とオレは信じてる。
つか、Mariaに期待。

89 ：

まあ、サイトが消えてもソースコードが消えて無くなるわけじゃなし、商用サポートなんてアテにするだけ無駄。

90 ：

Oracle Databaseのような、完全プロプライエタリなデータベースだと、Oracleが潰れたら、
商用サポートもソースコードもなしで明日からでも一人で管理＆保守しないといけないなんて、ぞっとする

91 ：

>>89
お前MySQLをソース見ながら保守してんのかよ。すげーやつだな。

92 ：

いざというときはそのくらいする覚悟じゃないと使えんだろ。
普段はMLなんかに頼るだろうけど、彼らが最後まで付き合ってくれる保証はないし。

93 ：

自力でメンテ出来るというのはとても大事な事だと思うけど、
雇う側からしたら、個人のスキルに依存する運用は嫌だろうな

94 ：

>>93
とはいえ、現実としては、リスクの
とりかたがちょっと違うだけだけどな。

95 ：

現実的には MySQL のソースコードを読んで自前でメンテ出来る
技術者を捜すのはそれなりに敷居が高いんじゃないかな。
数も絞られてくるし、そういう嗜好の人は待遇よりもやりがいを
重視するでしょ。
それならお金を払ってサポートを買った方が良いと考えても
不思議じゃないと思うなあ。

96 ：

Sun 買収完了ということで、
ホームページがOracleへ完全移行したっぽい。

97 ：

オラクル、サン従業員をさらに削減
http://www.computerworld.jp/topics/oracle-sun/183609.html
首切り！首切り！

98 ：

「名前と顧客さえ手に入ればお前らに用は無いんじゃ！」

99 ：

ヨーロッパとアジアが首斬りターゲットらしいから
元SUNの求職者がぞろぞろハロワに並ぶわけか。
ハロワはいかないとしても今の世の中
元SUNっていってもやとってくれるところなんてあるんだろうか
顧客とのつながり持ってる営業あたりは安い給料でやとってもらえるかもしれないか
技術屋はどうだろう
日本のSUNの技術屋ってサポートオンリーで実際の構築とか運用経験ある人間はいないんじゃなかったけ
サポートじゃつぶしきかないだろうな

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
・　次のスレ
33: 「ビジネス」BIツール「インテリジェンス」 (61)
34: データベースを作ってみたいです (52)
36: 何故データベース設計は軽視されるのか？ (471)
37: ADO.NETの質問・雑談スレ2 (389)