Задачка на диагностику проблемы

@Kloshar · Регистрация: 19.12.2013

Студворк — интернет-сервис помощи студентам

Всем привет! В тестовом задании попалось задание, смысл которого я не понимаю. Вот текст:

Есть автоматическое задание (task), которое выполняется каждую минуту. Таск регистрирует электронный документ «Результаты торгов». При регистрации документа возможно изменить атрибуты записи в БД. Таск также определяется SQL запросом, который, собственно, и выбирает лоты, по которым надо сформировать этот документ. Вот пример этого SQL:

SELECT Bid.Id, Purchase.OrgBuId, Purchase.TypeId
FROM Bid JOIN Purchase ON Purchase.Id = Bid.PurchaseId
WHERE Bid.StatusId = 6

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

quwy · 12.03.2025, 15:53

Очевидно, что выполнение этого запроса N раз даст N совершенно одинаковых результата.
Запрос никак не помечает уже обработанные данные, каждое выполнение будет формировать документ.
В задании не просто так написано При регистрации документа возможно изменить атрибуты записи в БД.
Значит на тестовом сервере где-то был UPDATE-запрос, который изменял Bid.StatusId на значение отличное от 6. Нужно найти место, откуда он выполняется, а также событие, которое его запускает, и перенести это все на боевой сервер вместе с таском.

Новые блоги и статьи Все статьи Все блоги /
10 пpимет, которые всегда сбываются Maks 31.03.2026 1. Чтобы, наконец, пришла маршрутка, надо закурить. Если сигарета последняя, маршрутка придет еще до второй затяжки даже вопреки расписанию. 2. Нaдоели зима и снег? Не надо переезжать. Достаточно. . .	Перемещение выделенных строк ТЧ из одного документа в другой Maks 31.03.2026 Реализация из решения ниже выполнена на примере нетипового документа "ВыдачаОборудованияНаСпецтехнику" с единственной табличной частью "ОборудованиеИКомплектующие" разработанного в конфигурации КА2. . . .	Functional First Web Framework Suave DevAlt 30.03.2026 Sauve. IO Апнулись до NET10. Из зависимостей один пакет, работает одинаково хорошо как в режиме проекта так и в интерактивном режиме. из сложностей - чисто функциональный подход. Решил. . .	Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .
Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .	Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .

quwy Native x86 6859 / 3791 / 1026 Регистрация: 13.02.2013 Сообщений: 11,861
	12.03.2025, 15:53
	Сообщение было отмечено Kloshar как решение Решение Очевидно, что выполнение этого запроса N раз даст N совершенно одинаковых результата. Запрос никак не помечает уже обработанные данные, каждое выполнение будет формировать документ. В задании не просто так написано `При регистрации документа возможно изменить атрибуты записи в БД`. Значит на тестовом сервере где-то был UPDATE-запрос, который изменял `Bid.StatusId` на значение отличное от `6`. Нужно найти место, откуда он выполняется, а также событие, которое его запускает, и перенести это все на боевой сервер вместе с таском. 1

Задачка на диагностику проблемы

Решение