|
|
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
11.10.2017 14:46, makhaon пишет: > Насколько я помню, до было так. в эпоху Tsarya Goroha Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2017, 14:53:11 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
Мимопроходящий, Странно, на BOM до сих пор жалуются, как так? http://freepascal.ru/forum/viewtopic.php?f=5&t=25496 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2017, 20:10:26 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
12.10.2017 20:10, makhaon пишет: > Странно, на BOM до сих пор жалуются, как так? BOM нахер не нужен. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2017, 14:40:39 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
X11Есть какие-то ограничения на общий размер текстовых полей таблицы? да, 64к на размер записи. https://firebirdsql.org/en/firebird-technical-specifications/ Вообще должно было выругаться при создании таблицы или добавлении столбцов сверх лимита. Вам зачем такие конские строки? Может, лучше blob? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2017, 17:01:42 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
kdvВам зачем такие конские строки? Может, лучше blob? Да, наверное blob было бы правильней. В таких строках могут храниться разные настройки, параметры, список каких-нибудь параметров/настроек и т.д. Наверное переделаю, да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2017, 17:10:12 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
X11, настройки??? если бы там что-то бинарное было, так тогда надо не юникод, а OCTETS использовать. И то, он "плохо читается" клиентскими библиотеками, если туда 0 попадает, а строка копируется в си-шную. Вот если в xml настройки хранить, тогда да, строка, но так практически никто не делает, хранят в блобах. Настройки - это совершенно вторичная информация, к которой обращение обычно идет только для конкретной записи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2017, 17:29:26 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
Например, у компонентов DevExpress есть замечательный TcxCheckList, который хранит данные в виде чисел с запятыми "19,17,4,18", а названия потом ведь тоже нужно вывести. Сколько там будет символов - ф.з. А есть древовидные структуры. И нужно вывести весь путь с самого нижнего узла и до корня. И сколько там будет символов - ф.з. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2017, 17:38:53 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
kdvнастройки??? Перепроверил. Я загоняю настройки в Stream и потом сохраняю всё-таки в blob. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2017, 17:39:45 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
X11, обычно пишут не "ф.з.", а х.з. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2017, 20:18:56 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
kdv, да ))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2017, 21:01:58 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
makhaonX11, я так думаю - что через csv или аналог проще всего. мы у себя решили не возиться с конвертацией, а поддержали обе версии. новые базы у нас идут уже в utf, старые работают в 1251. всё работает без проблем. Не знаю, как у вас получилось, но я вот на работающем приложении пытался подключиться к базе и получить данные. Delphi XE3, FibPlus. Project raised exception class EDatabaseError with message 'queryUsers: Type mismatch for field 'Пользователь', expecting: String actual: WideString '. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2017, 15:40:08 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
X11, На IBX'ах, меняю чарсет соединения, этого почти достаточно, было несколько тонких мест в запросах. Как детектировать - написал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2017, 16:56:53 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
kdvX11, обычно пишут не "ф.з.", а х.з. Ох, недаром тебя "граммар наци" прозвали ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2017, 17:10:06 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
DarkMaster, да никто не пишет "ф.з." Потому что ФЗ - это федеральный закон :-) X11Project raised exception class EDatabaseError with message 'queryUsers: Type mismatch for field 'Пользователь', expecting: String actual: WideString'. странно. В IBX XE3 со стороны приложения уже все должно быть юникодное, независимо от кодировки соединения - 1251 или utf8. Может, в датасете остались явно определены столбцы, а проект перенесен из неюникодной Дельфи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 12:16:56 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
kdvВ IBX XE3 У МЕНЯ: X11Delphi XE3, FibPlus. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 12:29:06 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
kdvМожет, в датасете остались явно определены столбцы, а проект перенесен из неюникодной Дельфи? Да, когда-то давно было на D2007. Уже больше года прошло. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 12:29:56 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
19.10.2017 12:29, X11 пишет: > У МЕНЯ: > X11 > Delphi XE3, FibPlus . их недавно хоронили. порвали два баяна. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 13:42:16 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
X11... А есть древовидные структуры. И нужно вывести весь путь с самого нижнего узла и до корня. И сколько там будет символов - ф.з. Еще одна причина "так не делать". Я про любителей иерархические структуры в БД ч/з анус строить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 14:46:54 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
Мимопроходящийих недавно хоронили. порвали два баяна. на сколько я знаю, то для Berlin даже есть, для Tokyo не встречал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 16:26:06 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
X11Мимопроходящийих недавно хоронили. порвали два баяна. на сколько я знаю, то для Berlin даже есть, для Tokyo не встречал Я проверил - для Токио ставится без бубнов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 16:29:58 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
X11Project raised exception class EDatabaseError with message 'queryUsers: Type mismatch for field 'Пользователь', expecting: String actual: WideString '. В свете этих событий, хочу спросить. Если я в DFM просто заменю TpFIBStringField на TpFIBWideStringField? Или даже не пытаться, а создавать все поля заново? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2017, 08:53:44 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
X11Если я в DFM просто заменю TpFIBStringField на TpFIBWideStringField? Поменял через Notepad++. Открыл проект. Перекомпилировал. Без ошибок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2017, 15:14:16 |
|
||
|
Юникод в базе без конвертации в приложении
|
|||
|---|---|---|---|
|
#18+
В дизайне НД открываются без ошибок. А во время работы приложения получаю исключение в момент Код: pascal 1. tableUsers: Type mismatch for field 'UName', expecting: WideString actual: String. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2017, 15:52:17 |
|
||
|
|

start [/forum/topic.php?fid=58&msg=39536317&tid=2041686]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
192ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
62ms |
get tp. blocked users: |
1ms |
| others: | 244ms |
| total: | 541ms |

| 0 / 0 |
