Unicode Woes! Ms-Access 97 миграции в Ms-Access 2007

Question

Проблема классифицируется в два этапа:

Проблема Шаг 1. Access 97 дб, содержащий XML-строки, которые закодированы в UTF-8.

Проблема сводится к следующему: база данных Access 97 содержит строки XML, которые кодируются в UTF-8. Поэтому я создал инструмент патча для отдельного преобразования для строк XML из UTF-8 в Unicode. Чтобы скрыть строку UTF8 до Unicode, я использовал функцию MultiByteToWideChar (CP_UTF8, 0, PChar (OriginalName), -1, @newName, Size);. (Где newName - это массив, объявленный как «newName: Array [0..2048] of WideChar;»).

Эта функция работает хорошо в большинстве случаев, я проверил ее с помощью Spainsh, Arabic, characters. но я работаю над греческими и китайскими персонажами, которые задыхаются.

Для некоторых греческих символов, как «Я • Ï ... i³. ISI ± Ii ± βιά» (, хранящиеся в Access-97), в результате новой строки содержит нулевой Charaters между ними, и когда она хранится в широкоформатные символы становятся обрезанными.

Для некоторых Chineese символов, такие как «?  ¢ »? Âμ? "(, хранящиеся в Access-97), то результат будет совершенно абсурдно, как"? ¢ »? Ц?».

Проблема Шаг 2. Access 97 дб текстовых строки, приложения GUI принимает ввод Юникода и сохраняются в Access-97

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

Я пробовал вышеупомянутую функцию для преобразования текста (правильно ли это?), Результат снова был опрошен. Символы Spainsh, которые согласны с преобразованием, получают символ Юникода, потерянный или преобразованный в обычные алфавиты Ascii.

Греческие и Chineese символы показывает подобное поведение как mentined в шаге 1.

Пожалуйста, руководство меня. Правильно ли я подхожу? Есть ли другой способ? Ну прямо сейчас я смущен и полон Вопросов :)

Answer 1

Нет специального требования для работы с греческими символами. Реальная проблема заключается в том, что символы были сохранены в кодировке, которую Access не распознает в первую очередь. Когда приложение хранило значения UTF8 в базе данных, оно пыталось преобразовать каждый отдельный байт в эквивалентный байт в кодовой странице базы данных. Каждый символ, который не имел соответствия в этой кодировке, был заменен на? Это может означать, что греческий текст в порядке, в то время как китайский текст может исчезнуть.

Для того, чтобы преобразовать данные в нечто читаемое, вам необходимо знать кодовую страницу, в которой они хранятся. Используя это, вы можете получить фактические байты, а затем преобразовать их в Юникод.