内藤です。

エラーを回避するのは当たり前ですが、それ以上にシステムの
条件を拡げようとしない消極性は残念だと思います。「問題」は
解決すべきであって、回避すべきではありません。それは、技術
者のモラルと言ってもいいと思います。
システムが高機能であることがより強い競争力を持つことになる
のは事実で、それを技術者が使いたがらないのは、自ら売れない
ことを望んでいるようなものです。それが、不必要な複雑さだと
いうのなら、新たに開発されたすべての高い機能は必要なくなっ
てしまって、昔の環境が綿々と生き残っていけばよいです。

しかし、決してそうはなりません。すなわち、そのような保守的な
ものは売れなくなって消えていくからです。そして、新たな技術を
積極的に導入して成功したものだけが生き残ってきたという今まで
の技術史をどう見ているのでしょう？自分はそれには関係ないと思
っているのか知らん。
私も多くのソフトウエア開発に携わってきましたが、公のコミュニ
ティでこのような消極論がまかり通るとは思いませんでした。

日本語が使えるというのはきわめて大きな機能です。なぜならば、
そこには知識の生の表現が含まれるからです。英語を母国語とし
ない人にとって、アルファベットで表現された記号は、知識を表
現することはできません。それを証明するのは簡単で、このＭＬ
が決して英語で書かれなくて日本語で書かれていることがそれを
示しています。もし、世界のMySQLのコミュニティで議論すること
のほうが重要だと思っているならば、英語でMLを運営すべきでし
ょう。

私も全角の空白を邪魔だと思うことは多いです。ですが、それな
どは、日本語で表現された名前などを使わないことに比べると、
問題になりません。そのような問題はきわめてレベルの低い問題
で、すぐにわかるからです。むしろ、関係処理やデータ操作の意
味的な内容を高度化することが、どれだけ必要なことかわかって
いるからです。そんなニーズに母国語は貢献しませんでしょうか？
それとも、このMLに参加している人たちは、そのような上流レベル
の設計などしない人たちなのでしょうか？そのような上流設計は
言語レベルでは関係ないという議論もあるかもしれません。しか
し、SQLを含むプログラム表現がそのまま上流レベルの理解につな
がるのであるならば、便利だと思うのは当然です。

もっと、積極的にMySQLを高度化する議論を期待したいです。例え
ばORACLE PORTALのようなシステム構築ツールに、多言語インター
フェースなどを実現することは可能でしょうし、そのようなツー
ルの実現によって、これまでの議論はすべて吸収できるのではな
いですか？
MySQLにもそのようなインターフェースが提供されれば、より利用
層が拡大すると思います。どなたか、そのようなツールを作成し
て公開していただけませんでしょうか？私はMySQLをそんなに調べ
ていないので、「もうあるよ」という指摘は大歓迎です。
＃自分で作成する余裕とパワーがあれば出したいです。

Takahiro Kaneko wrote:
> 
> 金子です。
> 
>> 　システムの開発はただでさえ複雑になりがちなものなのですから、不必要に複
>> 雑さを増す要因を追加する必要は無い、がまず最初の点です。
> 
> 
> まず、このような前提を行うのなら
> 「日本語をテーブル名、フィール名に使ってはならない」
> という結論に落ち着きそうなものですが。
> 
> 例えば、DBMS とクライアントの Coding System が異なっている場合に
> 常に変換可能な文字だけを使ってテーブル設計をしなければいけないのは
> 「不必要な複雑さ」ではないですか？
> 
> Java(というか　UTF-8?) がからんだ時にすごく問題になりそうですが。
> 
> 以上
> 
> 
> 
> 
> 


-- 
 Yusuke Naito 内藤祐介
 Artificial Life Laboratory, Inc. （株）人工生命研究所
 E-mail:naito@xxxxxxxxxx URL:www.alife-lab.co.jp