Имея дело с eacute и другим использованием специальных символов Oracle, PHP и Oci8

Привет я пробую к названиям магазина в базу данных Oracle и выбираю их назад использующий PHP и oci8.

Однако, если я вставляю é непосредственно в базу данных Oracle и использование oci8 для выборки его назад я просто получаю e

Сделайте я должен закодировать все специальные символы (включая é) в объекты HTML (т.е.: é) прежде, чем вставить в базу данных... или я пропускаю что-то?

Спасибо

ОБНОВЛЕНИЕ: 1 марта в 18:40

найденный этой функцией: http://www.php.net/manual/en/function.utf8-decode.php#85034

function charset_decode_utf_8($string) {
    if(@!ereg("[\200-\237]",$string) && @!ereg("[\241-\377]",$string)) {
        return $string;
    }
$string = preg_replace("/([\340-\357])([\200-\277])([\200-\277])/e","'&#'.((ord('\\1')-224)*4096 + (ord('\\2')-128)*64 + (ord('\\3')-128)).';'",$string);
$string = preg_replace("/([\300-\337])([\200-\277])/e","'&#'.((ord('\\1')-192)*64+(ord('\\2')-128)).';'",$string);
return $string;
}

кажется, работает, хотя не уверенный, если это - оптимальное решение

ОБНОВЛЕНИЕ: 8 марта в 15:45

Набор символов Oracle является ISO-8859-1.
в PHP я добавил:

putenv("NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1");

вынудить oci8 соединение использовать тот набор символов. Получение é использование oci8 от PHP теперь работало! (для varchars, но нет CLOBs должен был сделать utf8_encode извлечь его)
Таким образом я пытался сохранить данные от PHP до Oracle..., и это не работает.. где-нибудь по пути от PHP до Oracle é становится a ?

ОБНОВЛЕНИЕ: 9 марта в 14:47

Так ближе получение. После добавления переменной NLS_LANG, делая прямой oci8 вставляет с é работы.

Проблема находится на самом деле на стороне PHP. При помощи платформы ExtJs при представлении формы это кодирует его использование encodeURIComponent.
Так é отправляется как %C3%A9 и затем повторно закодированный в é.
Однако это - длина, теперь 2 (strlen($my_sent_value) = 2) а не 1. И если в PHP я пробую: $my_sent_value == é = ЛОЖЬ

Я думаю, могу ли я повторно закодировать все эти символы в PHP назад в длины размера байта 1 и затем вставка их в Oracle, это должно работать.

Все еще никакая удача, хотя

ОБНОВЛЕНИЕ: 10 марта в 11:05

Я продолжаю думать, что я так близок (все же до сих пор далеко).

putenv("NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P9"); работы очень спорадически.

Я создал маленький сценарий PHP для тестирования:

header('Content-Type: text/plain; charset=ISO-8859-1');
putenv("NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P9");
$conn= oci_connect("user", "pass", "DB");
$stmt = oci_parse($conn, "UPDATE temp_tb SET string_field = '|é|'");
oci_execute($stmt, OCI_COMMIT_ON_SUCCESS);

После выполнения этого однажды и вход в Базу данных Oracle непосредственно я вижу, что STRING_FIELD установлен на |¿|. Очевидно, не, что я приехал для ожидания из моего предыдущего опыта.
Однако, если я обновляю ту страницу PHP дважды быстро.... она работала!!!
В Oracle я правильно видел |é|.

Кажется, возможно, что переменная среды правильно не устанавливается или отправляется как раз к первому выполнению сценария, но доступна для второго выполнения.

Мой следующий эксперимент должен экспортировать переменную в среду PHP, однако, я должен сбросить Apache для этого..., таким образом, мы будем видеть то, что происходит, надо надеяться, это работает.