1SBLOB 2ГБ #463309

Не работает 1С :(. Ругаеться что не может записать в  1SBLOB.DBF. Как найти, что в нём хранится ?

Все, приехали...

Базу надо резать уже давно или на скуль переходить.

там строки неограниченной длины хранятся

А как найти откудого они там появляються ?

почитай сам файл - догадаешься

из справочников и документов

Нигде не могу найти инфо что за строка считаеться длинной

Это какой длины реквизит может довать такие строки и когда он считаеться длинной строкой ?

дбф-вьюером глянь. хотя два гектара это конечно надо умудриться.

Любой реквизит у которого тип "Строка" и длинна "неограничено" кусками по 40 символов хранится в данном файле. ищи что массово пихаете в длинные строки

наверно в каждом доке в каментах насрато...

элементарно, когда самописка и по незнанию для любого текстового поля ставят неограниченно. Или пихают какие данные в строки. картинки например

да просто много однотипных конфигураций и всего пол года базе (от всех документов чистили) И имено в этой такой размер :(

сожми файл. удаление доков не очищает таблицу. в конфигураторе сжатие. но всеравно. это неправильно 2 гиги

ничего он уже не почитает... что ты пытаешься сохранить/провести когда "ругается"? В реквизитах "этого" и ищи. Тип - строка неограниченной длины (галочка Неогр- под типом значения Строка)

Смотрю и ничего не понимаю FIELDID OBJID BLOKNO BLOCK - поля. OBJID- это ссылка на объект ?

Базу сжал после удаления. Выходит сообщение что не может записать в файл а потом невостоновимая. Короче один выход искать что за реквизит такой ? И удалять документы ?

зачем документы удалять? с реквизитом разберись, для чего он нужен, и что туда пишется, может просто "хлам", тогда просто табличку грохнуть, если типовые операции не задействованы... щас как насоветую.

:) Да там не страшно промежуточная для мобильной торговли лижбы не справочник, их грохать не хотелосьбы

вот и думай теперь, кто из нас тупее... При извращенном желании можно справочник в строку загнать, но сложно... В модуле "этого" незнамо чего поиском с именем реквизита пройдись... Реквизит то нашел? ууу

Перебором через метаданные перебираем все документы и справочники и выбираем из их реквизитов те, что есть строки и длина=0 (то есть неограниченная длина). Потом смотрим, что в них хранится (перебор по документам и справочникам). Если хранится что-то, что нельзя по-другому, то делаем или дочерний справочник или подчинённый документ, в котором единственный реквизит - БлокСтроки и укладываем строки вручную. P.S. если хочется хранить картинки в базе, то это единственный выход, чтобы не вылезти за 2Гб (так как блок строки может быть и 1024 байта).

Да нашёл тут короче кто то придумал документ весь в строку сохранять с количеством наименований 2000 при чём такой документ создаёться раз 20-30 за день

Типа табличной части в страку :). Универсальное движение регисра применили для такой цели :(

Хотели две табличных части в одном документе - а получилось "как всегда".

Это точно не моя конфига "для мобильной торговли"... Переписывать надо, хотя-бы на два документа "разнести". Начать с удаления "старых-ненужных" документов что-ли... У вас там гарантийка на какой срок выдается?

В sql-версии это бы работало без проблем, там длинные строки как нормальные блобы хранятся. Меня кстати удивляет подход 1с, почему они не используют фокспрошные блобы, а вместо этого извращаются с таблицей фрагментов..

Да я думаю на один документ, но с обычными реквизитами и в строку не сохранять :). Гарантийка уже кончилась, просто наверно слишком часто обмен делали :). Вот теперь и париться придётся. ST-Мобильная торговля внедряла, как раз мне прислали анкету для того что бы их оценил :)

Всегда очень сильно хотелось придурков которые пихают доп табличную часть в строки запинать чтобы мозг у них отшибло напроч. Я всегда для доп частей использую только документы доп.

Это франевая школа. доп таблички и писки значений пихать в строки

Это еще вопрос что лучше. Таблицы и списки в строках - это не раздувает метаданные, в отличие от дополнительных документов. И можно там сколь угодно сложную структуру хранить.

Офигеть. да лучще пусть лишний док в метаданных, чем такой изврат с базой данных.

+ 31 проги пишут для своего удобства или всетаки чтобы работало хорошо? Я понимаю еще список значений, но таблицу!!

Ну, если такое делают в тиражном продукте - за это надо по рукам бить. Но если это в собственной поддерживаемой нетленке - почему бы и нет? Программист всё контролирует и за всё отвечает сам..

с этим согласен

и всетаик это моветон

Все извраты от того, что в семёрошной версии нет нормальных способов хранить данные. А реализация строк была сделана по образу и подобию реализации констант - слава богу, что они в разных файлах живут - а то ведь могли бы и в одном. P.S. если бы длинные строки для каждого объекта метаданных жили бы с своём файле, то проблем удалось бы избежать - ещё одно подтверждение, что нельзя держать все яйца в одной корзине.