パスワードを忘れた? アカウント作成
5730 story

PostgreSQL + SymfoWare = PostgreSQL Plus 51

ストーリー by Oliver
DBトピックのアイコン大募集 部門より

highness 曰く、 "日経ITProより。富士通は5月19日,PostgreSQLに同社のDBMS「SymfoWare」のエンジン部分を組み合わせた製品「PostgreSQL Plus(仮称)」を開発中であることを明らかにしたとのこと。
PostgreSQL7.3.2のSQLプロセッサ部分と,SymfoWareのデータI/O処理部分とを組み合わせ、アプリ側からはPostgreSQLのように見えるが,裏ではディスクI/O関連の処理はすべて,SymfoWare部分が実行する形になるらしい。なお、PostgreSQL Plusはバイナリ製品でのみ提供するそうだ。"

参考:PostgreSQLのライセンス 追記: 日本語訳

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • Plus ねぇ (スコア:3, すばらしい洞察)

    by Anonymous Coward on 2003年05月20日 18時31分 (#319705)
    さすがに DB のエンジンをすげ替えたものに PostgreSQL の名前を冠するのはどうなのかなぁ。
    それが認められるのなら、*BSD を Linux と名乗るのもアリだと思うんだけど……
    もちろん、後者には商標のかかわりとかがあるんで必ずしも同じ話ではないとは思うんですが、
    ある種の仁義としてこういうのはどうなのかな、と思います。
    • by hamukichi (5525) on 2003年05月20日 21時51分 (#319848)
      >Plus ねぇ

       じゃあ次期バージョンは SE か?
      親コメント
      • by Anonymous Coward
        でも、Plusの前はfat PostgreSQLという名称ではなかったぞ。^_^
    • by zeissmania (3689) on 2003年05月20日 22時44分 (#319880)
      >それが認められるのなら、*BSD を Linux と名乗るのもアリ
      Machカーネルを使用したMk-Linuxは?
      親コメント
    • by dama4slash (785) on 2003年05月21日 0時38分 (#319967)
      >さすがに DB のエンジンをすげ替えたものに PostgreSQL の名前を冠するのはどうなのかなぁ。
      「Postgre」名乗れるでしょうか・・・
      富士通的には、「SymfoSQL」あたりが妥当?
      ただ、この会社もOracleの販売では表彰 [oracle.co.jp]されているから、
      それ以外の顧客へのソリューションということでしょうか?
      あるいは「オープン」的香りを出したい?
      つーか、「Symfoware」と「Oracle」どっちを売りたいかと訊ねるべき?
      親コメント
      • もちろん, (スコア:2, 興味深い)

        by Anonymous Coward on 2003年05月21日 9時00分 (#320074)
        SymfoWAREを作成している部署はSymfoWAREを売りたいが, 通常オープン系商談では顧客からDBにはOracleと指定されることが多いので, それに洗脳された営業/SEは, 顧客から指定されなかった場合でも, Oracleを選択してしまう様です. 因みに, 会長/社長がどうしたいかは不明. (ヤバイのでAC)
        親コメント
        • by Anonymous Coward
          > 会長/社長がどうしたいかは不明

          たぶん、新しいことやってます!ってのを世間に見せ付けて
          株価をあげたいのだと思います。
    • まだ仮称のようですし、文句付けるなら今のうちです :-P
      PostgreSQL の開発元が納得しているのならそれでいいと思いますけど、
      その辺はどうなんでしょう。
      --
      This cookie has a scrap of paper inside. It reads:
      If you can't learn to do it well, learn to enjoy.
      親コメント
    • by Anonymous Coward
      御意。ユーザーエンドから見れば使えるシチュエーションといい完全に別製品です。
      そもそも PostgreSQL 的には許しちゃっていいのでしょうか。

      PostgreSQL コミュニティが抱えるユーザーや、オープンソースのソリューションで開発を進めたくても保証を求めるクライアントに対応した需要など手の打ち方は上手だと思いますがオー
      • by Anonymous Coward
        日経ITProに
        >J2EE(Java 2 Platform,Enterprise Edition)対応のPostgreSQL用JDBCドライバも開発中であり
        >これはPostgreSQLコミュニティに提供し,オープンソースとする予定である。

        ということなのでコミットしてるよっていう姿勢もみせているんでわ?
        • by Anonymous Coward
          でも、これ導入後にFが抜けちゃって、PostgreSQLの経験があるということだけで、保守に借り出されたら地獄見そうだな・・・・
    • by Anonymous Coward
      NisegreSQL が妥当だろうな。
  • ライセンス (スコア:2, 参考になる)

    by route99 (7593) on 2003年05月20日 17時16分 (#319645) 日記
    本家にはいまつながらないようなので、
    日本PostgreSQLユーザー会のライセンス訳 [postgresql.jp]です。
  • 価格は (スコア:2, 参考になる)

    by take0m (4948) on 2003年05月20日 17時45分 (#319662) 日記
    年間サポート付きで20万円って書いていますね。
    2CPU限定となっています。
    http://itpro.nikkeibp.co.jp/free/SI/NEWS/20030520/1/

    微妙ですね。Oracleでもいいような・・・DB2でもいいような・・・
    • by hhb02144 (6410) on 2003年05月21日 9時06分 (#320079) ホームページ
      2CPU限定というのが気になりますね. ハード的には4CPU/8CPU筐体が存在するのに... あっ! そうか! CPU数を理由にして, SolarisやWindowsを売るためか!(?)
      --
      ★田舎に生息する時代遅れのFortran&COBOLガイなオタク★
      親コメント
    • by Anonymous Coward
      微妙というより、むしろ意味無しという気がしますが...
      たとえばMySQLなら「圧倒的に高速」というウリがありますが、PostgreSQLは「タダで使える」以外にメリットはほとんど無い。
      タダで使えなくても「PostgreSQLじゃないとダメだ!」って言うのは信者ぐらいだよ(いるかどうか知らんが)
      • by wisteria (10432) on 2003年05月21日 16時46分 (#320319)
        TABLE を派生させて使いたい用途があるので、Postgres 使ってます。
        むしろ、Postgres ほどへんてこな(ほめ言葉)を、タダの RDBS 程度としかとらえられないのはもったいないです。

        早いだけの DB 、タダというだけの DB もいらない

        # TABLE 派生は信者かなぁと自負しているので ID

        # ところで、Free で使える面白い Object 指向な DB ってないでしょうか
        親コメント
    • 今後お役所が「オープンソース製品使用」を入札の条件にすることが増えそうだから、その対策なんじゃないですか? 
  • えー、そもそもSymfoware自体見たことがないので、実際の評価のところを聞きたいと思うのですが>識者の方々

    私としては、よくPostgreSQLはVACUUMが・・・といいますが、VACUUMを必要としないデータベースのほとんどはロールバック処理が大変なことが多く、それに対してPostgreSQLでは逆にロールバックが一瞬で、しかも確実に行えるというメリットがあります。Cuncurrent VACUUMがすでに実装されている以上、それほど気にするべき要因ではないと思うのですが。

    一方、PostgreSQLのストレージ管理やバッファー管理は洗練されているとは決して言えないので、その点は歓迎出来ると思います。

    • by Anonymous Coward on 2003年05月20日 18時19分 (#319695)
      某自治体向けシステムに使われていたのを触っていた時は、
      あまりいい印象がなかったですね・・・・

      とにかくロックの制御がタコで、原因不明の解けないロック
      が多発してた。また、サーバ側にSQLコンソールがなくて、
      しょうがないので、自作ツールでクライアント側から、強制
      開放するか、サーバ側でisqlライクなPGにSQLコマンドファ
      イルを食わせるバッチファイルで処理してた。

      あと、このロックを強制開放すると、かならずテーブルのイ
      ンデックス等が壊れていた。で、個別&全テーブルのドロップ
      &定義&データ復旧用のバッチファイルが必須という情けない
      運用をしていた・・・

      動かしていたのは、NTで、元の主戦場のUXP/DSや、Sファミリ
      上では、もっとまともなのかもしれないが、あの経験をして
      いるので、使う気にはなれない・・・

      この方式だと、実質SQLの制御をするのは、Posgresのコード
      のようなので、苦労した点は改良されるということなのだろ
      うか?

      いずれにせよ、名前を聞くだけで憂鬱なのでAC
      親コメント
      • ロックですか・・・それはやっかいですね。

        PostgreSQLの行レベルロックはMVCCと密接に関係していて、PostgreSQLのMVCCは追記型ストレージと・・・ということになるので、解決にはならないかも知れません。

        ま、改善する部分もあるかと思いますが。

        親コメント
      • by Anonymous Coward on 2003年05月20日 19時56分 (#319748)
        データベースではないのですが、数年前 OLAP がちょっと話題に
        なっていた頃、同系列の Symfoware Navigator を使ったことが
        ありますが、製品と呼ぶにはあまりにバグが多く最悪の印象でし
        た。サポートもレスポンスが悪くおそまつだったし。

        # 当時は SymfoWARE と書いたような…
        # 私も名前を聞くと憂鬱になる
        親コメント
      • by Anonymous Coward on 2003年05月20日 21時25分 (#319820)

        富士通の二大巨頭と評されるSymfoWAREとSystemWalkerですが、私はSolaris版を触りましたが酷いもんでしたね。

        元レスの人も言ってますがサーバ内で一通り完結できるツールが揃ってないだけでなく(最近は触ってないのでわかりませんが)、自分(SymfoWARE)たちの都合しか考えていない妙な出来に悩まされました。インデックスが壊れるなんて日常茶飯事、酷いときには壊れたデータを読み出してきて正常動作してしまうなんてことも往々にしてありました。

        どちらかというと、SymfoWAREがPostgresの良いところを吸収してくれることを激しく望みます。現行のSymfoWAREの顧客からすればPostgresは「黒船来航」の如くでしょうから。

        親コメント
        • > 富士通の二大巨頭
          あと、InterStageもいれてはどうでしょう。これの商品体系も眩暈がするほどわかりにくいものですが。
          どれも自社提案案件でしか使われないってことは、品質は推して知るべし。

          #使わざるをえないのでAC
      • こういう独自系製品をオープン系に組み込む場合
        OracleとかSQLServerとの比較提案だったりすると非常に厳しい場合がありますよね
    • by Anonymous Coward on 2003年05月20日 23時02分 (#319900)
      インデックス用の領域を自分で計算して確保しなくちゃいけないのが萎え。
      SQL埋め込みCで書くと汚いし、INSERTが鬼のように遅いので萎え。
      コマンド体系や使い勝手がUnix思想を汲み取ってないので萎え。
      もう勘弁してくれ、って感じです。

      #仕事でつかってて泣きそうなのでAC
      親コメント
      • >インデックス用の領域を自分で計算して確保しなくちゃいけないのが萎え。

        #320324のACですが、私が導入で触ったシステムには、データの件数などを入力すると領域計算してSQL文を作ってくれるExcelのシートがツールとして付属してました。

        …でもそのまま使うと足りなくなるので、生成されたSQL文の数値を水増しして流してましたが。

    • by Anonymous Coward on 2003年05月21日 16時50分 (#320324)
      幸か不幸か開発でさわったことはないけど、富士通製自治体向けシステムの導入時にさわりました。
      他の方の例にもあるようにミドルウェアから富士通製品でぎっちり固められてました…って富士通が作ったシステムなんだからあたりまえか。

      私が触ったときは、一応SQLくらい流せるコンソールとか、運用保守に必要なツールくらいはあったので、その辺は進歩していたのかな?
      んでも原因不明のロックなんて良くありましたね。
      導入前に事前にデータをセットしようとして、いつのまにかロックしててハマったことが何度かありました。
      帰る前にデータ流して、次の日に終わってるかなと確認すると止まってたり。

      あとパフォーマンスも悪かったなぁ。
      DB直接たたいてもレスポンス悪いのにミドルウェア経由だと、もうもう「どうにかして~」って感じ。
      人口規模でハードの推奨スペックがあって、最初見たときに妙にハードル高いなと感じたのは、ソフトの遅さをハードで何とかしようとしてたみたいです…

      開発案件では選択したくないもののひとつ(って言うか筆頭?)です。

      親コメント
    • >一方、PostgreSQLのストレージ管理やバッファー管理は洗練されているとは決して言えないので、その点は歓迎出来ると思います。

      うーん、私としてはそういう洗練されたストレージ管理やバッファー管理が
      Postgresにフィードバックされると歓迎なんですが・・・
      • うーん、私としてはそういう洗練されたストレージ管理やバッファー管理がPostgresにフィードバックされると歓迎なんですが・・・
        洗練されているなら歓迎なのですけどね・・・せめてPostgreSQLよりは洗練されていると信じたいですけどね・・・

        なんか他の人の話を聞いていると、そうとも思えなくなってきました(汗

        親コメント
        • 洗練されているなら歓迎なのですけどね・・・せめてPostgreSQLよりは洗練されていると信じたいですけどね・・・
          PostgreSQLより朴訥なストレージやバッファ管理なんて無いと思いますけど・・・。
    • そもそも製品の提供する場合の立ち位置が微妙ですよね

      全然無関係の会社が、このDBをソリューションとして購入するのか?
      それとも富士通(や関連企業)が自前の案件で提案するのか?
      それによって、商品の見え方が全然ちがうような気がします。

      おそらく後者が殆どだろうけど・・・
    • 丁度、SymfowareとSymfoware Navigatorをコンボで使っています。
      開発のためにSQLを叩く必要があるのですが、当然のようにフリーソフト使ってます(お粗末)。

      Synfowareのロック関係の面倒さと、NavigatorがSynfowareと(必要な所で)連動していないのが
  • by doripush (653) on 2003年05月20日 17時10分 (#319641)
    MyISAMのほかに、InnoDBやBDBが使えるのと同じなんでしょうか?
    それとも、別次元の話なのだろうか。
    • Re:MySQLで言うと (スコア:3, 参考になる)

      by L.star (163) on 2003年05月20日 17時31分 (#319651) ホームページ
      MySQLは知りませんが
      MyISAMのほかに、InnoDBやBDBが使えるのと同じなんでしょうか?
      PostgreSQLのディスクI/O部分は今のところ有効な実装こそ1つですが、他のシステムのように独立して追加することも可能ですから、似たような形に出来ると思います。ただし、この仕組みはほとんど利用されていないのでデフォルト以外で正しく動作するかどうかは知りません。ちなみに、PostgreSQLには現在のディスクベースのStorage Manager以外に不揮発性メモリをサポートするものがありますが、これも正しく動作するかどうかは誰も知りません。

      これ以上はデフォルト以外で一度動かしたことがあるsnagaさんに委譲と言うことで:-)

      親コメント
  • by tma20 (3064) on 2003年05月20日 23時14分 (#319908)
    すると安くて早いのができるってことデスかね。
    Linux 版の symfoware もあるようですが。
    なんでこんなことするのかいまいちわかりません。

    うがった見方をすると、PostgreSQL のソースをちょろっと
    チューニングして「エンジンは自社の~」とか言ってるんだったら
    詐欺もいいとこだけど… 考えすぎかな。
    • by Anonymous Coward
      > 考えすぎかな。

      むしろ考えて無さすぎ。元記事読め。
  • by you-you (4108) on 2003年05月21日 12時37分 (#320201) 日記
    皆さんに議論から学ばせていただくと
                PostgreSQL - Postgres + SymfoWare = PostgreSQL Plus
    という理解で合ってるのでしょうか。。。
typodupeerror

未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー

読み込み中...