Laboratory of Mobile Agricultural Chemicals Searcher
携帯農薬検索実験室

研究会

  ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索  
84 / 114 ﾂﾘｰ <前へ | 次へ>
〔44〕自動かな漢字／別名変換、屋号抜き農薬名分類に関する動作確認のお願い Hidemi Oya (05/10/18 22:07)
〔205〕Re:農薬登録情報 Excel ファイル Hidemi Oya (06/06/04 17:31)
〔205〕Re:農薬登録情報 Excel ファイル
 Hidemi Oya WEB  (06/06/04 17:31)
引用なし
   s_kobayashi さん、こん＊＊は。Hidemi Oya です。

MySQL 3.x はよく分かりませんが、少なくとも MySQL 4.1 以降では、データベース作成時に文字コードを指定すればそれで保存され、データベースの文字コードにかかわらず、SET CHARACTER SET で指定した文字コードで接続／入出力が行われる(データベース内と入出力の文字コードが異なる場合は MySQL が自動的に変換する)と書かれています(もっとも、MACS for acis 3.x は元データが UTF-8、携帯農薬実験室のトピックは RSS 配信が UTF-8 のため、MySQL を UTF-8 でしか使ったことがないのでこれを確認したことはありませんが^^;)。
　で、これからいうと、[#197] で書いたいずれかの方法で EUC-JP で使えるのではないかと思ったんですが、それに対しての回答はなかったので、「試してみたけどダメだった」と解釈しました。とすれば恐らく MySQL 側の問題と考えられるため、
>　perl 側の encoding プラグマは関係ないと思いますけど…。
と書いた次第です。
　が、perl 5.8.0 だと encoding プラグマの全ての機能を利用できないので、影響が出ることがあるかもしれません。また、DBI モジュールがデータベース接続及び入出力に PerlIO レイヤを経由していない場合、perl5.8.0 以降では encoding プラグマを使っていても接続及び入出力は UTF-8 になりますね。

　考えてみたら、ECU-JP でレコードを書き込んで、それが自動的に UTF-8 に変換されて保存されているということは、[#200] で書いたような原因でもなさそうです。となると、DBI モジュールですかねえ？
　PHP も UTF-8 で使うのが無難ですから、複数処理系から利用できる汎用的なデータベースを構築する際は、機種依存文字やデータサイズに目をつぶっても UTF-8 ベースにしておくのが無難かもしれませんね。
  ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索  
84 / 114 ﾂﾘｰ <前へ | 次へ>
ページ：  ┃  記事番号：   
(SS)C-BOARD vv3.8 is Free.