Чем менеджер записи РС лучше чем набор записей РС? #663961


#0 by Ненавижу 1С
Собственно сам никогда менеджер не использую, но зачем-то он же нужен!
#1 by acsent
если нужно 1 запись добавить, то зачем юзать набор?
#2 by Ненавижу 1С
а нет, вру нашел место, которое сам писал:
#3 by Волшебник
чтобы случайно не грохнуть весь регистр менеджер записи всегда работает только с одной записью
#4 by Ненавижу 1С
а что в том плохого?
#5 by zak555
у остальных же он есть
#6 by Волшебник
малейшая ошибка при установке отбора и набор распространяется на весь регистр. его запись приведёт к затиранию чего-нибудь
#7 by Ненавижу 1С
согласен это плюс, но ситуация выбора инструментов - минус
#8 by Fish
Если не знаешь, зачем это нужно, то значит, тебе это не надо.
#9 by Волшебник
Что ты от него хочешь? Он до сих пор не разобрался с Неопределено
#10 by Ненавижу 1С
да я бы не задавал вопросов глубоко философских, если бы не разобрался, то был стёб над 1С
#11 by Fish
Для разных задач разные инструменты. И это естественно. А вопрос лучше или хуже - в принципе некорректен.
#12 by Ненавижу 1С
и кстати, для РН отбор возможен только по регистратору, так почему бы не сделать было лаконичное:
#13 by Волшебник
на уровне платформы менеджерЗзаписи всё равно работает через НаборЗаписей, так что это просто объект-обёртка для удобства программирования (меньше строк и более понятный синтаксис) и для большей безопасности (чтобы не удалить весь регистр)
#14 by Ненавижу 1С
В туже копилку, чем Ресурс от Реквизита отличается в РС?
#15 by Волшебник
ну ты ещё спроси, чем NULL отличается от Неопределено
#16 by Fish
Про циклы будешь спрашивать, зачем их так много? :)
#17 by ssh2012
Например, для получения значений ресурсов есть методы Получить, ПолучитьПоследнее/Первое
#18 by Ненавижу 1С
почему выборка это не коллекция и ее нельзя обойти с помощью "Для каждого..."?
#19 by France
реквизит - это реквизита, а ресурс - это ресурс.. вот...))
#20 by Ненавижу 1С
с помощью языка запросов - разницы никакой
#21 by Ненавижу 1С
логично ))
#22 by Волшебник
Потому что это динамическая выборка (курсор), а не объект в памяти
#23 by Ненавижу 1С
Почему ЗначениеЗаполнено дает ложь, а ЗначениеЗаполнено(Ложь) дает истину?
#24 by Волшебник
Почему занимается 1С, если её ненавидит? Ушёл бы давно в SAP или Axapta
#25 by Fish
+100500 :)
#26 by Ненавижу 1С
в C# это может быть тоже не объект памяти, но foreach доступен у меня есть концепт своей платформы
#27 by Sammo
"Сделай" (с)
#28 by Гобсек
При построении виртуальных таблиц ресурсы учитываются, а реквизиты - нет.
#29 by Fish
Как назовёшь?
#30 by Волшебник
У него тоже есть концепт своей ОС
#31 by Ненавижу 1С
если так, то как ему доступен метод Количество? Там происходит перебор всей выборки?
#32 by Волшебник
при вызове метода производится запрос типа Выбрать Количество(*)
#33 by Ненавижу 1С
лажу ты сказал не скажу пока )) зачет не факт, кстати, надо проверять
#34 by dmpl
Тем и отличается, что один ресурс, другой реквизит. Видимо, задающих вопрос "Почему в регистрах накопления есть реквизиты, а в регистрах сведений нет" гораздо больше, чем интересующихся чем ресурс отличается от реквизита.
#35 by Волшебник
Действительно. Если бы в регистрах сведений не было реквизитов, то опять бы затянул свою песню...
#36 by ssh2012
Да. К слову, из талмуда на эту тему:
#37 by Волшебник
Чем отличается от ?
#38 by Ненавижу 1С
вот спасибо, а то я их забывать стал ))
#39 by mikecool
как его много...
#40 by Ненавижу 1С
это разные интерфейсы одного объекта
#41 by Гобсек
+1 А в виртуальных таблицах РС реквизиты все-таки есть, хотя разработчики платформы могли бы этого не делать.
#42 by HIDDEN MESSAGE
#43 by dmpl
Просто они уже наступали на грабли, когда в виртуальных таблицах нужны реквизиты, а их нет, из-за чего приходится использовать реальную таблицу... и раз их можно безболезненно получить - то почему бы и нет?
#44 by HIDDEN MESSAGE
#45 by Fragster
При записи записи через менеджер записи все равно происходит запись всего набора :)
#46 by Пират
Вопрос из разряда: почему в доме-2 не целуются?
#47 by Fragster
но работа в некоторых случаях (когда набор = записи) с записью удобнее и не медленнее
#48 by Ненавижу 1С
как написал в удобно вызывать форму записи
#49 by Fragster
не только. например получить запросом те записи, которые нужно удалить и через менеджер записи ЗаполнитьЗначенияСвойств, Удалить вместо мучительного (условно) заполнения отборов наборов для записи этих самых пустых наборов
#50 by Ненавижу 1С
но если не обернуть в транзакцию, то при ошибке НЗ откатит все удаления, цикл МЗ просто в середине прервется и откати только одну
#51 by dmpl
Ты попробуй записать набором записи с видом сравнения отбора "В списке", тогда поймешь, чем плох набор записей.
#52 by Ненавижу 1С
а зачем?
#53 by dmpl
Ну вот актуальный пример. Проведение документа Табель учета рабочего времени по регистру Графики работы по видам времени. Там график - это ссылка на справочник сотрудников организаций. В одном документе - куча сотрудников. Т.е., чтобы все записать одним набором записей, надо установить отбор по измерению График - в списке.
#54 by Ненавижу 1С
согласен, но как нас спасает Менеджер то?
#55 by Волшебник
ещё могут типы не совпасть
#56 by dmpl
Код гораздо читабельнее, а по производительности в транзакции замедлений не замечено.
#57 by Serginio1
Вот поэтому и нужен набор записей без отборов с записью в Файл по аналогии с MS SQL MERGE. Возможность удаления по набору записей. Пока это все приходится делать напрямую при больших объемах
#58 by Fragster
я имею ввиду по разным комбинациям ключевых полей
#59 by Fragster
кури про основной отбор. На самом деле запись набора может быть записью 100500 наборов.
#60 by Fragster
одного набора в коде 100500 реальных
#61 by Волшебник
основной отбор тут совершенно не при чём
#62 by Fragster
если основной отбор /детальнее/, чем установленный на набор записей, то происходит запись кучи наборов. Если основной отбор на все измерения - то запись/удаление записи менеджером записи = запись одной записи, Если основной отбор не на все - то запись через менеджер записи = запись набора по основному отбору.
#63 by Ненавижу 1С
это откуда?
#64 by Fragster
в модуле регистра сведений добавь обработчики и покури...
#65 by Волшебник
ладно, уговорил
#66 by Ненавижу 1С
ну вот ветка создана была не зря! спасибо
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям