村上です。

At Wed, 23 Jun 2004 10:39:23 +0900 (JST),
Hirofumi Fujiwara wrote:
> 
> 藤原です。

>   もともと入っていたデータの一部が抜け落ちるようになる危険な現象で、な
>   おかつ気づきにくいタイプなので、MySQLにきちんと対応してもらうべきだ
>   と思います。

そうおもいます

> > 何人かと話していて出た話は、
> > 
> > 1. version 4.1 が、古い frm を見た場合、「ALTER しなさい」のような
> >    Warning もしくは Error を出すとうれしいかも。
> > 
> > 2. 強制的に自動で ALTER する機能よりも、外部に別に変換スクリプトがある方が
> >    なにが起きているか把握できる
> > 
> > 3. 古い frm テーブルに対する INSERT を、error で弾くというのはどうだろう
> > 
> > どんなものでしょう?
> 
>   3. はちょっとやり過ぎかなと思います。
> 
>   テーブルのバージョン番号のところだけを確認したり、変更したりするのはSQL
>   レベルでできるんでしたっけ？

変更は ALTER すればいいですが、
確認が SQL レベルではできないです。

>   1. で確認して、必要なら ALTERするので通常は充分と思います。
> 
>   たくさんテーブルができている場合もあるだろうから、指定したデータベー
>   スの全テーブル（または指定のテーブル）について、確認する手段の提供が
>   欲しいです。

SHOW TABLE STATUS; で出てくれればうれしいかな。

SQL で確認できれば、変換スクリプトも簡単に用意できそう。

> > > > + 4.1 から、char() はバイト数ではなく、文字数に仕様変更された。
> > > > + EUC-JP は、最大で 1 日本語文字に 3 バイト使用する。
> > > > なので、
> > > > int(8 / 3) = 2
> 
>   となる件は、MySQL側に伝えられているのでしょうか？

いえ、まだです。
アイデアがでたら、そのアイデアを実装してくれ、のレポートにしようと思ってました。

#扱いたい(扱っている)4.1のテーマリスト
#1. ./configure --with-client-charset=  / まだリクエストに対する返事が無いんですよねぇー
#2. char() の問題
#3. unicode マッピングと外字  ( utf-8-java, utf-8-ms, utf-8-nec とか作る?)

================
村上 takeshi@xxxxxxxxxx