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

     meta1 = СоздатьОбъект("MetaDataWork");
     КолвоДок = Метаданные.Документ();
     РезСтр = "";
     Для Инд1 = 1 по КолвоДок Цикл
           Стр_1 = meta1.ЧислоВСтроку(Число(meta1.ИДДокумента(Инд1)), 36);
           Стр_1 = "    " + Стр_1;
           Стр_1 = "'" + Прав(Стр_1,4) + "'";
         //Сообщить("Стр_1 = " + Стр_1 + " Дл = " + СтрДлина(Стр_1));
               Если Инд1 < КолвоДок Тогда
                     РезСтр = РезСтр + Стр_1 + ",";
               Иначе
                     РезСтр = РезСтр + Стр_1;
               КонецЕсли;
     КонецЦикла;
     Если Инд1 > 1 Тогда
           РезСтр = " ( " + РезСтр + " ) ";
     КонецЕсли;
     Сообщить("РезСтр = " + РезСтр);      

А по поводу subj - не стоит этого делать на работающей базе ( а только в качестве
обучения запросов). Можешь наступь на грабли а оно тебе надо.
Если точно скажешь зачем тебе subj можно будет более детально ответить

(ПодОпытный) Какой размер сейчас Базы. Ну выиграешь ты максимум сутки ( сервера сейчас очень мощные).
Эти решения не могут быть универсальными.
Например на измерение, реквизит регистра может быть графа отбора.
Как поведет себя обработка? Весь мусор останется в базе?
В некоторых конфах документы могут двигать периодические реквизиты справочников.
Если док ссылается на удаляемый документ, а тот на другой удаляемый док ( из прошлых периодов ) эти документы все равно придеться удалять "руками"
У кого-то может быть одновременно и регистры и проводки. и.т.д.
ИХМО лучше направить усилия на улучшение текущих "тяжелых" отчетов.

может всё таки перейти на Скуль - 6 гигов база, сколько ж активных пользователей

ЗЫ Может пора что то менять в консерватории (с)

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

Если нет времени отчеты переписывать - пока поставить 4 диска SAS или SCSI в рейд -
скорость сразу в несколько раз.

Ну хотя бы делай

Collating Sequence=MACHINE; 

при подключении
http://www.1cpp.ru/forum/YaBB.pl?num=1148038411/15
немного время сэкономишь

По вопросам - написать обработку вполне реально(1.) и даже полезно(2.)

P.S. В качестве флейма - не дело руководства решать - ставить SQL или нет.

Цитата:

Хотите искать грабли оставайтесь на dbf - Вы ( ничего личного в смысле Ваша организация) близки чтобы их найти.
При росте фирмы ( или при усложнении аналитики) будешь свертки делать через  пять,шесть месяцев.
Сколько человек работает одновременно с данными.
Сколько идет переиндексация БД. Кстати на dbf бывают
ошибки когда индексы неправильно востанавливаются ( несколько раз на это наступал ).
Насколько ценны данные которые храняться в базе.
Ну многое зависит от тебя как убеждать будешь.
sql бд на несколько порядок надежней чем dbf и лучше обеспечивает целостность данных.
При правильной заточке sql скорость выполнения отчетов увеличивается в разы.
Можешь просто распечатать эту ветку руководству пусть сами думают - переходить или
не переходить на sql.
ИХМО  для Ваших задач однозначно переходить на sql.

Свертку делай запросами напрямую
10 Гигов на SQL - один рабочий день,  ТиИ на ночь, тебе нравится такое?
Причем это не свертка а выкашивание бух учета как такового - это сложнее