Возможность выяснять хотя бы примерный размер элемента (в таблице текстовый столбец описан как 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