Oracle、MySQLを潰しにかかる？ 56
ストーリー by hylom
またOracleか 部門より
またOracleか 部門より
insiderman 曰く、
MySQLにはバグ修正が行われた場合、そのバグが確実に修正されたことを示すためのテストケースも公開されるのが通例だった。しかし、先日リリースされたMySQL 5.5.27ではこれらのテストケースが含まれていなかったことが波紋を呼んでいる（MariaDB）。また、改定履歴についても公開されなくなっているようだ。
これらの情報は開発者が問題を確認するために重要なものであるため、TechCrunchでは「OracleによるMySQL潰しの一環だ」とも主張されている。
名前がよろしくない (スコア:5, おもしろおかしい)
Re:名前がよろしくない (スコア:3, おもしろおかしい)
オラSQLでいいかもしれん。
# フォーク...はちがうか
M-FalconSky (暑いか寒い)
Re:名前がよろしくない (スコア:1)
それじゃ余計オラクルの支配を強めたSQLにしか見えない
Re: (スコア:0)
オラオラオラオラオラオラオラオラオラオラオラオラオラオラオラーSQL
ミッションクリティカルな業務にも最適
Re: (スコア:0)
これからは KVS の時代だよね。
(無駄)+ッSQL
みんなのSQL (スコア:0)
英語名が"Your Party"な政党があってだな…。
Oracleのビジネスモデル (スコア:3, 興味深い)
Oracleのビジネスモデルは、サブスクリプションを発生させて
パッチなどを入手させることによって成り立っている。
MySQLも、フリーのままで、開示情報を可能な限り抑制して、
知りたい人はサブスクリプションを契約してね、って方向に
もっていきたいのではないか。
Oracleは、MySQLからもっと利益を得ることができると
考えており、利益があがらないと意味がないと考えている
ということなのでは。
最近、元 Sunを中心として、利益があがらなきゃだめ
じゃんって姿勢が垣間見えるよね。
Re:Oracleのビジネスモデル (スコア:1)
>元 Sunを中心として、利益があがらなきゃだめ
それは営利企業なら当然のことだと思うよ。
「何処で利益をあげるのさ？」ってのは、オープンソースを提供している営利企業共通の悩みだと思うな。
Re: (スコア:0)
これがOracleのビジネスモデルや社風だからというのはわかるんだが
オルタネイティブがあるものに対して片っ端からちょっかいを出して
結局有償契約していたユーザに逃げられるというのを延々繰り返してる気がする。
今回の件についてもユーザが徐々にMariaDBに逃げて終わりになるのではないか。
Sunが持ってたオープンソース物オープンソース系の文化は維持するのがめんどうくさいから潰しちまえということかもしれないが。
Re: (スコア:0)
維持するのがめんどうくさいから潰しちまえ
他の買収でもそうですが、買収した製品(群)の技術の中で欲しいものをゲットしたら、あとは放置して捨てるって感じですかね。
改訂履歴グループは、変更セット(change sets）として知られる数百万行のソースコードに置き換 (スコア:2, 参考になる)
このひどい翻訳は訳者によるTechCrunch日本版潰しの一環か何か?
> The revision history groups changes to the millions of lines of source code into what are known as change sets.
groupsはこの文の主語ではなく動詞。主語だったらchangeに三単現の"s"がつくのはおかしいしinto以降のつながりも文法的に意味不明。
改訂履歴は、数百万行のソースコードに対する変更を変更セット(change sets)と呼ばれるものに分類する。
ってところか。
Re: (スコア:0)
文法的に正しくてわかりやすい文なのに動詞を取り違えるという初歩的なミスをしているから説明しているんだと思います。「ネイティブでも文法が正しくないことがある」というのは別問題。
Oracleに対して問い合せはしたんだろうか (スコア:1)
単に忘れただけとか、知らぬ間にポリシーが変わっていて問い合わせた人に対してだけ公表するようになったとか
そんなこともあるかも知れないのに今見られるリソースだけで脊髄反射的にオラクル叩きしたいだけなんじゃないかと
Re:Oracleに対して問い合せはしたんだろうか (スコア:5, 参考になる)
Re: (スコア:0)
叩かれるだけの実績はありますからねぇ
関連リンクに追加希望 (スコア:1)
Sun Microsystems、MySQLを買収へ [srad.jp]
Oracle、Sunを74億ドルで買収 [srad.jp]
#あくまで個人の希望です
#すっかり忘れてたよ…orz
Re: (スコア:0)
こちらも追加でお願いします。
OpenSolarisプロジェクト、終了 [srad.jp]
OpenOffice.org開発者らがOracleから離反、「LibreOffice」へ [opensource.srad.jp]
Java の仕様策定を行う JCP のメンバーが離脱 [opensource.srad.jp]
Oracle、存在しない商標の主張でOSSプロジェクトに警告する [opensource.srad.jp]
現行のGPLライセンスから (スコア:0)
完全にフリーなソフトウェアへのフォークは無理なんだろうか？
Re:現行のGPLライセンスから (スコア:1)
MariaDB でいいんじゃないの。「完全にフリーなソフトウェア」というのがよくわからないけど。
修正BSDライセンスの系統 (スコア:0)
ユーザーにとって、かなり自由のあるライセンスだと思うけど、どうだろう。
Re: (スコア:0)
> 「完全にフリーなソフトウェア」というのがよくわからないけど。
「タダ乗りできないライセンスは糞」っていういつものエレコムだろ。
Re: (スコア:0)
OpenOfficeからLibreOfficeが分かれたように、その気になればできるんじゃないの？
Re: (スコア:0)
逆じゃないか？
OpenOfficeがApacheに寄贈されてApacheライセンスになったようなことをしたいんじゃ？
MariaDBが勢いが良くなってOracleがApacheに寄贈するようになればいいなじゃい。
別のDBに移行 (スコア:0)
これは、普通にMySQL切り捨ててPostgreSQLやSQLiteを移行すれば良いだけですね。
ライセンス的にGPLなMySQLよりより自由に使えるPostgreSQLやSQLiteの方がいい。
Re:別のDBに移行 (スコア:4, 参考になる)
SQLiteみたいなファイルベースDBMSじゃ代替にならんだろ。まともなユーザーの概念もないのに。
SQLiteとMySQLじゃ使いどころが違いすぎる。
PostgreSQLへの移行は不可能じゃないけど、MySQLを選択してた奴らには抵抗あるだろうな。
ともかくOracleに買収された時点で想定された事態が起きているだけなんだけどなぁ。
今頃何言ってんのって感じ。
Re:別のDBに移行 (スコア:2)
あんまりいい例が思いつかないですけど、ユーザーが限られるごく小さなシステムでは SQLite でもなんでもよさそうですけどね。それを Amazon Web Services のような IaaS 型のクラウドで運用します。問題なさそうです。
ユーザーがいっぱいいて、複雑な更新／参照が飛び交い、スケーラビリティが要求されるようなシステムでは、もともとリレーショナルデータベースは向いてないので、なにか NoSQL の SaaS、クラウドサービスを選択することになるのではないでしょうか。この二極化が進むとなると、MySQL のような真ん中の立ち位置のソフトウェアは、出番は減っていくんじゃないかと思います。
Re:別のDBに移行 (スコア:2, すばらしい洞察)
あんまりいい例が思いつかないですけど、ユーザーが限られるごく小さなシステムでは SQLite でもなんでもよさそうですけどね。それを
それって、最初からMySQLを使うべきところではなかったという指摘なだけでは。
MySQLってストレージが多様だし、レプリケーションによる複数使用ってのが他のRDMSより容易だったりで、
そういう点を評価して使用しているシステムのほうが多いでしょう。(だからPostgreSQLへの移行は不可能ではないけど、って含みのある表現になった。)
あなたの言うような「システム見積もり間違えてました」は例外とすべきでは。つかまともにMySQLを選定した人が怒るわ。というか呆れるか。(PostgreSQLへの移行が不可能でないといった時点で俺も同罪かもしらんが。)
ユーザーがいっぱいいて、複雑な更新／参照が飛び交い、スケーラビリティが要求されるようなシステムでは、もともとリレーショナル
何をいっているのだか。
それこそRDBMSの使いどころですよ。
NoSQLみたいなACIDのないものを使うべきって笑うところですか。（MySQLもACIDについては怪しい部分もあるけどさwあれは性能のための割り切りを行えると好意的にみてますが。）
パフォーマンスのためにRDBMSにNoSQLを組み合わせるのは理解できますよ。(というかクラサバ時代から常套手段。NoSQLなんて名称や汎用的なキャッシュサーバはなかったけど。)
Re: (スコア:0)
といってもMySQLが大規模システムに使えるかと言われると使えない。
大規模システムだとOracleやMS SQL ServerやDB2だろ。
そう考えるとMySQLのターゲットしてる中小規模の部分って結構SQLiteとかぶる。
Re:別のDBに移行 (スコア:1)
「大規模システム」といっても、Mixi なんかは MySQL ですから、
システムの性質によりますね。
Re: (スコア:0)
少なくともPerl,PHPなんかのスクリプト系言語を使っている所は大規模と言えないでしょう。
本当の大規模だとスクリプト系だと処理が追いつかない。
少なくともJSPやASP.NETで構築された様な場所じゃないとね。
Re: (スコア:0)
へー、FacebookやAmazonやその他もろもろって大規模じゃなかったんだ
つか、あまりにも世間を知らなすぎじゃない？
Re:別のDBに移行 (スコア:1)
いまどき JSP とか ASP.NET とか書いてあるし、ジョークとか皮肉とか、そういうのだと思います。
Re: (スコア:0)
一般ユーザが利用するシステムでは大きいかもしれないけど
情報処理業界の全体としてみた場合、大規模ではない。
まぁ君が情報処理業界の人間ではないと言うことはよく分かる書き込みですね。
あくまで一般ユーザ視点で
>FacebookやAmazonやその他もろもろって大規模じゃなかったんだ
こんな恥ずかしいことを書ける時点で
>あまりにも世間を知らなすぎじゃない？
それは、君の事ですね。
Re: (スコア:0)
かわいそうな子をそんなに虐めなくとも。
彼はきっと [アカシックレコード] の設計にかかわったんだよ。
#夏休みもおわりだね
Re: (スコア:0)
インタプリタ言語至上主義のダメプログラマがいかに多いか分かる内容ですね。
Re: (スコア:0)
利用者が多い=大規模システム
って思っているあたりダメなWebプログラマの典型。
Re: (スコア:0)
大規模DBかどうか、開発言語の種類によって規定されるとは初耳だ。
大規模になると複数言語をつかっていたりするし、
ボトルネックはDB内部処理のことが多いだろうに。
#彼は、未知の世界の情報処理業界人なのだろうか
Re:別のDBに移行 (スコア:2)
いやあ、文句なく大規模でありましょう。だから、負荷分散のために、頭のいい人がいろいろな工夫をして、それが成功しているように見えます。MySQL 使ってればなんとかなるだろう、みたいな、タダ乗りのイメージでは、当たり前ですがまったくお話にならない（笑）
そうした、難しい仕事を、Amazon DynamoDB や Google の High Replication Datastore は、ちゃんと扱うのが難しいことには変わりないとしても、人間がタダ乗りできる部分がかなり広がるのではないかと思ってます。
Re: (スコア:0)
「MySQLが使われているシステム=大規模でない」と定義するわけですねわかりますん
Re: (スコア:0)
TwitterってDBはMySQLですよね。。ゴリゴリ改造してるみたいですが。
https://github.com/twitter/mysql [github.com]
Re: (スコア:0)
> ともかくOracleに買収された時点で想定された事態が起きているだけなんだけどなぁ。
> 今頃何言ってんのって感じ。
うん、やっぱりWindows 8対応のマルウェアが登場した時点でこうなる [srad.jp]とますます確信を深めた
Re:別のDBに移行 (スコア:1)
オラクル「Oracleに移行しろってことだよ言わせんな恥ずかしい」
Re: (スコア:0)
既にMariaDBとして互換性を確保して分岐しているというのに。
Re: (スコア:0)
レンタルサーバでの扱い
SQLite > MySQL>PostgreSQL >>>>>>>>>>>>>>>>MariaDB
SQLiteをトップにしたのはサーバが必要ないので各言語の接続ライブラリ入っていることがよくあるし
しかもレンタルサーバの機能の説明には書かれていないけどPHPだとphpinfoでみるとライブラリはロードされていることは多々あるので
Re: (スコア:0)
DBサーバが要らないからシステムに入っていなくてもプレフィックス付きでビルドするだけで使える場合もあるね。
Re: (スコア:0)
偶にはFirebirdのことも（ｒｙ
「またOracleか 部門より」←まちがい「またTechCrunchか 部門より」←せいかい (スコア:0)
いつものくだらない煽り記事です。彼らにはそれしか書けないんです。
Re: (スコア:0)
The VergeとかMashable!はTechCrunchよりマシなんですが、誰か日本語版つくらないですかね？
Re: (スコア:0)
ぼくは TechCrunch は素晴らしいと思いますけどね。取材がしっかりしてるようだし、Fry or Die の動画は面白いし、Collen Taylor さんのインタビューは美人というだけでなく賢いしゃべりで聴いてて楽しい。
TechCrunchの中の人乙 (スコア:0)
> 取材がしっかりしてるようだし
しっかりしてないから妄想記事ばかり目立つ