Не работает меркурий

mevgenym wrote:Тут трактовать можно по разному, три года это период выборки запроса. Вот как готовится ответ непонятно. То ли сразу делается запрос к ИБ на весь период в параметрах операции и складывается где то в кеше, пока не прийдет запрос со смещением, то ли только на окно выборки в вашем случае - 50. Во втором случае, объем выборки данных всегда ограничен окном (максимальное окно = 1000). Если окно маленькое, то увеличится количество запросов, вот что более критично объем данных или количество запросов? Вообще мы как пользователи не должны были задаваться такими вопросами. Система не отрабатывает свои задачи.

Вариант с кешем очень ресурсо-затратный. Весь объем выборки нужно получить и где-то хранить. И хранить хоть несколько минут после последнего запроса теми же начальными параметрами. В случае большого количества запросов от разных клиентов - огромные объемы памяти.
Поскольку в запросе есть начальный момент, смещение и количество, в варианте Oracle (на котором у меркурия база и крутится), выглядеть это будет как-то так:
select * from table where UpdateDate>:date and ROWNUM>=:offset and ROWNUM<(:offset+:limit) order by UpdateDate. Беда в том, что до :offset тоже нужно из базы выборку сделать, просто ее никуда не помещать. Хорошо помогает проход по ключу на UpdateDate, если он есть и упорядочен в нужную сторону.

Так скоро код для меркурия писать будем

Всем привет!

У кого версия 2.1 - там списки удается получить от Меркурия?

SBekrenev wrote:Всем привет!

У кого версия 2.1 - там списки удается получить от Меркурия?

Нет, так же, как и 2.0.

или тоже "An unexpected error has occurred while invoking target service operation." ?

SBekrenev wrote:или тоже "An unexpected error has occurred while invoking target service operation." ?

Да что хотите. Может, 0012, может, просто таймаут.

dmitry67 wrote:Так скоро код для меркурия писать будем

Где вы были раньше?

Меркурианцы что-то обещают?

SBekrenev, Владимир Игнатов
А на 1.4? Или НАВ недостоверную информацию предоставил?

SBekrenev
Обещают собрать и поругать.
http://www.fsvps.ru/fsvps/news/27194.html

egais2018 wrote:SBekrenev, Владимир Игнатов
А на 1.4? Или НАВ недостоверную информацию предоставил?

SBekrenev
Обещают собрать и поругать.
http://www.fsvps.ru/fsvps/news/27194.html

У меня нет 1.4. Сразу писал 2.0. На 2.1 перейти с 2.0 - дело 15 минут. Только не надо улицы загружать новым запросом: у них часто не приходит GUID нас.пункта, поэтому данный запрос бесполезен.

egais2018 wrote:Обещают собрать и поругать.
http://www.fsvps.ru/fsvps/news/27194.html

Я правильно понимаю, что если в тексте не указан город, автор сам москвич и подразумевает Москву, т.к. в его понимании других городов просто нет?

Владимир Игнатов

© Центральный аппарат
в Россельхознадзоре

egais2018 wrote:Владимир Игнатов

© Центральный аппарат
в Россельхознадзоре

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

Плюс разработчики во Владимире, как я помню.

Владимир Игнатов wrote:
Вариант с кешем очень ресурсо-затратный. Весь объем выборки нужно получить и где-то хранить.

просто иначе не могу понять слова "до сотен мегабайт по одному запросу, например на историю изменений журнала по всем видам продукции года за три"
в случае выборки по окну, макс окно = 1000, неужели здесь могут быть ответы в сотни метров...

mevgenym wrote:

Владимир Игнатов wrote:
Вариант с кешем очень ресурсо-затратный. Весь объем выборки нужно получить и где-то хранить.

просто иначе не могу понять слова "до сотен мегабайт по одному запросу, например на историю изменений журнала по всем видам продукции года за три"
в случае выборки по окну, макс окно = 1000, неужели здесь могут быть ответы в сотни метров...

Видимо, имеется в виду весь ответ, сумма ответов по каждому окну.