Возможность выяснять хотя бы примерный размер элемента (в таблице текстовый столбец описан как MEMO)

[lexx]

Добрый день, господа!

Можно ли каким нибудь образом выяснять хотя бы примерный размер элемента (в таблице текстовый столбец описан как MEMO), дабы грамотно его вывести в отчете отведя под него соответствующее место. Хотелось бы чтобы следующие ниже него элементы на него не незжали, но и не было между ними большого расстояния.
Пример : рисуем служебную записку - сам текст может быть как 2 строчки, так и 20 и более (хотя сомневаюсь что там длина измеряется в строках, скорее в отдельных символах).

заранее благодарен

[Maxim Gorbunov]

Вообще-то у строковых контролов отчета есть методы heightOfWordWrappedString100mm и widthOfString100mm. Оба берут в качестве параметра строку, а возвращают соответственно высоту и ширину контрола в том случае, если в него будет выведена данная строка. Пример их использование можно посмотреть в отчете "Отчисления во внебюджетные фонды" (RPayFundTransReport)

[lexx]

спасибо

[Zeratul]

Возникла необходимость увеличить длину текстового столбца в таблице.
Столбец описан как [MEMO].
А что это собственно за тип (понтяно, что наследник от string) ? Какого он размера ?
И, вообще, какую максимальную длина для текстового столбца можно выставить ?

Спасибо!

P.S. Axapta 2.5

[mazzy]

Цитата:

Сообщение от Aliaksei_Berkau

Возникла необходимость увеличить длину текстового столбца в таблице.
Столбец описан как [MEMO].
А что это собственно за тип (понтяно, что наследник от string) ? Какого он размера ?
И, вообще, какую максимальную длина для текстового столбца можно выставить ?

Спасибо!

P.S. Axapta 2.5

по-моему, display width. указывается количество символов.

[Zeratul]

Совершенно верно - display width. Но это свойство типа данных, а не столбца.
А в данном случае [memo] для меня неизвестный тип. В AOT-е его нету. Поиск по гуглу тоже особо ничего хорошего не дал.

Можно, конечно, сделать свой тип [myMEMO] и указать в нём боооолбшую длину, но опять таки...

1) Есть вероятность "обрезать" уже существую щие данные (этого можно добиться, указав длину меньшую, чему [memo]).
2) Какую масимальную длину потянет Аксапта ? Я убедился, что это 1000 символов.

Может в [memo] всё-таки больше ?

[mazzy]

Цитата:

Сообщение от Aliaksei_Berkau

Совершенно верно - display width. Но это свойство типа данных, а не столбца.

Да, как будет отображаться тип данных в столбце по умолчанию.

Цитата:

Сообщение от Aliaksei_Berkau

А в данном случае [memo] для меня неизвестный тип. В AOT-е его нету.

Как это "нету"? Создайте новый тип, встаньте мышой на свойство StringSize и переключите в memo.
Обычные текстовые поля хранятся на SQL как nchar.
Memo поля хранятся как memo.

По мемо-полям нельзя создать индекс. Однако размер мемо-поля может достигать до 2гб и больше в зависимости от версии SQL.

Цитата:

Сообщение от Aliaksei_Berkau

Можно, конечно, сделать свой тип [myMEMO] и указать в нём боооолбшую длину, но опять таки...

Нет, поле большой длины - это не мемо-поле. Это nchar-поле большой длины.
Обычные поля не могут превышать размер страницы на SQL (4Кб или 8Кб в зависимости от версии и настройки СКЛя)

Цитата:

Сообщение от Aliaksei_Berkau

1) Есть вероятность "обрезать" уже существую щие данные (этого можно добиться, указав длину меньшую, чему [memo]).
2) Какую масимальную длину потянет Аксапта ? Я убедился, что это 1000 символов.

Нет.
1000 знаков - это параметр нескольких типов для текстовых описаний, по которым нужно сделать индекс. Этот параметр настраивается в форме Коррекция основных типов.

Еще раз: memo-поле и поле большой длины - это разные вещи как по хранению, так и по поведению.

Цитата:

Сообщение от Aliaksei_Berkau

Может в [memo] всё-таки больше ?

Да, до 2Гб или до 4Гб.

Для примера посмотрите как идет работа с изображением в Данных о компании или как хранятся фотографии сотрудников.

В коде переменные объявленные как
str myStr;
соответствуют memo-полям, а переменные
str 1000 myStr;
соответствуют обычным текстовым nchar-полям.

См. также Контейнерные и текстовые поля в WHERE

[Zeratul]

Спасибо, буду переваривать информацию.
Плюс - хорошая ссылка.