[前][次][番号順一覧][スレッド一覧]

mysql:627

From: "Satoshi Tatsuoka" <"Satoshi Tatsuoka" <satoshi@xxxxxxxxxx>>
Date: Fri, 22 Jan 1999 20:31:47 +0900
Subject: [mysql 00627] Re: MyODBC EUC Ver 0.02

立岡です。

>BINARY 属性がついているかどうかは MySQL のクライアントライブラリから
>確認できますが、利用者がどう使っているかは計算機からはわからないと
>いうことだと思います。
>
>本当にバイナリデータを格納したいから BINARY をつけているのか、それとも
>大文字/小文字を区別したくて BINARY をつけているのか…。

CHAR BINARY
はODBC内部ではCHAR型です。


>そうですね。問題はコード変換でしょう。

>> どこかで、バイナリであることを明示することが必要なのかな?
>> ODBC側で、文字列とバイナリの区別があれば、問題ないような気が
>> しますが、どうなんでしょうか?
>> 逆にMySQL->ODBC->の流れの方が心配のような気がしてきました。

現在の仕様は
TINY BLOB
BLOB
MEDEUM BLOB
LONG BLOB
に格納されているときはバイナリとみなし
コード変換せずに取り出します。

ACCESSではMYSQLのBLOB型はOLEオブジェクト型となり、絵でも文書でもプログラムでも、
んでもほうり込めます。ですので上のようにしました。
でもなんでもほうり込めるから、ターミナルから"select * from xxx"なんてやると
はまりますが、、、

私はバイナリデータは別ファイルにして保存し、そこへパスなどののポインタをテキストで
DBに挿入する主義ですから、必要ないのですけど、できないと困る人もいるでしょうね。


ODBCでは各フィールドの型は前もってわかっているようなので、クエリーを解析して
フィールド名と型の照合をやってバイナリ(BLOB)かどうかを判断するのが、いいよう
な気がします。INSERTとUPDATEの構文解析ができれば可能かなと思っています。
本当かな…;



[前][次][番号順一覧][スレッド一覧]

->     627 1999-01-22 20:31 ["Satoshi Tatsuoka" <] Re: MyODBC EUC Ver 0.02                 
       628 1999-01-22 22:02 ┗[Masato Toyoshima <wm]