[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 メーリングリストの案内