Mac De Oracle Heterogeneous! #58 Tweet

続きです。Generic Connectivity経由でPostgreSQL7.4.9の文字型にアクセス　二回目。

１. char型

１）　char(20)として定義した列を問い合わせる

以下、問い合わせた結果。

CORYDORAS> set null 'NULL'
CORYDORAS> list
  1  select
  2    "id",
  3    lengthb("r_char_20"),
  4    length("r_char_20"),
  5    substr(dump("r_char_20",16),1,7),
  6    "r_char_20"
  7  from
  8    char_test_postgresql749_mac@oracle10g_win
  9  where
 10*   "id" between 19 and 23
CORYDORAS> /

        id LENGTHB("R_CHAR_20") LENGTH("R_CHAR_20") SUBSTR(DUMP("R r_char_20
---------- -------------------- ------------------- -------------- --------------------
        19                   20                  19 Typ=96          あ
        20 NULL                 NULL                NULL           NULL
        21                   20                  20 Typ=96
        22                   20                  20 Typ=96         12345678901234567890
        23                   20                  10 Typ=96         １２３４５６７８９０

CORYDORAS> 

char(20)は、Oracle側のchar型にマップされている。　
PostgreSQL上で問い合わせた結果と比較すると、文字数やバイト数が１文字及び１バイトづつ少ない。ODBCの問題である可能性も無いとは言えないが、Oracleはバイトセマンティクスでchar(20)をハンドリングしているようにみえる。id=19,23のデータは文字が切り捨てられている点に注意してもらいたい。ただ、２０バイトで単純に切り捨てられているということではなく、文字列として２０バイト以内に収まる文字数で切り捨てられているようにも見える。'1234567890123456789あ' という２０文字を登録しておき、Generic Connectivity経由でOralce側から問い合わせると、'1234567890123456789'が返されたためだなのだが、状況証拠だけなので偶々という可能性もある。尚、alter session文で、バイトセマンティクスから文字セマンティクスに変更しても状況は変わらない。
PostgreSQLのchar(20)を　Oracleのchar(20 char)にマッピングする回避方法はあるのか？　無理矢理だがPostgreSQL側のchar(20)をchar(40)へ変更してしまうという方法で回避できるようならそれでもよいかもしれないが、列サイズの変更により既存プログラムへの影響が懸念される。それ以外の方法としては外部表がお手軽かもしれない。他にはパススルークエリーを利用すればなんとかなるか？？。（パススルークエリを利用した回避方法は別途調査してみるか・・）

２）varchar(20)として定義した列を問い合わせる

以下、問い合わせた結果

CORYDORAS> l
  1  select
  2    "id",
  3    lengthb("r_varchar_20"),
  4    length("r_varchar_20"),
  5    substr(dump("r_varchar_20",16),1,7),
  6    "r_varchar_20"
  7  from
  8    char_test_postgresql749_mac@oracle10g_win
  9  where
 10*   "id" between 24 and 28
CORYDORAS> /

        id LENGTHB("R_VARCHAR_20") LENGTH("R_VARCHAR_20") SUBSTR(DUMP("R r_varchar_20
---------- ----------------------- ---------------------- -------------- --------------------
        24                       4                      3 Typ=1 L         あ
        25 NULL                    NULL                   NULL           NULL
        26 NULL                    NULL                   NULL           NULL
        27                      20                     20 Typ=1 L        12345678901234567890
        28                      20                     10 Typ=1 L        １２３４５６７８９０

CORYDORAS> 

varchar(20)は、Oracleのvarchar2型にマップされている。注意する点は、char(20)のid=23のデータと同じ。

今日はここまで。次回につづく。