Что лучше, строка неогр.длины или строка 100 знаков. #24881

Для общего реквизита документов "Комментарий"

Как мне кажется все равно, но только может не хватить 100 знаков

Почему тогда ЖКК не рекомендует лишний раз использовать строку неогр.длины

То 2. Ну так написано же ЛИШНИЙ раз :) А если не лишний - то в самый раз.

поразному хранятсяна самом деле лучше конечно ограниченная длинна строки (поставь 500 знаков и не парься)

. Строка неограниченной длины экономичней в данном случае.

ВСЕ Строки неограчинной длинны со всей конфы находяться в одном отдельном файле и там они ограничены полями , а строки фикс длинны в файлах соответствущих доку спр и т.д , делай выводы

Тогда как ввести в диалоге неогр.строку?ВвестиСтроку(<Строка>, <Подсказка>, <ДлинаСтроки>, <Признак>, <Таймаут>)<ДлинаСтроки> Числовое выражение — длина строки.

Лучшее - враг хорошего

Слушайте 5 - будет вам полное счастье :)И опыт, сын ошибок трудных ... (с), Пушкин подсказывает, что комментарий заполняется чрезвычайно редко. А пустые значения в BLOB не пишутся.

никак, максимум 255 знаковтак что сам решай чего надо

Oldchap спасибо

ИМХО лучше неограниченная строка. Меньше места занимает и элемент диалога на форме можно сделать многострочным. Зато через запрос нельзя выцепить.Кстати -(может это фак) но заметил такую фичу - как на форме элемент диалога типа строка с заданной длиной сделать многострочной. В курсе?

12. ну и ? ну в курсе , а чего ?

Неограниченная длина - экономим объем базы    Ограниченная - улучшаем производительность   Можно предположить, что строки с неогр.длиной не следует выводить в формах журналов, справочников и пр. - во избежание тормозов   А редкозаполняемые поля, тем более ксли по ним не происходит поиска - можно и в неогр.обернуть

не 100 знаков а 255. 100 это когда ты поэтому полю индексируешь. А вообще прочитай структуру DBF файлов. Есть ситуации когда хранение в мемополях дает выигрышь в запросах, и дотаточно приличный.