アカウント名:
パスワード:
いまSunのものだよね?どうなる?
スクウェア・エニックスは相変わらず、ドラクエとFFを発売しつづけていますが何か?
じゃあ、オラクルには、MySQL 1.0のリメイクでもしてもらいましょうか。
スク・エニはドラクエを無償で配りはしませんもの
> ドラクエとFFを発売しつづけていますが
統合版をキボンヌ
OracleってBerkley DBも持ってる [srad.jp]んですよね。Berkley DBとOracleの間にMySQLをはめ込むのかなぁ。
# ま、飼い殺しって選択肢もありますが。
Berkley DBはDBを拡張したもので、RDBにもなってないから、これらと競合しないでしょ。
ORACLEとMySQLもそれほどバッティングしないような。何だかんだいってもエンタープライズ系の用途にMySQLが使われていることは少ないと思うけど。機能、性能も違うし、サードパーティサポートも違う。ORACLEを導入するほどではないという顧客に勧められるから、ラインナップを埋めることができるんじゃない? つまり、同居可能だと思う。
>つまり、同居可能だと思う。
同居というか、MySQLの今までの開発方針は「エントリからエンタープライズへ駆け上がる」ことにあったのに対して、あんたはここまで、と明確に枠をはめられるわけです。
この買収で、Oracleはラインナップ拡充と同時に未来のライバルの芽を摘むことができます。米国では仮想敵と言えるほどの存在感でしたからね。
そう、所詮は仮想敵でしょう。未来に敵になるかも知れない、可能性があるといったところ。だから、現状では同居可能。
ただ、第三者が既存のMySQLのコードを拡張する自由はあるんじゃないか(ライセンスを確認していませんが)と思うので、ソースを枝分かれして、別の商標を使い、エンタープライズ用途で使用できるように拡張することは可能じゃないかと思いますが。
>拡張することは可能
実際にわざわざそんなことする奴が現れるだろうか?…という意味で、ここはいっちょ、FOSS RDB時代の終焉!という可能性を提案してみましょうか。
(日本はPostgresで生き残るかも知れないが例外)
いや、べつに「R」DBがFOSSから無くなってもいいんじゃね?と思う。RじゃないDBでやってくって手も有るんだから。最近だとBigTable(の互換品)とか。
RDBの使われかたを見てると、RDB/SQLのフル機能なんて与えても使いこなせなくて却って自爆する奴がが圧倒的に「多い」。スパゲティテーブル定義作ったり、パフォーマンスがた落ちな構成で使ったり。RDBが可哀想な状況。それが多い。プロプラRDBMS+手厚い保護という体制でのみRDBは存続するってことにしても実務上いいよねという気が凄くする。少なくともふつうの連中に与えるのはフルセットのRDBである必要もないし、むしろ有害なことが多いように見える。
#例えばはぶ氏が提唱するテーブル構造「だけ」実現できるDBMS(RDBMSサブセット)が有れば色々解決じゃね?と思う。
すごく興味深いので、URLか雑誌名を教えていただけませんか?
名前は Activity Based Datamodel でいいんだったかな。書籍だと「楽々ERDレッスン」。
説明をちょいぐぐって探したらこんなのとか? http://wiki.fdiary.net/rails/?RailsMeetingTokyo-0008 [fdiary.net] → http://www.4bit.net/archives/2006/07/rails_8.html [4bit.net] → http://idm.s9.xrea.com/ratio/2006/05/16/000432.html [xrea.com] (なんか技術的にはRailsのActiveRecordsとカブる部分が多いみたいで、 両者のつながりについて書いてる人多し)「リソース系にはFKは含まれなくなる」なんて面
ご返事、遅くなりました。
そうかー、『楽々ERDレッスン (CodeZine BOOKS): (株)スターロジック 羽生 章洋: 本』 [amazon.co.jp]でしたか。積ん読本の一冊になってました。
なんとか時間を見つけて、読んでみます。ありがとうございます。
エンタープライズっていうのがどの辺りを示しているのか不明だけど、ビジネスで使われているかといえば、とてもよく使われているといえるね。ハイエンドなターゲットは既に確保してある上で、企業として新しいターゲットを開拓するのは必要なこと。ハイエンドだけではダメだというのはH/Wを見れば明白。本来はその層にもOracle DBを使って欲しかったんだが、MySQLが思いの外普及してしまったのが目障りだったはず。InnoDBなど外堀から埋めていってたけど、ここでズバリの対応ができた。
MySQL AB(orサン)の視点とオラクルの視点では市場へのプロダクトの適用の見方が異なるからね。ユーザ視点で且つOracle DBしか見えていないとMySQLの脅威は分からないものだね。
後ひとつ、性能に関してはOracle DBの方が本当に良いの?ベンチマーク公開を禁止してるから懐疑的なんだよね。
それより、MySQLのトランザクション可能なデータベースエンジンのInnoDBも持ってるからライセンス的には開発しやすくなったのかも
http://srad.jp/it/article.pl?sid=05/10/08/0251216 [srad.jp]
まぁ、Oracle自身がRDBMSを持ってるからイラネって話もありえますが・・・
OracleのInnoBase買収に対抗して、MySQLは同じオープンソース系DB、Firebirdのデベロッパーを買収 [itmedia.co.jp]して、InnoDBを代替するFALCON [mycom.co.jp]という全く別のストレージエンジンに移行する方向で開発を進めていたと記憶していたのですが。
全て無駄になっちゃいましたね。
同じこと考えてました。Falcon結構難航してるので、InnoDBに揺り戻すんじゃないかなあ。
MySQL、Sunの傘下になってから開発が滞ってたので、先行き不透明ですよね。Oracleに買収されたBEA Systemsのプロダクトラインは、半分以上廃棄されましたし。
逆に、MySQLに開発委託してたSAP MaxDBは、Sunに買収された時点で継続性に不安を抱いたSAPがソースごと買い戻したそうですので安心。
いよいよPostgreSQLの時代が本格的に到来ですな!!
# PostgreSQLもバージョン上がる毎に仕様変更が激しいのなんとかして欲しいんだが…
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
MySQL (スコア:0)
いまSunのものだよね?どうなる?
Re:MySQL (スコア:1)
スクウェア・エニックスは相変わらず、ドラクエとFFを発売しつづけていますが何か?
Re:MySQL (スコア:1)
じゃあ、オラクルには、MySQL 1.0のリメイクでもしてもらいましょうか。
ここはひとつ流行の (スコア:1)
今ならinnoDBも付いてくるとか.
# MySQLわかんないのにスクエニネタに釣られた…(._.)
Re: (スコア:0)
Re:MySQL (スコア:1)
省リソースで盛大に稼げるのが DQ の凄いところです。
Re: (スコア:0)
スク・エニはドラクエを無償で配りはしませんもの
Re: (スコア:0)
> ドラクエとFFを発売しつづけていますが
統合版をキボンヌ
Re:MySQL (スコア:1)
OracleってBerkley DBも持ってる [srad.jp]んですよね。Berkley DBとOracleの間にMySQLをはめ込むのかなぁ。
# ま、飼い殺しって選択肢もありますが。
Re:MySQL (スコア:4, 興味深い)
Berkley DBはDBを拡張したもので、RDBにもなってないから、これらと競合しないでしょ。
ORACLEとMySQLもそれほどバッティングしないような。何だかんだいってもエンタープライズ系の用途にMySQLが使われていることは少ないと思うけど。機能、性能も違うし、サードパーティサポートも違う。
ORACLEを導入するほどではないという顧客に勧められるから、ラインナップを埋めることができるんじゃない? つまり、同居可能だと思う。
Re:MySQL (スコア:5, 興味深い)
>つまり、同居可能だと思う。
同居というか、MySQLの今までの開発方針は「エントリからエンタープライズへ駆け上がる」
ことにあったのに対して、あんたはここまで、と明確に枠をはめられるわけです。
この買収で、Oracleはラインナップ拡充と同時に未来のライバルの芽を摘むことができます。
米国では仮想敵と言えるほどの存在感でしたからね。
Re:MySQL (スコア:2)
そう、所詮は仮想敵でしょう。未来に敵になるかも知れない、可能性があるといったところ。
だから、現状では同居可能。
ただ、第三者が既存のMySQLのコードを拡張する自由はあるんじゃないか(ライセンスを確認していませんが)と思うので、ソースを枝分かれして、別の商標を使い、エンタープライズ用途で使用できるように拡張することは可能じゃないかと思いますが。
Re:MySQL (スコア:1, 興味深い)
>拡張することは可能
実際にわざわざそんなことする奴が現れるだろうか?…という意味で、
ここはいっちょ、FOSS RDB時代の終焉!という可能性を提案してみましょうか。
(日本はPostgresで生き残るかも知れないが例外)
いや、べつに「R」DBがFOSSから無くなってもいいんじゃね?と思う。
RじゃないDBでやってくって手も有るんだから。
最近だとBigTable(の互換品)とか。
RDBの使われかたを見てると、RDB/SQLのフル機能なんて与えても使いこなせなくて却って自爆する奴がが圧倒的に「多い」。
スパゲティテーブル定義作ったり、パフォーマンスがた落ちな構成で使ったり。RDBが可哀想な状況。それが多い。
プロプラRDBMS+手厚い保護という体制でのみRDBは存続するってことにしても実務上いいよねという気が凄くする。
少なくともふつうの連中に与えるのはフルセットのRDBである必要もないし、むしろ有害なことが多いように見える。
#例えばはぶ氏が提唱するテーブル構造「だけ」実現できるDBMS(RDBMSサブセット)が有れば色々解決じゃね?と思う。
情報プリーズ (スコア:0)
すごく興味深いので、URLか雑誌名を教えていただけませんか?
Re: (スコア:0)
名前は Activity Based Datamodel でいいんだったかな。
書籍だと「楽々ERDレッスン」。
説明をちょいぐぐって探したらこんなのとか?
http://wiki.fdiary.net/rails/?RailsMeetingTokyo-0008 [fdiary.net] →
http://www.4bit.net/archives/2006/07/rails_8.html [4bit.net] →
http://idm.s9.xrea.com/ratio/2006/05/16/000432.html [xrea.com]
(なんか技術的にはRailsのActiveRecordsとカブる部分が多いみたいで、 両者のつながりについて書いてる人多し)
「リソース系にはFKは含まれなくなる」なんて面
Re: (スコア:0)
ご返事、遅くなりました。
そうかー、『楽々ERDレッスン (CodeZine BOOKS): (株)スターロジック 羽生 章洋: 本』 [amazon.co.jp]でしたか。積ん読本の一冊になってました。
なんとか時間を見つけて、読んでみます。ありがとうございます。
Re: (スコア:0)
Re:MySQL (スコア:1)
Re: (スコア:0)
エンタープライズっていうのがどの辺りを示しているのか不明だけど、ビジネスで使われているかといえば、とてもよく使われているといえるね。
ハイエンドなターゲットは既に確保してある上で、企業として新しいターゲットを開拓するのは必要なこと。ハイエンドだけではダメだというのはH/Wを見れば明白。
本来はその層にもOracle DBを使って欲しかったんだが、MySQLが思いの外普及してしまったのが目障りだったはず。InnoDBなど外堀から埋めていってたけど、ここでズバリの対応ができた。
MySQL AB(orサン)の視点とオラクルの視点では市場へのプロダクトの適用の見方が異なるからね。
ユーザ視点で且つOracle DBしか見えていないとMySQLの脅威は分からないものだね。
後ひとつ、性能に関してはOracle DBの方が本当に良いの?
ベンチマーク公開を禁止してるから懐疑的なんだよね。
Re: (スコア:0)
それより、MySQLのトランザクション可能なデータベースエンジンのInnoDBも持ってるからライセンス的には開発しやすくなったのかも
http://srad.jp/it/article.pl?sid=05/10/08/0251216 [srad.jp]
まぁ、Oracle自身がRDBMSを持ってるからイラネって話もありえますが・・・
Re:MySQL (スコア:3, 参考になる)
OracleのInnoBase買収に対抗して、MySQLは同じオープンソース系DB、Firebirdの
デベロッパーを買収 [itmedia.co.jp]して、InnoDBを代替するFALCON [mycom.co.jp]という
全く別のストレージエンジンに移行する方向で開発を進めていたと記憶していたのですが。
全て無駄になっちゃいましたね。
Re: (スコア:0)
同じこと考えてました。
Falcon結構難航してるので、InnoDBに揺り戻すんじゃないかなあ。
Re:MySQL (スコア:1)
MySQL、Sunの傘下になってから開発が滞ってたので、先行き不透明ですよね。
Oracleに買収されたBEA Systemsのプロダクトラインは、半分以上廃棄されましたし。
逆に、MySQLに開発委託してたSAP MaxDBは、Sunに買収された時点で
継続性に不安を抱いたSAPがソースごと買い戻したそうですので安心。
Re: (スコア:0)
でも経営資源の集中とか言って放置はありそう。
Re: (スコア:0)
いよいよPostgreSQLの時代が本格的に到来ですな!!
# PostgreSQLもバージョン上がる毎に仕様変更が激しいのなんとかして欲しいんだが…
Re: (スコア:0)
あとはバラバラにして売却するのでは?
MySQLは売られるんじゃないかな。
最悪なのはORACLEのシェアを広げるためにMySQLを飼殺し。