Хранение отборов

[Михаил,Тверь]

В некоторых случаях было бы удобно хранить полупостоянные списки отобранных по какому-то произвольному признаку записей журнала. Вот сейчас пользователи ЖКХ просят в журнале лицевых счетов добавить пару признаков - один для своих сотрудников ( квартплата удерживается из зарплаты), другой - для злостных неплательщиков -чтобы извещения на них не печатать ( бумагу хоть сэкономить, раз толку от них всё равно нет). Можно конечно, просто пару флажков в журнал добавить. Но мало ли что ещё потребуется, что ж каждый раз структуру таблиц трогать. А иногда и история подобных отборов была бы полезна. Можно конечно и самостоятельно что-то такое сделать - набирать в диалоге записи, и , чтобы не тратить журнал, сохранять список в файл - в dbf или текстовый, в базе или еще где. Но может быть такой функционал и стандартных поставках был бы полезен -не на уровне платформы даже, на уровне библиотек стандартных конфигураций. Или может что-то подобное уже есть, а я просто не в теме?

[Григорий]

Посмотрите для примера фильтрацию в журнале выписанных счетов.

[Дмитрий, Харьков]

Я не знаю как это сделано в стандартной версии... но я бы попробовал это на ПРОФИЛЬях сделать - причем один профиль - для хранения названий сетов - и дальше профили по названиям сетов с кодами... в формате для фильтра (через ; тоесть)

Вот только есть трабла... при более-менее нормальных таблицах (хотя бы несколько сотен тысяч записей) такие фильтры будут тормозииить

[Михаил,Тверь]

Да не в вопрос где хранить и как использовать - будет массив или фильтр, а дальше по ситуации. Вопрос об удобном интерфейсе создания и редактирования такого отбора. Для создания - чего проще - нащелкал записей в журнале, в ЦИКЛе ИЗ ЖУРНАЛА собрал в массив, сохранил. Но потребуется отредактировать - программно отметить записи в журнале, согласно имеющемуся массиву для последующего редактирования я уже не могу. Или могу?
ПОДСВЕТКУ использовать? Ёё анализировать каким-то левым способом придётся, да и чревато - мало ли на другом рабочем месте что делают, может тоже отбирают.
Использовать для набора табличное поле диалога или БД_РЕДАКТОР ? Насколько представляю, обработчиков на добавление записи там нет. Т.е. выливается в отдельное поле выбора записи с переписыванием в таблицу. Как-то неудобно. Подскажите, если есть другие варианты

[Виктор]

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

[Михаил,Тверь]

Создание группы - это изменение структуры таблицы. Хотелось бы дать пользователю возможность создавать и хранить такие отборы по своему усмотрению .В дальнейшем часть из них могла бы использоваться программно. Неясность только в том, как сделать единый удобный интерфейс и для создания, и для редактирования такого отбора. В ИБ, Виктор,наверное застали ещё их БД_РЕДАКТОР . Вот там было бы сделано очень просто - при добавлении записи в "отбор" в одном окне БД_РЕДАКТОРА, в другом окне просто открылась бы основная таблица. Как сделать что-то подобное здесь? Элементарное заполнение одной таблицы записями из другой.

[Григорий]

Сообщение от М.Рабинович

Подскажите, если есть другие варианты

Для постоянно хранимого отбора используем вспомогательную таблицу ссылок. Так например сделано для клиент-банка: вспомогательный журнал "б_кб_импорт" хранит ссылки на последние загруженные выписки. Другого способа при числе возможных записей отбора > 1500 нет (при меньшем можно использовать профиль).

Редактировать чего-либо "в текущем процессе работы" можно либо через редактор массива ВЫБОР или через ВЫБРАТЬ_ЗНАЧЕНИЕ. Если сделана всопогательная талица ссылок, то можно открывать и отфильровнный журнал через СТАРТ_ЖУРНАЛ или ЖУРНАЛ_ВЫБРАТЬ. Так, например, открывается журнал платежных документов после загрузки выписок, отфильтрованный по текущим загруженным выпискам.