ax 2009. CLRObject to str. Неправильная кодировка

[SuperStar88]

Есть API на C# для работы с внешней БД (через OleDB).
БД Collation: Cyrillic_General_CI_AS, Field type: varchar(255)

При возвращении текстового значения вместо нормального текста отображаются знаки вопроса.

Пробовал перекодировать, и никакого результата:

stringValue = System.Convert::ToString(_value);

encodingSource      = System.Text.Encoding::get_UTF8(); //GetEncoding(866);
encodingDest        = System.Text.Encoding::get_ASCII(); //GetEncoding(1251);

bytes               = encodingSource.GetBytes( stringValue );
stringValueXpp      = encodingDest.GetString(bytes);

[Pandasama]

stringValue = System.Convert::ToString(_value);

а вы вот здесь не теряете никаких данных? может быть имеет смысл _value (кстати, какого оно типа?) сразу как массив байт получить и посмотреть что там внутри вообще ?

[SuperStar88]

Цитата:

Сообщение от Pandasama

stringValue = System.Convert::ToString(_value);

а вы вот здесь не теряете никаких данных? может быть имеет смысл _value (кстати, какого оно типа?) сразу как массив байт получить и посмотреть что там внутри вообще ?

Object _value, но фактически это String

Если пишу ret = ClrInterop::getAnyTypeForObject(_value), то всё равно вопросы

[SuperStar88]

Заметил, что при открытии базы там ещё прописаны различные настройки. Одна из них

set language us_english

[SuperStar88]

Если вызывать эту библиотеку из C#, то текст нормально отображается и без всяких преобразований, а если из акапты, то ??????.

ret = ClrInterop::getAnyTypeForObject(_value);

[Владимир Максимов]

Если у Вас поле имеет тип именно varchar(), т.е. это не unicode, то корректно прочитать данные из этого поля можно только и исключительно в том случае, если текущая кодовая страница "читающей" стороны совпадает с той кодовой страницей в которой происходила запись в это поле

Т.е., например, если у Вас при записи была кодовая страница 866, то и читать Вы должны при текущей кодовой странице 866 и никак иначе. В противном случае, вопросики и получите

Перекодировка прочитанного значения смысла уже не имеет. Вы должны перекодировать в момент чтения, а не "после". У Вас уже результат чтения не корректный. Вам надо или с собственно запросами экспериментировать или какие-то настройки среды чтения делать. Возможны еще настройки подключения, но это обычно у ODBC есть автотранслейт.

На форуме https://www.sql.ru/forum/microsoft-sql-server поищите рекомендации. Там полно подобных вопросов типа: запускаю отсюда - нормально, а запускаю отсюда - вопросики

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

Решение "в лоб", если лень искать настройки, это примерно такой запрос

SELECT ColumnName collate Cyrillic_General_CI_AS

FROM dbo.TABLENAME

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