javaDBでコードセットUTF8
DB2と違ってUSING CODESETなんて使えるわけではなく、 そうすりゃいいんだ？と思いながらApache Derbyのサイト内検索でderby.ui.codesetというのを発見した。 しかし、このオプションってij起動時に与える拡張パラメータ -Dhogehoge系のパラメータとして準備してやれば良いらしい。 でもって試してみた。 CLASSPATH周りは省略して java -cp $CLASSPATH -Dderby.ui.territory=ja_JP -Dderby.ui.codeset=UTF8 -Dij.protocol=jdbc:derby: org.apache.derby.tools.ijで呼び出せばいいみたい。。。 derby.ui.codesetでUTF8にしたらコンソールが文字化けするなんてのがネットに載っていたがそんなこともなくすんなり動いた。
Shift_JIS と Windows-31J (MS932) の違いを整理してみよう |
いつまでたってもエンジニアを悩ませる問題として「文字コード」があります。 その中でも質が悪いのが Microsoft ページコード 932 いわゆる Windows-31J だと思います。 Unicode がだいぶ普及したとは言え、まだまだ根深い問題です。 本稿では Shift_JIS と Windows-31J の違いについてまとめてみたいと思います。 とは言え筆者自身、Shift_JIS や Windows-31J などが誕生した当時にリアルタイムで歴史を見てきた人間ではありませんので、あくまで Wikipedia をベースに筆者なりにまとめたという点をご了承ください。 (誤りがあった場合にはご指摘頂ければ幸いです) Shift_JIS (CP932) の誕生 Shift_JISは、漢字を含む日本語を表現できる文字コードとして1982年に誕生しました。 Shift_JIS はマイクロソ
inasphere blog | MySQLの文字化け対策
PHP-MySQL間での文字化けについて。 問題点 PHP、MySQLともにUTF-8で構成しているのに、DBとのデータ受け渡しで文字化けが起こる（おそらく他の文字コードでも同様）。 対応策 下記どちらかの対応を実施する。 その1 DB接続ごとに、処理実行前に「SET NAMES UTF8」というクエリを発行する。 その2 my.cnfファイルの設定を下記のように変更する。 #character-set-server = latin1 // 元々あるものをコメントアウト #collation-server = latin1_general_ci // 同 上 default-character-set=utf8 // 新しく追加する skip-character-set-client-handshake // 同 上 実行時の環境 Windows 2000 XAMPP 1.6.1 PH
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mozillaのコードを切り出してライブラリ化した文字エンコーディング判別ライブラリ「Universalchardet」をjavaにポーティング
