it技術:データベース:postgresql:oracleからの移行

差分

このページの2つのバージョン間の差分を表示します。

この比較画面へのリンク

--- it技術:データベース:postgresql:oracleからの移行 [2021/06/24 23:57] – [データ型] yajuadmin
+++ it技術:データベース:postgresql:oracleからの移行 [2021/06/25 00:18] – [複合インデックスの指定方法] yajuadmin
@@ 行 10: / 行 10: @@
 |DATE|TIMESTAMP| |DATEのままだと日付のみになる|
 |SYSDATE|current_timestamp  \\ ※SQL92に従いnow()は使わない|現在の日付/時刻を取得する関数|HH24MMSS → HH24MISS|
-|ROWID|oid|32bit(約43億)で一周してしまう|Create文でWITH OIDSと設定しないと使用できない、PostgreSQL12ではWITH OIDS廃止|
+|ROWID|oid|32bit(約43億)で一周してしまう|Create文でWITH OIDSと設定しないと使用できない、PostgreSQL12以降はWITH OIDS廃止|
 参照：[[http://interdbconnect.sourceforge.net/oracle_fdw/data_mapping-ja.html|oracle_fdw データ型マッピング]]
@@ 行 198: / 行 198: @@
 https://www.postgresql.jp/document/8.0/html/indexes-multicolumn.html
-複合インデックスは最初の列から連続して列が指定されている場合にのみ機能するという制限があるからです。\\
+複合インデックスは**最初の列から連続して列が指定されている場合にのみ機能する**という制限があるからです。\\
 そのため、インデックス定義の途中の列から条件を指定するとインデックスが効かず遅くなる。
 <code>
@@ 行 205: / 行 205: @@
 WHERE AA = xxx AND AB = xxx AND AC = xxx AND AD = xxx
 </code>
+==== ダブルパイプ結合したインデックスは作成できない ====
+PostgreSQLではカラムをダブルパイプ結合するとインデックスが効かなくなります。\\
+Oracleではダブルパイプ結合したインデックス自体を作成できましたが、PostgreSQLではできません。\\
+PostgreSQLでは単一または複合インデックスを作成し、行値式を使用することでインデックスを効くようにします。\\
+<code>
+SELECT * FROM TEST
+WHERE
+(UPDATE_DATE, UPDATE_TIME) >  ('20190218','141435') AND
+(UPDATE_DATE, UPDATE_TIME) <= ('20190219','141435')
+</code>
+※Oracleの行値式は等価(=,!=,IN)しか対応していないが、PostgreSQLでは範囲条件(>, <=など)も対応している。なお、SQLServerは未だに行値式をサポートしていない。
 ==== ユーザ定義関数 ====
 === NVL関数 ===

it技術/データベース/postgresql/oracleからの移行.txt · 最終更新: 2023/12/18 13:16 by yajuadmin