Обновление 6.8

Алексей Баранов wrote:Вот у меня почему-то так и не заработали нормально запросы по изменениям....
Я всегда выбираю полный список ВСД за период.

Но если следовать логике оптимизации, так они бы убрали из запроса погашения ВСД все, кроме uuid ВСД, в случае полного согласия!
Там запрос уменьшился бы на 2-3 порядка.

И по списку измененных уже посылали бы только guid'ы измененных, чтобы уж совсем "оптимизировать"!
А всё-равно дополнительный запрос делать, так зачем столько инфы выдавать?

Путь бы на все запросы кроме примитивных возвращались только идентификаторы.
А чего? нагрузка на сервера сразу бы упала в ноль.
Тогда бы сделали нормальную распределенную систему. Примитивные запросы к справочникам идут на одни сервера.
А запросы application на другие и они бы никак не пересекались. Вообще бы нагрузка упала

Если где-то что-то убрать - то в другом месте это будут запрашивать.
Другими словами разгрузят списки ВСД и Записей - Загрузят запросы на получение данных конкретного ВСД и Записи.

Неужели не понятно, что нужно давать разработчикам самим решать получать, что им получать. ЗАПРОСЫ ДОЛЖНЫ БЫТЬ МАКСИМАЛЬНО ПАРАМЕТРАЛИЗИРУЕМЫЕ.
В них должны быть отборы НА ВСЕ. Тогда и xml ответов будут малые и скорость выполнения их повысится.

ЕСЛИ вы что-то отключаете нужно сделать параметр в запросе. И Комментарий "при использовании этого параметра скорость выполнения выше". Разработчики сами максимально быстро его начнут использовать.

.

С каждый днем все более веселые новости пишут. Что дальше ломать будут? ...

... также сведения о связанных с записью журнала ВСД, то есть в ответе не будут элементы <vd:laboratoryResearch>…</vd:laboratoryResearch> и <vd:vetDocument> …</vd:vetDocument> будут отсутствовать.

Они даже сформулировать это нормально не смогли. Ну что за...

Vladimir2017
Торопились порадовать.

Пятница, 13-е: ученые рассказали о затмении Солнца суперлуной‍

Куда там Луне - МЕРКУРИЙ в этот день затмит все )))))))).

Gmix wrote:
Если где-то что-то убрать - то в другом месте это будут запрашивать.
Другими словами разгрузят списки ВСД и Записей - Загрузят запросы на получение данных конкретного ВСД и Записи.

Уважаемый Н.А. Власов! Ваши разработчики правда этого не понимают???
Нет списка ВСД для записи, приходящей по GetStockEntryChangesListOperation - значит нужно после приему блока на 500 записей журнала сделать 500 запросов "дай мне ВСД по записи журнала".

Владимир Игнатов wrote:дай мне ВСД по записи журнала

Простите, а это что за запрос?

GetStockEntryByUuidOperation Этот?

Простите, а это что за запрос?

GetStockEntryByUuidOperation Этот?

GetStockEntryByGuidOperation
GetStockEntryByUuidOperation
GetStockEntryVersionListOperation

Любой из них

Gmix wrote:

Простите, а это что за запрос?

GetStockEntryByUuidOperation Этот?

GetStockEntryByGuidOperation
GetStockEntryByUuidOperation
GetStockEntryVersionListOperation

Любой из них

Так Запись Журнала не возвращает связанные с ней ВСД. Она возвращает только ВСД, которая создала StockEntry - проверено опытным путём.

alexey-zmey wrote:Она возвращает только ВСД, которая создала StockEntry - проверено опытным путём.

Проверено было несколько месяцев назад. А сейчас что, все связанные возвращает?

alexey-zmey wrote:

Gmix wrote:

Простите, а это что за запрос?

GetStockEntryByUuidOperation Этот?

GetStockEntryByGuidOperation
GetStockEntryByUuidOperation
GetStockEntryVersionListOperation

Любой из них

Так Запись Журнала не возвращает связанные с ней ВСД. Она возвращает только ВСД, которая создала StockEntry - проверено опытным путём.

Ну по крайней мере в моем решении настроена так что там всегда один ВСД входящий.
Что для меня очень удобно в целях интеграции.

Gmix wrote:
Ну по крайней мере в моем решении настроена так что там всегда один ВСД входящий.
Что для меня очень удобно в целях интеграции.

Пример:

Пришла к вам продукция с ВСД1 10 кг . Вы погасили - приняли все 10 кг . При гашении к вам пришёл StockEntry1

Когда Вы Отправляете заявку на транспортную ВСД и указываете в запросе StockEntry1 - 5 кг, в ответ к Вам придёт ВСД2 и StockEntry1

Только в StockEntry1 будет ВСД1 .

Или

Кто-то создал транзакцию в WEB на отправку продукции, указав StockEntry1 - 5 кг.

Вы запрашиваете изменения GetStockEntryChangesListOperation надеясь получить ВСД2 в связанных документах

Ан нет! Вы получите снова ВСД1, по которому пришла продукция!

Зачем это сделано, не понятно!

alexey-zmey wrote:

Gmix wrote:
Ну по крайней мере в моем решении настроена так что там всегда один ВСД входящий.
Что для меня очень удобно в целях интеграции.

Пример:

Пришла к вам продукция с ВСД1 10 кг . Вы погасили - приняли все 10 кг . При гашении к вам пришёл StockEntry1

Когда Вы Отправляете заявку на транспортную ВСД и указываете в запросе StockEntry1 - 5 кг, в ответ к Вам придёт ВСД2 и StockEntry1

Только в StockEntry1 будет ВСД1 .

Или

Кто-то создал транзакцию в WEB на отправку продукции, указав StockEntry1 - 5 кг.

Вы запрашиваете изменения GetStockEntryChangesListOperation надеясь получить ВСД2 в связанных документах

Ан нет! Вы получите снова ВСД1, по которому пришла продукция!

Зачем это сделано, не понятно!

да вроде всё логично: отправленные ВСД я получаю запросом GetVetDocument, а по StockEntry всегда понятно каким сертификатом пришла запись

hawksib wrote:
да вроде всё логично: отправленные ВСД я получаю запросом GetVetDocument, а по StockEntry всегда понятно каким сертификатом пришла запись

Ну, кому что...

Я имел ввиду метод GetStockEntryChangesListOperation

Было бы хорошо, если бы он возвращал ВетДокумент, который изменил, собственно, конкретный StockEntry

В нынешней ситуации получаем список изменённых StockEntry, а почему эти изменения произошли, какой ВетДокумент их вызвал - ХЗ.