Mysql latin1 турецкие данные и delphi 2010 utf8

Question

Mysql latin1 турецкие данные и delphi 2010 utf8

0

У меня есть таблицы, сопоставляющие latin1_general_ci и имеющие значения символов в турецком языке. И я могу использовать эти данные на delphi 7 + zeos без проблем. но я хочу обновить свою версию delphi до версии 2010 года, но слишком медленно, как я видел. поэтому я хочу использовать решение odbc + ado или dbexpress.

Решение dbexpress отлично работает, отображает мои данные как введенные и записывает как введенную таблицу без каких-либо изменений в charset столбца. но у dbexpress есть проблемы, как я видел. например, когда я выбираю * из таблицы, которая имеет типы столбцов как varchar, decimal, int, tinyint, текст дает av ошибки в xp-системах. vista и 7 не дают ошибок и работают нормально (не полностью протестированы).

в xp-системах наблюдается нарушение прав доступа трассировка отладки нарушения прав доступа -

| 7C903247 | ntdll.dll | | | RtlConvertUlongToLargeInteger | |

Решение ado (dbgo) отлично работает, но оно не показывает мои данные как введенные. it хотят, чтобы все было utf. но я не хочу преобразовывать свои данные в utf перед тестированием всего. как я могу увидеть мои данные как введенные и написать utf на стороне клиента и сохранить latin1 (как это делают zeos или dbexpress).

Я попробовал много других опций. например. параметры сопоставления сторон и mysql.

Извините за мой плохой английский. Надеюсь, кто-то меня поймет.

спасибо.

sabri.arslan 24 апр. 2010, в 19:27

Источник

0

Я не понимаю вашу ситуацию, но вы пытались установить набор символов соединения с помощью SET NAMES ? Кроме того, вы должны описать сообщения об ошибках, которые вы получаете.
Pekka 웃 24 апр. 2010, в 17:12
0

да пробовал. но мои данные в формате latin1. и его включают турецкие символы. без преобразования набора имен не работает полностью. если вы используете набор имен, вы не можете искать турецкие символы. в UTF вы можете сделать. но без полного теста я не хочу конвертировать мои данные в UTF
sabri.arslan 24 апр. 2010, в 17:16
0

В решении dbexpress я получаю нарушение доступа. я пытался сделать трассировку ошибки. это потому, что ошибка преобразования числа. у меня есть столбцы, такие как десятичные (20,8), двойной без знака. и мой столбец первичного ключа - двойной беззнаковый, а не нулевой. auto_increment.i опубликует трассировку отладки в моей системе xp.
sabri.arslan 24 апр. 2010, в 17:20
0

мне добавили след
sabri.arslan 24 апр. 2010, в 17:27
0

Ах, так что вам нужно записать данные также. Что ж, самый простой способ решить проблему символов - это перенести таблицы в UTF-8, не так ли? Это не возможно? Что касается второй проблемы, я не знаю, это, кажется, проистекает из преобразования числа. Я помню такие проблемы в коннекторах баз данных Delphi, но последняя версия, с которой я работал, была Delphi 5 :)
Pekka 웃 24 апр. 2010, в 17:32
0

Да, ты прав. Кроме того, разъемы так сложно. odbc также обрабатывает мой первичный ключ как id = 1.00000. это будет проблемой в будущем. во всяком случае, я надеюсь, что мне придется преобразовать все мои данные в utf-8 с чтением latin1 и utf8decode и написать utf8 table againg. как я понимаю таблица alter не решает мою проблему. Благодарю.
sabri.arslan 24 апр. 2010, в 17:41

Показать ещё 4 комментария

Теги:

mysql

delphi

utf-8

ado

dbexpress

1 ответ

Ещё вопросы

Я не понимаю вашу ситуацию, но вы пытались установить набор символов соединения с помощью SET NAMES ? Кроме того, вы должны описать сообщения об ошибках, которые вы получаете.
да пробовал. но мои данные в формате latin1. и его включают турецкие символы. без преобразования набора имен не работает полностью. если вы используете набор имен, вы не можете искать турецкие символы. в UTF вы можете сделать. но без полного теста я не хочу конвертировать мои данные в UTF
В решении dbexpress я получаю нарушение доступа. я пытался сделать трассировку ошибки. это потому, что ошибка преобразования числа. у меня есть столбцы, такие как десятичные (20,8), двойной без знака. и мой столбец первичного ключа - двойной беззнаковый, а не нулевой. auto_increment.i опубликует трассировку отладки в моей системе xp.
Ах, так что вам нужно записать данные также. Что ж, самый простой способ решить проблему символов - это перенести таблицы в UTF-8, не так ли? Это не возможно? Что касается второй проблемы, я не знаю, это, кажется, проистекает из преобразования числа. Я помню такие проблемы в коннекторах баз данных Delphi, но последняя версия, с которой я работал, была Delphi 5 :)
Да, ты прав. Кроме того, разъемы так сложно. odbc также обрабатывает мой первичный ключ как id = 1.00000. это будет проблемой в будущем. во всяком случае, я надеюсь, что мне придется преобразовать все мои данные в utf-8 с чтением latin1 и utf8decode и написать utf8 table againg. как я понимаю таблица alter не решает мою проблему. Благодарю.

da-soft · Answer 1 · 2010-04-25T01-40-00.000Z

Я предлагаю перейти на 3d сторонние решения, например AnyDAC. AnyDAC поддерживает следующие функции MySQL:

Стандартные и встроенные серверы.
SSL-соединения.
ENUM, SET и т.д.
UTF8 и т.д. кодировки символов.
Столбцы AUTO_INCREMENT.
MySQL 5 хранимых процедур.
Пакетные команды с несколькими наборами результатов.
Отмена выполнения запроса.
Массив DML.

Я попробовал пробную версию. с AnyDac Soluiton я должен преобразовать все мои данные в UTF перед использованием. как я могу видеть раньше, это действительно быстро. но я предпочитаю соулмент с открытым исходным кодом. Теперь я использую Delphi 7 + Zeos + MySQL, кроме Delphi все с открытым исходным кодом. еще раз спасибо