Что шлет Меркурий в ответ на getProductItemListRequest?

Вот так видимо многие и думают, а программисты Ветис и не дорабатывают ничего опираясь на эту позицию. Вы правда считаете что это правильный подход выгружать весь справочник? Может тогда мне вет.справки всех компаний себе подгружать, а среди них выбирать только нужные? Или справочник всех торговых точек в России, а из них только нужные?

Мне этот справочник весь совершенно не нужен.
Мне нужны только те позиции, по которым мне потребуется отправлять ЭВСД, а их не более тысячи. И если в документации предложили вариант фильтрации, то пусть будут любезны довести его до ума.
В документации даже приведен пример фильтрации, который не работает!

И более всего удивляет подход тех. поддержки Меркурия. Если они знали, что многие начнут переходить на ЭВСД в июне, то могли бы и подготовится к этому. Это что за позиция такая, взять и игнорировать вопросы от пользователей? Ладно бы если все до ума было доведено, тогда можно было как-то оправдать эту позицию.

Да скачайте же уже весь справочник 1 раз и пополняйте потихоньку. GetProductItemChangesList в помощь.

Можно конечно, но этот справочник будет расти и получится только засорение программы.

sergmercury wrote:Вот так видимо многие и думают, а программисты Ветис и не дорабатывают ничего опираясь на эту позицию. Вы правда считаете что это правильный подход выгружать весь справочник? Может тогда мне вет.справки всех компаний себе подгружать, а среди них выбирать только нужные? Или справочник всех торговых точек в России, а из них только нужные?

Мне этот справочник весь совершенно не нужен.
Мне нужны только те позиции, по которым мне потребуется отправлять ЭВСД, а их не более тысячи. И если в документации предложили вариант фильтрации, то пусть будут любезны довести его до ума.
В документации даже приведен пример фильтрации, который не работает!

И более всего удивляет подход тех. поддержки Меркурия. Если они знали, что многие начнут переходить на ЭВСД в июне, то могли бы и подготовится к этому. Это что за позиция такая, взять и игнорировать вопросы от пользователей? Ладно бы если все до ума было доведено, тогда можно было как-то оправдать эту позицию.

Там веселее. Фильтры работали (по крайней мере по группе 3-го уровня) до 20 мая. Потом они обновили API и перестало работать.
Так что массовый переход на ЭВСД тут никаким боком. Тупо сломали и не хотят чинить.

oleg-x wrote:

Да скачайте же уже весь справочник 1 раз и пополняйте потихоньку. GetProductItemChangesList в помощь.

Можно конечно, но этот справочник будет расти и получится только засорение программы.

Все справочники растут. Можно выкидывать те записи, у которых last=0 или active=0, если не нужны архивные.

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

oleg-x wrote:

Да скачайте же уже весь справочник 1 раз и пополняйте потихоньку. GetProductItemChangesList в помощь.

Можно конечно, но этот справочник будет расти и получится только засорение программы.

Все справочники растут. Можно выкидывать те записи, у которых last=0 или active=0, если не нужны архивные.

Вы случаем не программист Ветис API?))))))

sergmercury wrote:Вот так видимо многие и думают, а программисты Ветис и не дорабатывают ничего опираясь на эту позицию. Вы правда считаете что это правильный подход выгружать весь справочник? Может тогда мне вет.справки всех компаний себе подгружать, а среди них выбирать только нужные? Или справочник всех торговых точек в России, а из них только нужные?

Мне этот справочник весь совершенно не нужен.
Мне нужны только те позиции, по которым мне потребуется отправлять ЭВСД, а их не более тысячи. И если в документации предложили вариант фильтрации, то пусть будут любезны довести его до ума.
В документации даже приведен пример фильтрации, который не работает!

И более всего удивляет подход тех. поддержки Меркурия. Если они знали, что многие начнут переходить на ЭВСД в июне, то могли бы и подготовится к этому. Это что за позиция такая, взять и игнорировать вопросы от пользователей? Ладно бы если все до ума было доведено, тогда можно было как-то оправдать эту позицию.

Полностью разделяю Ваше негодование! Так их! Ура, в атаку! Вот только никто Вас не слышит, а систему запустят несмотря на косяки.

По делу: да, я так и сделал, прямо сразу, не обращая внимания на "работает-не работает фильтрация". Мне не жалко лишних 6 ГБ на диске, а свой SQL сервер работает точно быстрее, чем "сформировать запрос, отослать по интернету, распарсить на сервере, создать из этого запрос к SQL серверу Меркурия, подождать ответ от сервера (он не только Ваш запрос обрабатывает), запаковать это в xml-ответ, переслать ответ через интернет, распарсить ответ на клиенте". Да, я уже это писал: самые большие справочники - 1ГБ ХС и 1.3ГБ предприятия.
И всегда будет быстрее раз в час получать 5-200 строк обновлений, при этом в любой момент по своей базе делая запрос на выборку по любому фильтру и любому join, чем получать фильтрованные "где-то-там" данные через интернет. Кроме того, я могу прямо на лету фильтровать, по мере ввода пользователя (локальный select), а Вы - нет, т.к. если по каждой кнопке запрашивать Меркурий, отвечающий минимум несколько секунд, а возможно, в ответе будет не один пакет (более 1000 записей)...

Не говорил я о том, что буду постоянно подключаться к базе за запросом товаров. Точно так же основное количество товаров загружу один раз, только фильтрованное, а остальное буду пополнять и использовать. Логика работы точно такая же как и у вас. Только количество данных в локальной системе будет в разы меньше чем в вашем случае. 400000 записей товаров с большими излишками в вашем случае и 2000 записей товаров только необходимых в моем случае. И эта фильтрация снимает избыточный трафик с Меркурия и снижает количество запросов и ответов. Всего одна простая функция, которую не могут допилить, простой параметр фильтрации, который уже существует, но работает неправильно. Только руки развести можно в ответ на действия тех. поддержки Меркурия, это просто непрофессионально.

крепитесь вы еще много интересных открытий сделаете, эта нерабочая операция покажется не такой уж ужасной проблемой

verleon wrote:

sergmercury wrote:Вот так видимо многие и думают, а программисты Ветис и не дорабатывают ничего опираясь на эту позицию. Вы правда считаете что это правильный подход выгружать весь справочник? Может тогда мне вет.справки всех компаний себе подгружать, а среди них выбирать только нужные? Или справочник всех торговых точек в России, а из них только нужные?

Мне этот справочник весь совершенно не нужен.
Мне нужны только те позиции, по которым мне потребуется отправлять ЭВСД, а их не более тысячи. И если в документации предложили вариант фильтрации, то пусть будут любезны довести его до ума.
В документации даже приведен пример фильтрации, который не работает!

И более всего удивляет подход тех. поддержки Меркурия. Если они знали, что многие начнут переходить на ЭВСД в июне, то могли бы и подготовится к этому. Это что за позиция такая, взять и игнорировать вопросы от пользователей? Ладно бы если все до ума было доведено, тогда можно было как-то оправдать эту позицию.

Там веселее. Фильтры работали (по крайней мере по группе 3-го уровня) до 20 мая. Потом они обновили API и перестало работать.
Так что массовый переход на ЭВСД тут никаким боком. Тупо сломали и не хотят чинить.

Ооох, ну если так, то вообще просто нет слов...