9999 запросто!
а вот больше, например в дбф 99999 уже не слепишь..

ну, поправить компаунд мд-ника и всё, ну и либо руками словарик поправить, либо конфу сохранить, чтоб словарик пересоздался.
ЗЫ: ну и не советую такое поле иметь, прикинь какой индекс будет ?

да хоть чем, можешь и gcomp-ом - разобрать, исправить - собрать

ЗЫ: 23 субконто никому не нужно на счете ?

Eprst писал(а) 15. Апреля 2010 :: 06:54:

Мне кажется, лучше большие индексы, чем хранение таких данных в 1sblob

Создай справочник соответствующий длинному реквизиту и подчиненный ему.
В подчиненном реквизит типа строка 999(лучше макс длина строки) и цифровой со значениями 1, 2, 3, ....
Во время записи разбиваешь на строки, а во время чтения "склеиваешь"

Тогда такая конструкция не будет портить 1SBLOB.DBF и относительно компактно
будет укладывать данные - это важно так как предел ДБФ 2 Гб

P.S> 1С очень плохо работает с длинными строками
так что склейка должна быть в многострочный текст

Создал в нужном справочнике рекизит типа Строка, длина 10. Сохраняю конфу.
Разбираю мд-шник gcomp-ом. Захожу в нужный справочник, меняю в Структура.mdp длину реквизита до 9999. Собираю мд-шник обратно. Открываю в конфигураторе конфу. Захожу с свойства конфы, добавляю в конце идентификатора и удаляю пробел. Сохраняю конфу - происходит реструктуризация. При загрузке в режиме прдприятия пишет "Нарушена структура данных таблицы ...".

Как правильно сделать?

ЗЫ. При тестировании и исправлении инф. базы пишет:
Цитата:

Вот гадство
Тупая 1с-ина не может реструктуризировать сам файлик, если он уже был... Тут только руками видать увеличить размерность поля.
Хотя новый она создает легко.