JavaScriptが無効になっています。
この状態では一部の情報が表示されず、すべての機能を利用することができません。
Oracle で日本語を取り扱うときの文字コード
オラクルの CHAR および VARCHAR2 などに分類される標準文字列型で使用される文字コードを Database Characterset と呼び、
NCHAR および NVARCHAR2 などの各国語文字列型で使用される文字コードを National Characterset と呼ぶ。
マルチバイト・キャラクタセット（ダブルバイト・キャラクタセット）
日本を含むアジア圏などにおいて使用されるキャラクタセットは、文字種が多く 1 バイトでは表現不可能なため 2バイト以上で表現されている。
Shift_JIS の場合、半角カタカナは 1 バイトのため、他のプラットフォームの EUC 環境にデータを移植する場合によく問題になる。
Database Characterset （文字コード） NLS 表記 Shift_JIS 1〜2バイト JA16SJISTILDE (9iR2以降) JA16SJIS EUC-JP 1〜2(3) バイト*2 JA16EUCTILDE (9iR2以降) JA16EUC UTF-8 1〜3 バイト*3 (or 6 バイト=3×2※) AL32UTF8 で補助文字 参照 AL32UTF8 UTF8 は旧形式 AL32UTF8を使う) UTF-EBCDIC 1〜4 バイト UTFE
National Characterset*4 NLS 表記 UTF-8 1〜3 バイト(UTF8 はUnicode 3.0まで) UTF8 UTF-16 2 バイト(アルファベット、日本語) AL16UTF16
それ以外の文字コード 備考 UCS-2 2 バイト マルチバイト・キャラクタセットの場合に CLOB がデータ格納に使用するキャラクタセット ⇒ データ型の内部形式 UCS-4 4 バイト
AL32UTF8 で補助文字（4バイトの文字）の扱い (JIS X 0213:2004 / 第3・4水準漢字)
Windows Vista による JIS X 0213:2004 サポートによって 4 バイト文字の問題が顕在化する可能性も…
Oracle 10g R1 は 3 バイトまでの Unicode 3.2
マニュアル上の表記では(Oracle 10g R1 以前まで？）
UTF8 データベースに補助文字が挿入されても、データベース内のデータは
破損しません。 補助文字は 6バイトを占める 2つの別個のユーザー定義文字
として処理されます。
と書かれている。つまり 4バイト文字は 6バイト消費するということのようである。（つまり AL32UTF8 には Oracle による拡張が施されている。NCHAR の UTF8 は？？？）TTC レイヤ 、ミドルウェアのバージョンによっては予想外の動作になるかもしれない。
クライアント（顧客）が Windows Vista 使用を解禁した後に発生が予想されるエラー
Unicode UTF-16
Oracle は UTF-16 のうちで UTF-16BE のみサポートしている。CONVERT ）に存在するが Database Characterset および National Characterset に利用できない。
Oracle Characterset Structure Word US7ASCII ASCII A Ω 語 ア（半角） 41 - - - UTF8 , AL32UTF8 UTF-8 A Ω 語 ア 41 CE.A9 E8.AA.9E EF.BD.B1 AL16UTF16 UTF-16BE A Ω 語 ア 00.41 03.A9 8A.9E FF.71 (UTF16)*5 UTF-16LE A Ω 語 ア 41.00 A9.03 9E.8A 71.FF - UTF-32BE A Ω 語 ア 00.00.00.41 00.00.03.A9 00.00.8A.9E 00.00.FF.71 UTF-32LE A Ω 語 ア 41.00.00.00 A9.03.00.00 9E.8A.00.00 71.FF.00.00
BE(Big Endian):ビッグエンディアン(ビックインディアン) バイトオーダ
Indian は インド人と勘違いしたことから生まれたもので、Endian は卵をあたま (little) とおしり (big) のどちらから割るか
で争いになってしまった Big End + ian(人) と Litte End + ian(人) という物語にでてくるの人種の名前で CPU の主導権争いのときの様子を滑稽にあらわしているものだと思います。
Big Endian は Motorola や Sun 勢力で Litte Endian は Intel や Zilog 勢力です。まるで今の次世代 DVD 規格のような状態だったような… Z80 って知っていますか?
キャラクタセット名／文字コードの確認方法
現在のデータベースのキャラクタセット、各国語キャラクタセットを確認するには （⇒ NLS_CHARSET_ID、NLS_CHARSET_NAME 関数 ）
SELECT NLS_CHARSET_NAME(NLS_CHARSET_ID('CHAR_CS')),
NLS_CHARSET_NAME(NLS_CHARSET_ID('NCHAR_CS')) FROM DUAL;
または
SELECT PARAMETER, VALUE
FROM NLS_DATABASE_PARAMETERS
WHERE PARAMETER IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET');
を使用する。
SQL*Plus コマンド の SHOW コマンド
SQL> SHOW PARAMETER NLS_
では使用している文字コードの確認はできない。
参考： データベースの文字コードを変更する
関連事項
(余談) VARCHAR は、なんと呼びますか?
私は、発音のしやすさから、つい「バーチャー」と呼んでいます、但し CHAR はキャラと呼ぶ、優柔不断さ。
この「バーチャー」、汎用機経験者(COBOL のみ?)は、これを特に嫌っているように思えます。*1 ですが
「バーチャー」は VIRTUAL をイメージするので「バーキャラ」が正しいという王道で力説しているかと思います。
「バーチャー」を否定する資料はあっても、正当化する資料が存在するとは思えませんが、
とりあえず Oracle 関連の掲示板とオフィシャルサイトでは、関連する公式な資料は見つけられませんでした…おしまい。
