Собственно сам никогда менеджер не использую, но зачем-то он же нужен!

если нужно 1 запись добавить, то зачем юзать набор?

а нет, вру нашел место, которое сам писал:

Если Выборка.Следующий() Тогда
               МенеджерЗаписи = Выборка.ПолучитьМенеджерЗаписи();
               МенеджерЗаписи.Прочитать();
           Иначе
               МенеджерЗаписи = РегистрыСведений.ИнформацияОбОтгрузке.СоздатьМенеджерЗаписи();
               МенеджерЗаписи.Заказ = Расшифровка.Заказ;
           КонецЕсли;
           ФормаЗаписи = МенеджерЗаписи.ПолучитьФорму(,ЭтаФорма,Расшифровка.Заказ);
           ФормаЗаписи.ОткрытьМодально();

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

(1) а что в том плохого?

у остальных же он есть

(4) малейшая ошибка при установке отбора и набор распространяется на весь регистр. его запись приведёт к затиранию чего-нибудь

(3) согласен это плюс, но ситуация выбора инструментов - минус

(0) Если не знаешь, зачем это нужно, то значит, тебе это не надо.

(8) Что ты от него хочешь? Он до сих пор не разобрался с Неопределено

(9) да я бы не задавал вопросов глубоко философских, если бы не разобрался, то был стёб над 1С

(7) Для разных задач разные инструменты. И это естественно. А вопрос лучше или хуже - в принципе некорректен.

и кстати, для РН отбор возможен только по регистратору, так почему бы не сделать было лаконичное:

НаборЗаписейПродажи = РегистрыНакопления.продажи.СоздантьНаборЗаписей(Регистратор);

на уровне платформы менеджерЗзаписи всё равно работает через НаборЗаписей, так что это просто объект-обёртка для удобства программирования (меньше строк и более понятный синтаксис) и для большей безопасности (чтобы не удалить весь регистр)

В туже копилку, чем Ресурс от Реквизита отличается в РС?

(14) ну ты ещё спроси, чем NULL отличается от Неопределено

(14) Про циклы будешь спрашивать, зачем их так много? :)

Например, для получения значений ресурсов есть методы Получить, ПолучитьПоследнее/Первое

(15)(16) почему выборка это не коллекция и ее нельзя обойти с помощью "Для каждого..."?

(14) реквизит - это реквизита, а ресурс - это ресурс.. вот...))

(17) с помощью языка запросов - разницы никакой

(19) логично ))

(18) Потому что это динамическая выборка (курсор), а не объект в памяти

Почему ЗначениеЗаполнено(0) дает ложь, а ЗначениеЗаполнено(Ложь) дает истину?

Почему Ненавижу 1С занимается 1С, если её ненавидит? Ушёл бы давно в SAP или Axapta

(24) +100500 :)

(22) в C# это может быть тоже не объект памяти, но foreach доступен
(24) у меня есть концепт своей платформы

(26) "Сделай" (с)

(14)При построении виртуальных таблиц ресурсы учитываются, а реквизиты - нет.

(26) Как назовёшь?

(26) У него тоже есть концепт своей ОС
http://lurkmore.so/images/8/80/Foto.JPG

http://lurkmore.to/%D0%F3%F1%F1%EA%E0%FF_%CE%D1

(22) если так, то как ему доступен метод Количество()?
Там происходит перебор всей выборки?

(31) при вызове метода производится запрос типа Выбрать Количество(*)

(28) лажу ты сказал
(29) не скажу пока ))
(30) зачет
(32) не факт, кстати, надо проверять

(14) Тем и отличается, что один ресурс, другой реквизит. Видимо, задающих вопрос "Почему в регистрах накопления есть реквизиты, а в регистрах сведений нет" гораздо больше, чем интересующихся чем ресурс отличается от реквизита.

(34) Действительно. Если бы в регистрах сведений не было реквизитов, то Ненавижу 1С опять бы затянул свою песню...

(20) Да. К слову, из талмуда на эту тему:

"Хотелось бы особо отметить, что деление информации на реквизиты и ресурсы - элемент общего подхода. И хотя технологически хранение информации ресурсов и реквизитов регистра сведений существенно не различается, правильное "отнесение" разработчиком данных к ресурсам или реквизитам позволяет впоследствии быстро отличить, что является "функцией" регистра, а что просто комментирует запись."

Чем Ненавижу 1С отличается от
В тылу врага
НафНаф
ObjectRelationModel
Тролль главный
Как страшно жить
?

(37) вот спасибо, а то я их забывать стал ))

(37) как его много...

(37) это разные интерфейсы одного объекта

(34)+1
А в виртуальных таблицах РС реквизиты все-таки есть, хотя разработчики платформы могли бы этого не делать.

(40) объект, кстати, преглючный, и никакие интерфейсы не скроют этот факт

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

(42) себя то видел? ))

При записи записи через менеджер записи все равно происходит запись всего набора :)

(0) Вопрос из разряда: почему в доме-2 не целуются?

но работа в некоторых случаях (когда набор = записи) с записью удобнее и не медленнее

(47) как написал в (2) удобно вызывать форму записи

(48) не только. например получить запросом те записи, которые нужно удалить и через менеджер записи ЗаполнитьЗначенияСвойств, Удалить вместо мучительного (условно) заполнения отборов наборов для записи этих самых пустых наборов

(49) но если не обернуть в транзакцию, то при ошибке НЗ откатит все удаления, цикл МЗ просто в середине прервется и откати только одну

(50) Ты попробуй записать набором записи с видом сравнения отбора "В списке", тогда поймешь, чем плох набор записей.

(51) а зачем?

(52) Ну вот актуальный пример. Проведение документа Табель учета рабочего времени по регистру Графики работы по видам времени. Там график - это ссылка на справочник сотрудников организаций. В одном документе - куча сотрудников. Т.е., чтобы все записать одним набором записей, надо установить отбор по измерению График - в списке.

(53) согласен, но как нас спасает Менеджер то?

(51) ещё могут типы не совпасть

(54) Код гораздо читабельнее, а по производительности в транзакции замедлений не замечено.

(51) Вот поэтому и нужен набор записей без отборов с записью в Файл по аналогии с MS SQL MERGE. Возможность удаления по набору записей. Пока это все приходится делать напрямую при больших объемах

(50) я имею ввиду по разным комбинациям ключевых полей

(54) кури про основной отбор. На самом деле запись набора может быть записью 100500 наборов.

(59) одного набора в коде 100500 реальных

(59) основной отбор тут совершенно не при чём

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

(62) это откуда?

(63) в модуле регистра сведений добавь обработчики и покури...

(62) ладно, уговорил

(64) ну вот ветка создана была не зря! спасибо