Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Лишние пробелы в DB-компонентах [D6]

Пубертанец © (2004-02-13 10:24:00)

Короче, во всех DB-компонентах (DBEdit, DBGridEh и т.д.) для стринговых полей у меня отображаются лишние пробелы. Например, слово в поле занимает 5 символов, а само поле рассчитано на 15, то в компоненте отображаются лишние 10 символов (например, когда выделяю слово в компоненте это видно). Как в DesignTime запретить отображение этих лишних пробелов. В ClientDataSet у меня стоит DisableStringTrim=false - все чики-пуки, но все равно проблема не решается.

div (2004-02-16 13:53:00) [1]

в датасете при объявлении полей используй тип IBString вместо обычного String.

Пубертанец (2004-02-13 14:05:00) [2]

База - WI-V6.2.972 Firebird 1.0.3

Пубертанец (2004-02-13 14:05:00) [3]

База - WI-V6.2.972 Firebird 1.0.3.

Anatoly Podgoretsky (2004-02-13 13:08:00) [4]

В какой то версии IB/FB была такая ошибка, потом ее устранили.

Пубертанец (13.02.04 11:55) [9]
Пока понятно, что ты пишешь в Д6 и по всей видимости у тебя есть базы.

sniknik (2004-02-13 12:06:00) [5]

> Это ошибка какой то версии клиента, про который ты ничего не сообщаешь.
достаточно и ClientDataSet-а, мелькал тут подобный вопрос когда напрямую получались короткие строки а с его использованием (трехзвенка) дополненые пробелами (база была аксесс вроде). проверять что в том случае что сейчас лень но похоже явление одного порядка (в смысле передаются данные через DCOM/SocketConnection или нет не влияет, скорее дополняется уже на приеме)
это конечно чисто логически, кому действительно нужно/интересно может проверить, возможно это не так/зависит от какихто настроек.

Пубертанец (2004-02-13 11:55:00) [6]

А что сообщить про версию клиента? - я же сам его пишу

Anatoly Podgoretsky (2004-02-13 11:50:00) [7]

Пубертанец (13.02.04 10:50) [4]
Но не приведет ли использование varchar к потере производительности?

Использование char вместо varchar приводит к потере производительности? Поскольку хранятся они одинаково, но для char производится дополнение пробелами и естестванно и передача этих пробелов клиенту.

Это ошибка какой то версии клиента, про который ты ничего не сообщаешь.

Пубертанец (2004-02-13 11:42:00) [8]

Придется, наверное, все-таки в провайдере задавать в OnGetData - так работает нормально. Просто лень было что-то ручками писать, хотелось в DesignTime все параметры установить.

Всем спасибо за советы.

sniknik (2004-02-13 11:23:00) [9]

> varchar не помогло
у тебя еще есть промежуточное звено в связке, ClientDataSet а значит и DataSetProvider, они могут менять рекордсет при передаче. см. у напрямую у таблицы (скорее тебе единственное обрезание поможет :о)), trim имею в виду).

Пубертанец (2004-02-13 11:09:00) [10]

varchar не помогло

Пубертанец (2004-02-13 10:50:00) [11]

Использую Firebird. Но не приведет ли использование varchar к потере производительности?

sniknik (2004-02-13 10:37:00) [12]

в зависимости типа базы, поля, хз. чего еще поля могут дополнятся(и дополняются) пробелами потому как именно в этом виде лежат в базе.
выход сам их обрезай (trim) если база/движок непозволяет/не делает на onGetText к примеру.
если база позволяет то выбирай тот тип что держит поля в нужном тебе виде. varchar() вместо char() к примеру (для access MSSQL).

Соловьев (2004-02-13 10:36:00) [13]

событие onGetText у поля и можешь делать все что угодно с текстовым полем. Например использовать Trim
Хотя [1] - лучший способ.

Плохиш (2004-02-13 10:34:00) [14]

При создании таблиц использовать тип varchar вместо char

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »