На сколько я знаю, то в сама среда Delphi использует UTF16? Или же UTF32? Речь, конечно же о юникодных версиях Дельфи.

http://docwiki.embarcadero.com/RADStudio/Tokyo/en/String_Types_(Delphi) The UnicodeString type has exactly the same structure as the AnsiString type. UnicodeString data is encoded in UTF-16.

Получается, что и приложение использует тоже UTF16?

К чему вопрос.
Если создавать базу, например, в Firebird, то какую кодовую страницу указывать, чтоб в компонентах доступа к базе не нужно было указывать кодировку, ну или чтобы DB-компонентам не приходилось выполнять конвертацию данных?

И вопрос в догонку.
Кто-нибудь переводил базу из ANSI (Win-1251) на юникод? На сколько это сложно?

пока читаю
http://www.sql.ru/forum/1117075/izmenit-kodirovku-bazy

Dimitry SibiryakovX11например, в Firebird

Вот как раз с Firebird - обломись, она не умеет UTF-16. Как и подавляющее большинство
других СУБД. Поэтому все компоненты доступа обычно конвертируют текст в UTF-8.

ничёси

makhaonX11,

я так думаю - что через csv или аналог проще всего. мы у себя решили не возиться с конвертацией, а поддержали обе версии. новые базы у нас идут уже в utf, старые работают в 1251. всё работает без проблем

Т.е. надо поддерживать два типа базы?

makhaonX11,

если баз довольно много и они большие - то проще так.

Нет. Спасибо.

Читаю. Спасибо.

Я правильно понимаю, что если размер страницы 4096, то размер VARCHAR должен быть 1024?


А то ошибка:
Undefined name. Dynamic SQL Error. SQL error code = -204. Data type unknown. Implementation limit exceeded. COLUMN STR32K.
вот здесь:


Или это касается только индексов, где их размер должен быть 1/4 от размера страницы?
Просто ошибка даже там, где VARCHAR(8192).

Вообще, какой размер страницы рекомендуется для UTF8?


В разделе "Длина строковых столбцов и изменение ее размера" я не нашёл, как правильно рассчитать и указать размер строго поля/домена.

здесь https://firebirdsql.org/manual/ru/migration-mssql-data-types-ru.html
написано, что
Символьные данные переменной длины (не-Unicode). Максимальная длина 8000 символов. СУБД Firebird способна хранить до 32765 символов.

т.е. максимальная длина varchar unicode будет 8191?

makhaonавторVARCHAR(8192)

потому что максимальный размер VARCHAR в ansi не 32768

да, ошибочка :)
32764

"Подчистил" длинные строки.
Скрипт выполнился успешно.
Буду проверять.
Всем спасибо за подсказки.

IBExpert теперь при открытии таблицы выводит ошибку:

block size exceed implementation restriction


Есть какие-то ограничения на общий размер текстовых полей таблицы?
Например, если в таблице есть 2-4 поля varchar общим размером более 8191.

kdvВам зачем такие конские строки? Может, лучше blob?
Да, наверное blob было бы правильней.
В таких строках могут храниться разные настройки, параметры, список каких-нибудь параметров/настроек и т.д.
Наверное переделаю, да.

Например, у компонентов DevExpress есть замечательный TcxCheckList, который хранит данные в виде чисел с запятыми "19,17,4,18", а названия потом ведь тоже нужно вывести. Сколько там будет символов - ф.з.

А есть древовидные структуры. И нужно вывести весь путь с самого нижнего узла и до корня. И сколько там будет символов - ф.з.

kdvнастройки???

Перепроверил. Я загоняю настройки в Stream и потом сохраняю всё-таки в blob.

kdv, да )))

makhaonX11,

я так думаю - что через csv или аналог проще всего. мы у себя решили не возиться с конвертацией, а поддержали обе версии. новые базы у нас идут уже в utf, старые работают в 1251. всё работает без проблем.

Не знаю, как у вас получилось, но я вот на работающем приложении пытался подключиться к базе и получить данные.
Delphi XE3, FibPlus.

Project raised exception class EDatabaseError with message 'queryUsers: Type mismatch for field 'Пользователь', expecting: String actual: WideString '.

kdvВ IBX XE3

У МЕНЯ:
X11Delphi XE3, FibPlus.

kdvМожет, в датасете остались явно определены столбцы, а проект перенесен из неюникодной Дельфи?

Да, когда-то давно было на D2007. Уже больше года прошло.

Мимопроходящийих недавно хоронили.
порвали два баяна.

на сколько я знаю, то для Berlin даже есть, для Tokyo не встречал

X11Project raised exception class EDatabaseError with message 'queryUsers: Type mismatch for field 'Пользователь', expecting: String actual: WideString '.

В свете этих событий, хочу спросить. Если я в DFM просто заменю TpFIBStringField на TpFIBWideStringField?
Или даже не пытаться, а создавать все поля заново?

X11Если я в DFM просто заменю TpFIBStringField на TpFIBWideStringField?

Поменял через Notepad++.
Открыл проект. Перекомпилировал. Без ошибок.

В дизайне НД открываются без ошибок.
А во время работы приложения получаю исключение в момент


tableUsers: Type mismatch for field 'UName', expecting: WideString actual: String.

Неправильно была указана кодировка в настройках подключения к базе. Пока всё норм.