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

サイボウズが独自データベースを捨てMySQLに」記事へのコメント

  • 当然の決断 (スコア:5, 参考になる)

    by Anonymous Coward
    > これまで独自のデータベース「Cyde」を用いていたのだが、何があったのだろうか。
    > 興味深い決断である。

    独自製品から、オープンスタンダードに移行するのは当然の話で、 別に不思議な話じゃないですよ。
    独自製品はメンテナンスに非常にコストがかかるし、ソフトウェアはかなりのデフレ傾向にあるので、よほど数をさばける製品でないと、開発に投資した分を回収することができないです。
    一般に独自に製品を開発し、それを使い続けるには以下のようなコスト・リスクがあります。
    • APIなどが独自なので、独自SDKを使う必要があり、開発者の育成・引継ぎにコス
    • 当然かな?
      リストアップしていただいたコスト・リスクは、
      付加価値と表裏一体だったハズです。

      MySQL の選択によって phpmyadmin 等から、
      簡単にデータ構造へアクセスが可能になります。

      データ構造が理解できれば、
      最適なコードを生成するのは、容
      • Re:当然の決断 (スコア:2, すばらしい洞察)

        >付加価値と表裏一体だったハズです。

        サイボウズを使ってみた印象では、
        ・DBをサービスとして起動しなくてよいので、CGI並に
         インストール(導入)が簡単
        ・データベースのバックアップが、
        • Re:当然の決断 (スコア:5, 参考になる)

          by Anonymous Coward on 2005年04月27日 16時50分 (#728474)
          とあるお客のサイトでサイボウズを入れています。
          ユーザ数が数百人という、サイボウズとしてはちょっと規模が大きすぎなのですが、Cydbはかなり難アリですね。

          まず、データベースのバックアップができると言っても、ファイル単位で丸ごと取っておく事ができるというだけなので、蓄積されたデータ量が増えてくると、バックアップに必要な容量がどんどんと増えて行きます。長期の利用を考えるなら、差分バックアップが欲しい所。
          MySQLであれば、スナップショットをフルバックアップとして取っておき、update-logを吐くようにしておけば、それが差分となりますので、フル+差分という形でバックアップが取れます。

          次にデータベースファイル自体ですが、フラグメンテーションを防ぐためでしょうが、かなり大きな単位で増加して行きます。最初は512KB程度ですがデータ量が増えると増分も大きくなっているようです。
          それ自体は良いのですが、全システム共通のデータベースファイル以外に、各ユーザごとに一つずつのデータベースファイルを持っているため、ユーザ数が多いと、このデータベースファイルがすごい勢いで容量を増して行きます。
          ディスク容量自体は年々容量単価も下がっていますので、それ程問題が無いと言えば無いのですが、上で書いたようにファイル単位でのバックアップしかできませんので、バックアップに要する時間が飛躍的に増えて行きます。

          最後に致命的とも言える問題ですが、Cydbではデータベースのファイルが壊れていてもそれなりに動いてしまいます。
          そのため、数世代のバックアップを取っていたとしても、それを越えた時点でやっと壊れているという事が露見してしまう事もあります。
          データベースファイルが壊れているかどうかを確認するための手段がユーザにはありませんので、実際動作が異常になるまでわかりません。
          サイボウズ社へ送れば調べてくれるらしいのですが、上記のようにデータ量が莫大になってくると、容易に送る事もできません。
          そして、仮に送ってみて壊れていると確認されたとしても、サイボウズ社ですら修復ができません
          という事は、最古の世代のバックアップも壊れていた場合には、0から再スタートするしか手段がありません。
          もちろん、バックアップを上書きせずに永遠に残すようにすれば0よりはマシですが、それにしても何ヶ月も前の状態に戻ってしまう事態もあり得ます。

          独自データベースである事にはメリットがあるかもしれませんが、ダンプ、レストア、チェック、修復というデータベースとして最低限の機能も備えていないものでは、メリットも台無しだと思います。

          親コメント
          • Re:当然の決断 (スコア:1, 参考になる)

            by Anonymous Coward on 2005年04月27日 21時03分 (#728540)
            >データベースファイルが壊れているかどうかを確認するための手段がユーザにはありませんので、実際動作が異常になるまでわかりません。
            >サイボウズ社へ送れば調べてくれるらしいのですが、上記のようにデータ量が莫大になってくると、容易に送る事もできません。
            >そして、仮に送ってみて壊れていると確認されたとしても、サイボウズ社ですら修復ができません。

            iOfficeの方は知らんが、ガルーンなら去年の夏バージョンあたりから確認・修復ツールが付属してたはず。
            使い物になるのかは知らんけどね。

            まあ、いずれにせよちゃちなのは確かなんでMySQLにするのは大歓迎。
            親コメント

目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond

処理中...