Есть регламентное задание, которое исполняется раз в несколько минут. Оно должно проверять некий список для рассылки, каждый элемент которого - это запись с данными для отправки письма с полями "отправитель", "получатель", "тема сообщения", "текст" и признак "отправлено".

Регламентное задание должно отбирать элементы с признаком "Отправлено=Ложь", отправлять письмо, а запись помечать как "Отправлено=Истина".

ВОПРОС: какой объект лучше всего использовать в качестве такого списка, РегистрСведений или Справочник?

(0) Голосовалку давай :) Я за периодический регистр сведений.

В константах или перечислениях храни. :)

Попробовал регистр сведений, но столкнулся с таким моментом:

Набор = РегистрыСведений.СписокРассылки.СоздатьНаборЗаписей();
Набор.Отбор.Отправлено.Установить(Ложь);
Набор.Прочитать();
    
Для каждого Зап Из Набор Цикл
     //Код отправки письма
     Зап.Отправлено = Истина;
КонецЦикла;

Набор.Записать();

При выполнении Записать() выдаёт ошибку, что в наборе присутствуют записи, которые не соответствуют отбору.

Получается что нужно перебирать все полностью записи РегистраСведений, что как-то кривовато.

(3) Юзай менеджерЗаписи

Получается, со справочником в этом плане легче работать: отобрать нужные элементы в запросе, а потом через ПолучитьОбъект() изменить и всё. Но справочники мне кажется немного для других целей используются..

Справочник.
Регистру нужен естественный ключ (набор измерений), а тут его нет.

(4) Ну-ка подробнее, как именно

А по сабжу (6) +1.
ЗЫ: В регистре можешь историю изменения по справочнику хранить, елси нужно.

Если нужна ссылка - справочник. Если ссылка не нужна - регистр.
(3) При проектировании регистра полезно думать головой, а не другими частями тела. Сфигали "Отправлено" - измерение?

(7)

РегистрСведенийМенеджер.<Имя регистра сведений> (InformationRegisterManager.<Имя регистра сведений>)
СоздатьМенеджерЗаписи (CreateRecordManager)
Синтаксис:

СоздатьМенеджерЗаписи()
Возвращаемое значение:

Тип: РегистрСведенийМенеджерЗаписи.

Описание:

Создает объект для управления записью регистра сведений.

Доступность:

Сервер, толстый клиент, внешнее соединение.
Пример:

Курс = РегистрыСведений.КурсыВалют.СоздатьМенеджерЗаписи();

(9) +1 к первой части. +100 - ко второй :-)

Я "за" справочник. Точнее - за возможность иметь ссылки на записи :)

(9) Потому что отбор можно сделать только по измерению. Чтобы не перебирать в цикле все записи РС с условием Отправлено=Ложь.

(13) Классная штука - запросы.

(13) Конечно, удобство тут на первом месте. Фигня ведь, что может быть 2 одинаковых записи - отправленная и нет. Главное - удобно отобрать, чтобы не дай бог 2 лишних строки кода не написать, да?

(13) запрос - не, не слышал?

(14) Скажу больше, запросу пофиг (почти), справочник это или регистр.

Да могу и запросом, написать пару лишних строк не проблема.

Я так подумал, в случае РС имеется другая проблема - как получить уникальность измерений для каждой записи письма. Если все указанные в (0) поля это ресурсы, что тогда ставить в измерения? Разве что создать два измерения: "ДатаСоздания" и "СлучайноеЧисло"... как-то так...

либо всё таки использовать справочник