если использовать кодировку UTF8 и dbExpress, то Size дает ровно в 4 раза больше, чем есть на самом деле, хотя в справке сказано
Size is the maximum number of characters in the string.
т.е. именно символов, а не байтов
если ж взять кодировку win1251, то размер правильный

вопрос - это глюк драйвера или ошибка в документации?
склоняюсь к первому, т.к. поля CHAR(1) вдруг на клиенте вырастают до 4 символов и дополняются пробелами

у кого есть возможность, пожалуйста, проверьте в других версиях Delphi новее 2010

сорри, БД - FB 2.5 и драйвер, соответственно, dbxfb.dll

DesWind,

свойства DataSize и Size - суть разные вещи:
DataSize Indicates the amount of memory needed to store a field component's value.

большая просьба

хочу поставить эксперимент с разными версиями драйвера DBXFB.DLL
но у меня есть только от D2010

пришлите на мыло в анкете от других версий, новее, чем D2010
может, там более приемлемое поведение

заранее спасибо

судя по вопросам, которые я накопал в интернете по этому поводу, болячка старая и запущенная, появилась вместе с юникодом в BDS-2006
за столько лет вполне могла стать фичей, хоть и недокументированной

это проявляется не только в dbExpress, но и в ADO
не имеет значения и кодировка в БД, важно, что указано в настройках коннекта к БД

из всего этого можно сделать вывод, что драйвер тут вряд ли имеет значение, скорее, где-то во внутренностях компонентов доступа к данным недоработка

попробовал китайский dbx4fb.dll
хоть он и постоянно обновляется, но у меня работать не захотел:
- на простом SELECT из простой таблицы валится с AV в самом драйвере "read of address 0000000"
- на SELECT CAST( ... AS ... ) - Dynamic SQL error -104 Malformed string, хотя запрос рабочий

попробовал драйвер dbexpida40.dll от DevArt
этот дает правильный размер, но тут другая засада - ему совершенно фиолетово, что указать в параметрах подключения Charset=UTF8 и UseUnicode=True. Charset вообще можно ставить любой, хоть пустой, хоть "Дядя Петя", разницу в результатах работы я не обнаружил

а вот у IBX такое же поведение, как в сабже, т.е. некорректное

итог неутешительный

докладываю результаты экспериментов

я оказался прав - все дело в интерпретации драйвером

теперь подробно
--------------------------------------
исследуя исходники IBX, наткнулся на


как видно, в код жестко зашиты идентификаторы чарсетов, причем для UTF8=59
это очень нехорошо, но для IBX, предназначенных для работы с InterBase, это простительно
однако простой анализ таблицы RDB$CHARACTER_SETS в БД на FireBird показывает, что там для UTF8 идентификатор=4, а код 59 соответствует чарсету WIN1256
для эксперимента подсоединяемся к БД с этим чарсетом (хоть через IBX, хоть через dbExpress) и - вуаля! - размер поля на клиенте становится корректным

из всего этого можно сделать несколько выводов:
1. в момент разветвления IB6 и FB1 идентификаторы чарсетов совпадали, но дальше каждый разработчик добавлял новые чарсеты со своими ID по своему усмотрению и в свой момент
2. драйвер dbxfb.dll явно делался по исходникам для dbxint.dll, возможно, условной компиляцией отдельных кусочков (в бинарнике четко прослеживаются имена модулей с "IB", а также присутствует SQL-тип данных BOOLEAN, которого в 2010 г в FB еще не было)
3. программисты драйвера наверняка тоже зашили в код ID чарсетов вместо того, чтобы считать и интерпретировать корректно данные из RDB$CHARACTER_SETS

большая просьба!

у кого есть официальная учетка Embarcadero, зарегистрируйте баг-репорт по этому поводу

очень уж неприятно вылавливать таких блох на ровном месте, да еще и чувствовать, что к FB относятся как к бедному родственнику

PS
замечу, что с драйвером от Delphi 10.1 такая же фигня (другие на проверял, но вряд ли дело сдвинулось), т.е. тянется уже много лет, а исправить код драйвера, имхо, работы им на пару часов

_Vasilisk_Никто никогда не обещал поддержку FB IBX'ом
krapotkinникто не будет править IBX, когда есть FireDAC
почему вы уцепились за IBX ???
почитайте сабж, там dbExpress

IBX употреблен только в цепочке изучения проблемы
а по поводу FAQ - увы, не читал, бывает
сам нашел, в чем проблема, хоть и убил кучу времени

но dbExpress для FB не работает, как обещано, вот и прошу баг-репорт сделать

Гаджимурадов РустамЗавязываться на dbExpress при наличии лучших аналогов, в т.ч. FireDAC - это просто глупо.
глупо не читать топик (в моей версии нет таких компонентов)
глупо давать советы не по сути вопроса (я ж не предлагаю купить танк, если вдруг Ландровер застрял в поле)

а еще глупо при каждом появлении нового инструмента все переделывать под него, заменяя рабочий инструмент с известными шероховатостями на новый с неизвестными занозами, - и все это в угоду распальцовкам