Всем добрый день. Есть проблема со справочником МестоПрисоединенныеФайлы (конфа самописная на БСП) сделанный по подобию БСПшных, а именно проблема в его пузатости и непонимание того, откуда там столько данных. Что и из чего: есть МП, из которого прилетают фотографии (хранящиеся в хранилище значений) в основную базу в создаваемый документ "Место" (у которого есть подчиненный справочник МестоПрисоединенныеФайлы и сюда они сохраняются), на момент создания двоичные данные фотографии еще находятся в хранилище значений и после проведения документа они улетают во внешнюю папку (т.к. настроено хранение в томах) и хранилище значений очищается. По идее после этогов базе должно освободиться место, но судя по всему не освобождается и я не пойму почему. На текущий момент размер справочника МестоПрисоединенныеФайлы 12 гигов (130 т. фотографий) и я бы понял этот размер, если бы двоичные данные хранились бы в базе, но ведь они в томах на диске хранятся. Отсюда вопрос: что я такого делаю неправильно или как можно очистить справочник?

(0) странно конечно, как связано хранение в томах и проведение документа. По идее файл сразу должен улетать в том, без всяких хранилищ.

(0)[но ведь они в томах на диске хранятся]
что-то мешает открыть отладчик и проверить, где на самом деле хранятся фотки ?

(1) Нет, он не улетает сразу в том после обмена с МП. Сначала создается файл в информационной базе, и потом уже после проведения документа идет перемещение его в том.
(2) Проверял, фотки хранятся в томе после проведения.

(3) Это целевая схема, а на практике имеем 12 гигов фотографий в базе

(4) А что сделать-то мне надо, где я упускаю что-то?

Я проверял хранилища по всем элементам справочника, везде пусто

Либо куда копнуть в этом справочнике, чтобы понять где этот объем данных болтается и откуда его очистить

(5) Варианты:
1) не удаляется (например, ошибка в коде)
2) остаётся после удаления в истории в доп.полях
3) пространство не очищается (надо запустить ТиИ / сжатие таблиц)

(8)
2) В истории чего? Версионирование по этому справочнику нет.
3) Запускал, бесполезно

(5)[ А что сделать-то мне]
код показать, пока кроме флюда в топике ни чего нет

(10) Код чего? Переноса в тома?

(10) и про 12 гигов тоже интересно. Откуда инфа?

(12) Из SQL, могу скрин приложить

может не ту базу смотрите

(14) Ну приехали, мне заняться нечем что ли

(15) Да такое сплошь и рядом бывает. Регается новичок на форуме, докладывает о волшебной проблеме, потом оказывается не туда смотрел

(8) По первому пункту запускал очистку по всему справочнику с последующим ТиИ, не помогло. Как очищал:
СпрОбъект = ВыборкаДетальныеЗаписи.Ссылка.ПолучитьОбъект();
СпрОбъект.ФайлХранилище = Новый ХранилищеЗначения(Неопределено);
СпрОбъект.Записать();

(16) Согласен, что я могу попасть в эту категорию, т.к. только зарегался.

(0)
>> По идее после этогов базе должно освободиться место, но судя по всему не освобождается и я не пойму почему.

Файл меньше не становится? Файл может быть только больше.
Так и было задумано.

Вопрос:
База файловая или ?

(19) база сиквельная, но сжатие посредством ТиИ =)

(13)

Не увидел. А в этом случае MS_SQL-у по ночами говорят волшебное слово shrink ?

P.S.
Ну и прочее волшебство а-ля пересчёт статистики и всякое.

(21) Shrink делал, регламенты MSSQL делаются. База не уменьшается

(20) Я реструктуризацию делал

(23)

Быть может лучше так? (не проверял)

СпрОбъект = ВыборкаДетальныеЗаписи.Ссылка.ПолучитьОбъект();
СпрОбъект.ФайлХранилище = Неопределено;
СпрОбъект.Записать();

может кроме хранилища в справочнике ещё есть реквизит типа "текстовое содержание" с текстом неограниченной длины?

(23) А в поле ТекстХранилище - у тебя что?

(26) Тоже хранилище значений

( (25) Не, нет такого

(27) Но туда ничего не помещается, создавался говорю на основе БСПшного справочника, вот и остался, а так не использую

(29) Ой да открой ты уже в скуле эту таблицу и посмотри в каком поле у тебя что лежит.

Эм... после всех разговоров накидал быстро обработку с замером сколько весит хранилище значений с перебором всех элементов... "Заполнено файлхранилище весом: 15 317,45805454254150390625 мб". Чет не вяжется... Сейчас перепроверю

(8) Похоже вы были правы по первому пункту. После всех изысканий видимо неверное считало что хранилище очищено, а оно оказывается не очищено было, да и переноса автоматического как-будто бы и не было из информационной базы в тома... Сейчас еще перепроверю все и отпишусь.

как обычно проблема в прокладке ;-)

(32) хе-хе :)

(33) Зато самокритичен