[pgsql-jp: 34429] Re: PostgreSQL/Oracle/MySQL の機能比較
Tatsuo Ishii
t-ishii @ sra.co.jp
2004年 12月 8日 (水) 18:27:47 JST
どうも,石井です.
> PL/Javaの件ではお世話になりました。
> なかやまです。
>
> 主にOracle周りなんですが、○がついていてもPostgreSQLの対応
> 範囲が気になる部分もあるので、コメントさせてください。
>
> On Wed, 08 Dec 2004 13:26:47 +0900 (JST)
> Tatsuo Ishii <t-ishii @ sra.co.jp> wrote:
>
> > PostgreSQL 8.0/Oracle 10g/MySQL 4.1.7の機能比較表を作ってみました.
> > # それぞれ最新安定版(PostgreSQLは若干フライング気味:-)を取り上げたつも
> > # りです.
> >
> > もし間違っているところ,あるいはこういう項目を追加した方が良い,などの
> > 突っ込みがあったらよろしくお願いします.
> > --
> > Tatsuo Ishii
> >
> > 機能 PostgreSQL 8.0 Oracle 10g MySQL 4.1.7
> > ------------------------------------------------------------------------------
> > ルール ○ X X
>
> 同様のことはOracleなら【INSTEAD OF トリガー】で完全に置き換え可能です。
> このトリガーを定義してあるテーブルに対してDMLが発行されたときに、
> トリガー起動契機となったそのDMLを実行せずにトリガーに記述された
> 処理のみを実行します。
それは却下です:-)なぜなら,トリガはSELECTに仕掛けられないからです.
> > 継承 ○ X X
> > ユーザ定義データ型 ○ X X
>
> Oracleだとこれらはオブジェクト(ORDBMS)機能/オブジェクト型を使えば
> 可能ですね。全エディションで制限無く利用できます。
> (CREATE TYPE)
[pgsql-jp: 34426]参照.
> > マルチバイト対応 ○ ○ ○
>
> SJIS/EUC/UTF-8だと大抵のDBは対応していると思いますが、
> JIS系や、SJIS系でもMS932対応もあるかとか、
> UNICODE系だとUTF16や、外字の扱い(UNICODE系だとサロゲート
> 領域がちゃんと扱えるかとか)も気になりますね。
たしかに細かいことを言い出すといろいろあるのですが,ここはあくまで一覧
表,というレベルで勘弁してください.もちろん,別途細かな解説文書を作り
ましょう,という提案はありだと思います.
> > テーブルスペース ○ ○ X
>
> これは、実装的にテーブルスペースの概念があるというだけでしょうか?
> スキーマオブジェクトごとにテーブルスペースを決められると
> いうことでしょうか?
> それとも別の思惑がありますでしょうか?
性能上の観点から,I/O負荷を分散させるためにテーブルなどのオブジェクト
の単位でストレージを指定できる機能を想定しています.
--
Tatsuo Ishii
pgsql-jp メーリングリストの案内