> 小杉様
>
> 内藤です。
> はい、MySQLはORACLEと対抗するものだとは思っていませんが、全体
で
> そのような多言語化がおこなわれているとは知りませんでした。
> どのようなフレームワークなのか、リンク先でもお教えいただけれ
ば
> ありがたいです。そのような情報は、MySQLのコントリビューション
に
> 加えても良いと思いますが、なぜそうならないのでしょうか？
> MySQLの情報にはバックエンドの部分だけしか書かなくて良いとした
ら
> あまりにも不便です。
>
> JAVA+MySQLもODBC経由のACCESSも使っていますが、どのレベルのこ
と
> を指しているのでしょうか？私が言っている上流レベルの記述に
なっ
> ているのでしょうか？何か言語変換ユーティリティで便利なものが
ある
> なら、ぜひ知りたいものです。JAVAやVBの国際化標準がどうしてそ
の
> ような上流レベルの多言語化に結びついているのか、きわめて興味
が
> あります。世の中は知らない間にすばらしく進歩しているってこと
な
> んで、まったく無知な私はお恥ずかしい限りです。
> よろしくお教えお願いいたします。
>
> kosugi wrote:
> > 小杉です
> >
> > 内藤さんの根本的な勘違いはここにあると思います。
> >
> > ORACLEは、データベースエンジンであると同時に、アプリケー
ション
> > サーバでもあります。
> > したがって、各種ツールを搭載してオールインワンな機能を提供
しま
> > す。
> >
> > しかし、MySQLはもっとバックエンド的な意味合いの強いRDBMSで
す。
> > MySQLの場合、各種アプリケーションからアクセスして全体でシス
テム
> > を構築します。
> > たとえば、JAVA＋MySQLでアプリケーションを構築するとしたら、
アプ
> > リケーションを多言語化するのは、上層のJAVAの仕事であって、
MySQL
> > の仕事ではないのです。JAVAの基礎的なフレームワークなりライ
ブラ
> > リはほとんど国際化標準に作られ、言語化するクラスだけを追加
する
> > ことで多言語化を行います。これは、
> > [mysql 07241] Re: 日本語項目名やテーブル名について
> > で、松枝さんが書いていた中古の手法とは比べ物にならないくら
い利
> > 便性が高く、エラー率が低く、低コストな方法です。
> > 実用的にMySQLを使っている開発会社or個人は、そういうフレーム
ワー
> > クをすでに持っていて、RDBMSにどんなものが来ても対応できるよ
うな
> > ものを開発しています。
> >
> > ですので、
> >
> >
> >>MySQLにもそのようなインターフェースが提供されれば、より利用
> >>層が拡大すると思います。
> >
> >
> > というのは　？？？なのです。
> > すでにPerl,PHP,JAVA,RUBY,Python,C++,ACCESSなどで、多言語化
を含
> > めた各種インターフェースを開発しているのですから。。
> > MySQLにそれを含めるという考え方は、RDBMSに対する誤解としか
言え
> > ません。
> >
> > RDBMSの基本的なところをもうすこし勉強してみてはいかがでしょ
うか
> > ？
> >
> > --
> > Tomoaki Kosugi
> > kosugi@xxxxxxxxxx
> >
> >
> >
> >>もっと、積極的にMySQLを高度化する議論を期待したいです。例え
> >>ばORACLE PORTALのようなシステム構築ツールに、多言語インター
> >>フェースなどを実現することは可能でしょうし、そのようなツー
> >>ルの実現によって、これまでの議論はすべて吸収できるのではな
> >>いですか？
> >>MySQLにもそのようなインターフェースが提供されれば、より利用
> >>層が拡大すると思います。どなたか、そのようなツールを作成し
> >>て公開していただけませんでしょうか？私はMySQLをそんなに調べ
> >>ていないので、「もうあるよ」という指摘は大歓迎です。
> >
> >
> >
> >
> >
> >
> >
> >
>
>
> --
>  Yusuke Naito 内藤祐介
>  Artificial Life Laboratory, Inc. （株）人工生命研究所
>  E-mail:naito@xxxxxxxxxx URL:www.alife-lab.co.jp
>
>
>
>