Mac De Oracle Heterogeneous! #66 Tweet

前回のつづき。Generic Connectivyty経由でMySQL4.0.25の文字型にアクセス。三回目。

３）tinytext型、tinyblob型、text型、blob型

Oracleで、blob型というとlob型(ラージオブジェクト）をイメージするが、MySQLでは文字型なので少々戸惑う。Generic Connectivity経由ではどの型にマッピングされているのかを確認したところ、PostgreSQLでlong型にマッピングされていた状況に類似したエラーが返される。

CORYDORAS> col r_tinytext for a40
CORYDORAS> l
  1  select
  2    "r_tinytext",
  3    lengthb("r_tinytext") as "bytes",
  4    substr(
  5      dump("r_tinytext",16),
  6      1,
  7      instr(dump("r_tinytext",16),' ')
  8    ) as "dump"
  9  from
 10    varchar_test_mysql4025_mac@oracle10g_win
 11  where
 12*   "id" = 30
CORYDORAS> /
select
*
行1でエラーが発生しました。:
ORA-02070: データベースMYSQL4025_MACはこのコンテキストではLENGTHBをサポートしません。
ORA-02063: 先行のエラー・メッセージを参照してくださいline(ORACLE10G_WIN)。

CORYDORAS> col r_tinyblob for a40
CORYDORAS> l
  1  select
  2    "r_tinyblob",
  3    lengthb("r_tinyblob") as "bytes",
  4    substr(
  5      dump("r_tinyblob",16),
  6      1,
  7      instr(dump("r_tinyblob",16),' ')
  8    ) as "dump"
  9  from
 10    varchar_test_mysql4025_mac@oracle10g_win
 11  where
 12*   "id" = 30
CORYDORAS> /
select
*
行1でエラーが発生しました。:
ORA-02070: データベースMYSQL4025_MACはこのコンテキストではLENGTHBをサポートしません。
ORA-02063: 先行のエラー・メッセージを参照してくださいline(ORACLE10G_WIN)。

CORYDORAS> col r_text for a40
CORYDORAS> l
  1  select
  2    "r_text",
  3    lengthb("r_text") as "bytes",
  4    substr(
  5      dump("r_text",16),
  6      1,
  7      instr(dump("r_text",16),' ')
  8    ) as "dump"
  9  from
 10    varchar_test_mysql4025_mac@oracle10g_win
 11  where
 12*   "id" = 31
CORYDORAS> /
select
*
行1でエラーが発生しました。:
ORA-02070: データベースMYSQL4025_MACはこのコンテキストではLENGTHBをサポートしません。
ORA-02063: 先行のエラー・メッセージを参照してくださいline(ORACLE10G_WIN)。

CORYDORAS> col r_blob for a40
CORYDORAS> l
  1  select
  2    "r_blob",
  3    lengthb("r_blob") as "bytes",
  4    substr(
  5      dump("r_blob",16),
  6      1,
  7      instr(dump("r_blob",16),' ')
  8    ) as "dump"
  9  from
 10    varchar_test_mysql4025_mac@oracle10g_win
 11  where
 12*   "id" = 31
CORYDORAS> /
select
*
行1でエラーが発生しました。:
ORA-02070: データベースMYSQL4025_MACはこのコンテキストではLENGTHBをサポートしません。
ORA-02063: 先行のエラー・メッセージを参照してくださいline(ORACLE10G_WIN)。

CORYDORAS> 

create table文で確認してみると、はやり、long型にマッピングされている。

CORYDORAS> create table temp_tab as       
  2  select "id","r_tinytext" from 
  3  varchar_test_mysql4025_mac@oracle10g_win
  4  where "id" = 30;
select "id","r_tinytext" from
            *
行2でエラーが発生しました。:
ORA-00997: LONGデータ型は使用できません。

CORYDORAS> create table temp_tab as
  2  select "id","r_tinyblob" from
  3  varchar_test_mysql4025_mac@oracle10g_win
  4  where "id" = 30;
select "id","r_tinyblob" from
            *
行2でエラーが発生しました。:
ORA-00997: LONGデータ型は使用できません。

CORYDORAS> create table temp_tab as
  2  select "id","r_text" from
  3  varchar_test_mysql4025_mac@oracle10g_win
  4  where "id" = 31;
select "id","r_text" from
            *
行2でエラーが発生しました。:
ORA-00997: LONGデータ型は使用できません。

CORYDORAS> create table temp_tab as
  2  select "id","r_blob" from
  3  varchar_test_mysql4025_mac@oracle10g_win
  4  where "id" = 31;
select "id","r_blob" from
            *
行2でエラーが発生しました。:
ORA-00997: LONGデータ型は使用できません。

CORYDORAS> 

MyODBC Driverにはtext型や、blob型の文字列をOracleのvarchar2型にマッピングするようなオプションは存在しないため、直接利用するのであればlong型のまま利用することになる。
MySQL4.0.25 では、PostgreSQLのように、char型や、varchar型で２０００バイトや、４０００バイトを定義することはできないため、256バイト以上の文字列は、text型か、blob型で定義されている場合が多いと思われる。定義されている表をそのままGeneric Connecvity経由でアクセスするのであれば、long型で利用することになる。
long型で利用するのが不便であれば他の方法を検討するなり、Generic Connectivityを諦める必要はありそうだ。ちなみに、long型にマッピングされているので使いやすいlob型に変換しようと思ってもそう簡単には行かない。
to_lob()関数などの関数はリモート表には利用できないためだ。（long型をうまく扱うための方法を考えなければ。。。）

CORYDORAS> edit
file afiedt.bufが書き込まれました。

  1  select
  2    "id",to_lob("r_tinytext") as "r_tinytext"
  3  from
  4    varchar_test_mysql4025_mac@oracle10g_win
  5  where
  6*   "id" = 30
CORYDORAS> /
  "id",to_lob("r_tinytext") as "r_tinytext"
       *
行2でエラーが発生しました。:
ORA-22992: リモート表から選択されたLOBロケータは使用できません。

今日はここまで。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
いろいろな伏線を張ったまま、放置する可能性もあるので、ご注意を。m(_ _)m　
Generic Connectiviyを利用するどうかの判断は、MySQL、PostgreSQLやODBCのバージョン、プラットフォームに影響される上、実際にどのようなスキーマを持っているかがポイントになる。従って、一概にMySQL4.0.xだから適用できるとか、PostgreSQLだと今ひとつだとか、言い切ることができない。
実システム又は、同等のテスト環境を利用し検証した結果を元に判断するしか無い、というのが現実である。
うまくハマれば、便利な機能であるのも事実。その分かれ目を見極めるためにも検証作業が大切。