в старом способе мы получали остатки , только потом писали в базу в случае успеха. тут мы пишем в любом случае в базу, читаем остатки и если остатков не хватает удалям записи - второй вариант намного дороже.
Привет! По скорости отработки второй вариант выходит быстрее, ты можешь попробовать выполнить отладку кода и посмотреть на время. Но тут важно понимать, что старая методика не устарела. Просто появилась ещё и новая. Какую из них использовать - решать только тебе. Мне, например, старая методика тоже больше нравится, но есть поменты, в которых новая методика показывает себя лучше. Если будет интересно, я могу снять видео по этому поводу, сравнив эти две методики.
@@ByteMasterHub, я так понимаю, что данная методика хорошо подходит для систем с большим количеством пользователей генерирующих большое количество документов.... Дабы исключить ситуации одновременного проведения документов. Ну, вот, вдруг два пользователя одновременно нажали кнопку проведения, у них, соответственно и остатки будут нормальны при проверке, а после проведения мы получим отрицательные остатки, но об этом мы уже узнаем сильно позже)))
@@АлександрСивцов-я2ч Все верно. При одновременном проведении, хотя, это вряд ли случится, но все же, у одного из пользователей добавляется к текущей дате ровно 1 секунда, что делает документ уникальным и позволяет проверить, хватает ли товара на складе.
Тема блокировок не раскрыта )Ну и в реальности в типовых конфах все сложнее раз в 100500 да и отличается в зависимости от версий, например методика в erp 2.4 от erp 2.5
не понтно зачем мы создавали виртуальную таблицу, если можно было поступить так: Провести расход по документу построить запрос к регистру накопления на позиции, которые есть в этой накладной и есть есть отрицательные значения отказ от проведения документа.
Спасибо за комментарий! Ваш подход тоже имеет место быть, и в различных сценариях можно выбирать между созданием виртуальной таблицы и использованием запроса к регистру накопления. Однако, при работе с большим объемом данных или в сложных бизнес-процессах, виртуальная таблица может обеспечить более эффективную и гибкую обработку информации. Каждый метод имеет свои преимущества и недостатки, и выбор зависит от конкретных требований и условий проекта.
непонятно уже что называют "новой" методикой. Она вроде как и новая, только ей 10 лет или больше уже. Назвали б ее как-то, а то может уже есть новая-новая
Конфликт блокировок неизбежен на высоконагруженных системах клиент-сервер и в файловых базах с большим количеством пользователей. Видно, что автор не был ни на одном курсе фирмы 1с по тому, что подзапрос временной таблицы копирует, а не описывает.
Согласен, блокировки могут быть проблемой, особенно в высоконагруженных системах. Но не стоит забывать о том, что подходы могут различаться, и в некоторых случаях подзапрос временной таблицы может быть полезным инструментом для оптимизации запросов.
Впервые пишу комментарий, но братик спасибо большое очень помог братик люблю тебя сил удачи крепкого здоровья тебе всего самого наилучшего!!!!
Кратко, ёмко, по делу! Благодарю!
Спасибо, очень помогло!
Привет! Рад это слышать :)
а мне нет, я даун
в старом способе мы получали остатки , только потом писали в базу в случае успеха. тут мы пишем в любом случае в базу, читаем остатки и если остатков не хватает удалям записи - второй вариант намного дороже.
Привет! По скорости отработки второй вариант выходит быстрее, ты можешь попробовать выполнить отладку кода и посмотреть на время. Но тут важно понимать, что старая методика не устарела. Просто появилась ещё и новая. Какую из них использовать - решать только тебе. Мне, например, старая методика тоже больше нравится, но есть поменты, в которых новая методика показывает себя лучше. Если будет интересно, я могу снять видео по этому поводу, сравнив эти две методики.
Было бы интересно отличие посмотреть отличия методик с точки зрения производительности, нагрузки на сервер и т.п.@@ByteMasterHub
Привет! Хорошая идея. Думаю, в будущем, обязательно сниму ролик на подобную тематику.
@@ByteMasterHub, я так понимаю, что данная методика хорошо подходит для систем с большим количеством пользователей генерирующих большое количество документов.... Дабы исключить ситуации одновременного проведения документов. Ну, вот, вдруг два пользователя одновременно нажали кнопку проведения, у них, соответственно и остатки будут нормальны при проверке, а после проведения мы получим отрицательные остатки, но об этом мы уже узнаем сильно позже)))
@@АлександрСивцов-я2ч Все верно. При одновременном проведении, хотя, это вряд ли случится, но все же, у одного из пользователей добавляется к текущей дате ровно 1 секунда, что делает документ уникальным и позволяет проверить, хватает ли товара на складе.
Лучше использовать секретный метод!
Огромное спасибо!
Я в точности все как на видео сделал, но мне пишет переменная не определенна? что мне делать я начинающий 1с специалист
искать другую работу
Сама доброта по рекомендации😂😂😂
Тема блокировок не раскрыта )Ну и в реальности в типовых конфах все сложнее раз в 100500 да и отличается в зависимости от версий, например методика в erp 2.4 от erp 2.5
Привет! Тему блокировок не затрагивал, поскольку это видео для начинающих. Соглашусь, что в типовых конфигурациях все намного сложнее.
не понтно зачем мы создавали виртуальную таблицу, если можно было поступить так:
Провести расход по документу
построить запрос к регистру накопления на позиции, которые есть в этой накладной и есть есть отрицательные значения отказ от проведения документа.
Спасибо за комментарий! Ваш подход тоже имеет место быть, и в различных сценариях можно выбирать между созданием виртуальной таблицы и использованием запроса к регистру накопления. Однако, при работе с большим объемом данных или в сложных бизнес-процессах, виртуальная таблица может обеспечить более эффективную и гибкую обработку информации. Каждый метод имеет свои преимущества и недостатки, и выбор зависит от конкретных требований и условий проекта.
непонятно уже что называют "новой" методикой. Она вроде как и новая, только ей 10 лет или больше уже. Назвали б ее как-то, а то может уже есть новая-новая
Все делают контроль остатков по разному, но есть 2 основных способа. Тот, что появился раньше - называется старым. Более новый - соответственно новый.
Конфликт блокировок неизбежен на высоконагруженных системах клиент-сервер и в файловых базах с большим количеством пользователей. Видно, что автор не был ни на одном курсе фирмы 1с по тому, что подзапрос временной таблицы копирует, а не описывает.
Согласен, блокировки могут быть проблемой, особенно в высоконагруженных системах. Но не стоит забывать о том, что подходы могут различаться, и в некоторых случаях подзапрос временной таблицы может быть полезным инструментом для оптимизации запросов.
Остатки в 1С это вечная боль. Особенно на больших объемах. Никакие методики тут особо не помогут...
Вы правы, я в видео показал основной метод, а что добавлять, что менять - уже решать Вам.