パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

MySQLがオラクル、IBM、そしてマイクロソフトに挑戦」記事へのコメント

  • やはり、OracleやMS SQLなどと比べると、機能を押さえている分
    フットワークが軽いというのと、何よりもフリーというのが
    大きいのでしょうね。重いくせに高い導入費用がかかり、
    しかも不安定なRDBが以下に多いかということでしょう。

    何も分からないSEがサポート漬けになって利
    • Re:フットワーク (スコア:1, すばらしい洞察)

      by Anonymous Coward
      > 重いくせに高い導入費用がかかり、
      > しかも不安定なRDBが以下に多いかということでしょう。

      そんな悪いんじゃあみんなフリーを使いそうなもんだが。
      • Re:フットワーク (スコア:1, すばらしい洞察)

        そんな悪いんじゃあみんなフリーを使いそうなもんだが。

        ある意味、ソフトウェアは、ブランド・ビジネス化しつつあります。
        それが、ただ同然で手に入るLinux/GNUのCD-ROMが売れたり、OpenSSLで出せるにもかかわらずちゃんとしたCAから出た公開鍵証明書が使われたりする理由です

        --
        iida
        • ブランドという魔法の言葉で議論を終わらせるのは簡単だが、
          いったい何が達成できていれば買い手が「ブランド」と認識
          してくれるのか、という点は掘り下げる価値があると思う。

          技術屋さん自身は見逃しがちなことだが、企業にとって、君
          と同じスキルを持った技術屋を雇い直すのは簡単なことでは
          ない。君がいくらMySQLを使いこなせるといっても、君はいつ
          か交通事故で死ぬかも知れないし、社長とけんかして辞める
          かも知れない。そのときMySQLとやらに溜め込んだ会社の貴重
          なデータを救い出せるという確
          • >そのときMySQLとやらに溜め込んだ会社の貴重なデータを救い出せる
            >という確信がなければ、理性のある企業ならば決してMySQLを採用な
            >んかしない。

            Oracle使いがMySQLからデータを引き出して移し替えるのが出来ないとは思えないですね。まあOracle使いと言っても、レベルには天と地の開きがあるのですから、地の方しか雇えないなら、それは出来ない場合もあるでしょうが。

            MySQLで出来る事はOracleでも出来る、その逆は難しい場合がある、は正しいでしょう。それを使うエンジニアとなると、話が逆転する場合が結構あったりしますね。MySQ
            • > MySQLにはOracleが持っている便利な機能が無い分、その様な便利機能
              > が必要な場合「どうやれば実現出来るのか、同様の成果を得る事が出来る
              > のか」を考えなければならず、比して突っ込 んだ、あるいはプリミティブな
              > 知識や経験が必要になるでしょう。

              他のところでも同じようなことを書きましたけど、それが本当に望ましいのですか?

              「お気楽なSQLを書いてもそれなりのパフォーマンスが出ること」って、
              非常に重要だと思うんですけど。
              コストを「労力」として投入するか、「金銭」として投入するかの違いだけでしょ?

              結局コストがかかってることには違いないじゃん
              • Oracleとかの商用DBと比べるのって余り意味無いような...

                Oracleとかの商用DB使う場面って、運用実績に見られる安定性求める場面が多いと思いますし、現場で高耐久テストをした事の無い他のDBなんか使うのは難しいと思います。(そのためにわざわざ他のDBでテストするのなんかはコストから考えて論外でしょう)
                使える・使えないとかの問題じゃ無くて、やっぱり実績は重要だと思います。運用時にトラブル起こす可能性がある事を考えると、ライセンス料なんかケチってもしょうがないでしょう。
                要はどこまでの安定性を求めるかでDBの選択が変わるのであって、安いからといって安易に移れるものでは無いという事です。
                親コメント
              • あ、いやそれはその通りなんですけど、ちょっと論点ずれてるような。。。

                つまり、
                「OracleにあってMySQLには無い機能でも、
                MySQLではやり方によっては実現できて、
                しかもMySQLで実現できるエンジニアの方がレベル高いよね」
                みたいな話になってたので、それってそんなに重要?いいことなわけ?と
                思っただけで。

                もちろん、安定性や実績が明らかになっていることが大事、
                そういう場面で、Oracleなどの商用RDBMSが使われる、というのは
                そりゃそうだろうと思います。

                今のところは。
                親コメント
              • すみません、snagaさんのコメントってよりは、その元の方に向けて書いてました。

                >「OracleにあってMySQLには無い機能でも、
                >MySQLではやり方によっては実現できて、
                >しかもMySQLで実現できるエンジニアの方がレベル高いよね」
                >みたいな話になってたので、それってそんなに重要?いいことなわけ?と
                >思っただけで。

                それについては同感です。ヘボなOracle使いも多数居ると思いますけど、殆どはもっとクリティカルな環境向けの高度な設定とか運営とか出来る人がメインだと思いますし、かなり広範囲な勉強しないと運営出来ないって点ではよっぽどOracle使いの方が高度な事してると思います。
                ...こういう論点で比べる事自体意味無いと思いますけどね。
                親コメント

人生の大半の問題はスルー力で解決する -- スルー力研究専門家

処理中...