php连接oracle设定字符集，避免乱码

数据库用oracle，当php连接oracle的时候，最好指定字符集。

查PHP手册，oci_connect的第四个参数为charset，这是关键。

首先获取oracle的字符集，运行“select * from V$NLS_PARAMETERS;”，变量NLS_CHARACTERSET对应的就是我们需要的字符集，比如我这里就是“ZHS16GBK”。所以，最终的PHP代码为：

$c1 = oci_connect("scott", "tiger", $db, 'zhs16gbk');

$c1 = oci_connect("scott", "tiger", $db, 'zhs16gbk');

 

我本地的PHP文件统一用utf-8，所以，获取的代码还要经过如下编码转换：

while ($dat = oci_fetch_row($cur)) {
  print_r(iconv('gb2312', 'utf-8', $dat[0]));
}

while ($dat = oci_fetch_row($cur)) {
  print_r(iconv('gb2312', 'utf-8', $dat[0]));
}

 

--------------------------------

2009-6-25 更新以下文字

--------------------------------

同事说，Oracle可以按照 客户端指定的字符集 提供数据。也就是说，如果我本地PHP文件用UTF-8，那么，我在oci_connect的时候，直接指定utf-8就行了，连编码转换都省了。

$c1 = oci_connect("scott", "tiger", $db, 'UTF8');

$c1 = oci_connect("scott", "tiger", $db, 'UTF8');

 

另外，有个奇怪的问题：前面编码转换的iconv在测试机环境正常，但是传到远程就不能正常解析了，后来换成了mb_convert_encoding就可以了，代码如下：

$nickname = mb_convert_encoding($dat[0], 'utf-8', 'gbk');

$nickname = mb_convert_encoding($dat[0], 'utf-8', 'gbk');

 

可能原因在于iconv里面的第二个参数是否加了“//IGNORE”，请参考http://cn2.php.net/manual/en/function.iconv.php。有兴趣的，可以试试，我就不试了