Обновление массы веб-сервиса
Существует ли неопровержимый довод для предложения версии "пакетного обновления" методов обновления в веб-сервисе.NET?
Существует ли значительное преимущество перед совершением множественных звонков, асинхронных или синхронных, перед HTTP?
Мой первый импульс состоит в том, чтобы предложить асинхронные вызовы и включать рекордный идентификатор во входной составной объект, и к нажатию назад на требовании для предложения пакетной обработки как микрооптимизации. С другой стороны, я запросил бы потребителя использовать итерационный цикл и выполнить множественные вызовы.
Я не хочу делать плохое предложение.
2 ответа
Мы предлагаем createRecord () и createRecordAsync () / createRecordCompleted (обработчик событий)
Мы играли с идеей создания createRecordBatch () примерно 10 секунд, прежде чем мы начали замечать проблемы с этим. Наш метод createRecord () принимает, среди прочего, идентификатор сеанса, creatorHandle для пользователя и массив строк, содержащий все значения. Чтобы реализовать пакетную загрузку, нам нужно было бы создать двумерный массив для значений, массив для хранения creatorHandle и единый идентификатор сеанса.
Даже в этом случае наши веб-службы просто действуют как клин между нашими внешними поставщиками и нашим основным приложением. Основное приложение не поддерживает пакетную загрузку. По сути, мы бы имитировали пакетную загрузку для наших поставщиков. Нам пришлось бы анализировать их пакетные данные в отдельные записи. Не было никакого смысла предлагать нашим пользователям фиктивные функции, которых не было, потому что мы не уменьшали бы количество обращений к базе данных. Фактически, дополнительная работа по обработке пакетных загрузок заключалась в том, чтобы отводить работу со стороны клиента и переводить ее на сторону сервера, что казалось нелогичным.
Было бы разумнее, если бы наши поставщики сами построили логику для создания нескольких билетов, собирая данные и выполняя несколько отдельных вызовов наших методов веб-службы.Я считаю, что только один из них выполняет асинхронные вызовы ... остальные довольны синхронным.
Я полагаю, что причина предложения "пакетных обновлений" заключается в снижении транзакционной нагрузки на сервер базы данных. Поэтому, если это не вызывает беспокойства, я бы не стал предлагать такую возможность.