Конфа ДО. Длина наименования задачи=150. Не хватает длины.Увеличить нельзя. Нужна длина примерно 500-600 и будет почти всегда заполнена
Неограниченная строка не подойдет- она оптимальна когда часто не заполнен реквизит.
Где то давно читал что для длинных строк надо кратно 512 добавлять?
т.е. если 512 мало то 1024?
или без разницы делать 500 или 550 или 600 ?
Индексировать естественно не будем

Добавь реквизит и установи любую длину. Кратность не нужна.

или про 512 это вымысел. что то не могу найти инфу.
постараемся сейчас точно определить минимально возможную длину чтобы не обрезало.

Вообще без разницы. Ставь сколько тебе будет удобно, система сама увеличит внутри до скольки ей будет удобно.
Ты не должен тратить свое время на такие мелочи.

(2) Смотри, как я делал. Мне нужно было реализовать быстрый поиск, но строка неограниченной длины. Я добавил индексируемое поле и чтобы вся строка попала в индекс ее длина должна быть 442 символа, не более. А потом запросом я искал по индексной строке, а потом в подиндексной. И все работает быстро и как часы. Место жрет только, собака.

P.S. Я сейчас стал "умный", реализовал бы индекс через хэш...

(4) 442 символа для индекса это твой случай для твоей таблички или такое ограничение?

(5) Ограничение у SQL сервера на 900 байт для индекса. Ссылка - это binary 16 байт (она по дефолту попадает в индекс), остается 884 байта, а это 442 символа. Если еще добавить поле в индекс, длина для строки индекса останется еще меньше.

есть краткое наименование (для показа в списках) и полное наименование...

краткое более 200 делать не советую, причин много, а в 200 символов все влезает...

ну а полное без ограничения, только не выводи его в списки...

(7) +1

(7)вы водить в списки нужно и в запросах тоже.
поэтому однозначно не неогр. длины.
краткое наименование, то которое предопределенное оно ограничено платформой в 150 знаков.
а по "а в 200 символов все влезает.." у нас не влазит:-) и точка.

(6) понятно. я 500 или 600 попробовал проиндексировать ругнулось и бросил

(10) А что за справочник, если не секрет?

Кто мешает получить запросом строку неограниченной длины?
Кто мешает прям в запросе привести ее к Строка(1000)?

(9) в запросах можно писать ПОДСТРОКА(Строка, 1000)

(13)в курсе, но когда доработок много, то нафик это нужно
и к тому же главное:
я изначально написал реквизит неогр. длины имеет смысл использовать, если он часто не заполнен.
А у нас будет всегда заполнен и длинным наименованием.

(11) в (0) написано

и к тому же реквизит неогр. длина точно порциями и в отдельной таблице хранится т.е. в запросе ПОДСТРОКА(Строка, 600) думаю дольше будет отрабатывать по сравнению с реквизитом длиной 600

(14) так доработок одна строчка всего. Которая в (13).

(17) Кстати, в строчке (13) специально допущена обучающая ошибка.

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

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

(4) хэшь тебе поможет искать только при полном совпадении а не по подстроке

(2) тебе зачем про эти порции? Не морочте голову, дорастешь до тюнинг пефоманс - будешь задаваться такими вопросами, а пока поверь, что базовод из коробки лучше тебя текущего оптимизирует... и да, 2 поля: 200 под краткое описание и Англии под многострочные подробности

Англии = анлим, т9 чтоб его

(0) Наименование задачи - это суть. Суть должна быть краткой. Не нужно тут сочинения писать на три листа. Для подробного описания нужно делать отдельный реквизит.

Тут даже 150 много. 100 достаточно.