MsgSetRequest - Могу ли я передать слишком много данных?

Я работаю над проектом библиотеки С#, который будет обрабатывать транзакции между SQL и QuickBooks Enterprise, синхронизируя оба хранилища данных. Это здорово и все такое, но первоначальная синхронизация будет довольно большим набором транзакций. После завершения начальной синхронизации транзакции будут синхронизироваться по мере необходимости до конца срока службы продукта.

На данный момент я довольно хорошо знаком с SDK, использующим QBFC, а также со всеми различными ресурсами и примерами кода, доступными через OSR, проект ZOMBIE Пола Кейстера (спасибо, Пол!) и другие. Все эти ресурсы очень помогли. Но с одной вещью я еще не сталкивался: существует ли ограничение или существенная или смертельная потеря производительности, связанная с большими объемами данных через один запрос набора сообщений. Насколько я понимаю, база данных на стороне QuickBooks также является просто базой данных SQL, но я не хочу делать никаких предположений.

Опять же, мне просто нужно сильно ударить один раз, поэтому я не хочу разрабатывать отдельное решение для импорта. Это также дает мне возможность протестировать копию живых данных с моей библиотекой, журналами и всем остальным.

Как бы то ни было, это мой первый пост в Stack, так что не стесняйтесь информировать меня о публикации здесь, если я каким-либо образом отклонился от курса. Спасибо.


person Josh Cronkhite    schedule 29.08.2013    source источник
comment
У Synergration есть несколько инструментов QuickBooks, которые могут ускорить этот процесс. Взгляните на OpenSync (или CoreObjX/DB). synergration.com/software   -  person RyanMac    schedule 06.09.2013


Ответы (1)


Что бы это ни стоило, я обнаружил, что в сетевой среде (в отличие от всего, что происходит на 1 поле) лучше иметь больший MsgSetRequest, а не меньший. Конечно, у всего есть свои пределы, и, может быть, я просто никогда не достигал их. Я точно не помню, насколько большим был набор запросов, но он был большим. Улучшение производительности было легко 10 к 1 или лучше.

Если бы я был на вашем месте, я бы с самого начала встроил в свой дизайн какую-то итерацию (для итерации вашего набора данных SQL). Начните с большого числа, которое сделает все сразу, и если оно сломается, просто уменьшите его, пока не найдете что-то, что работает.

Я знаю, что в этом ответе нет деталей, которые вы ищете, но, надеюсь, это поможет.

person MikeBr59    schedule 30.08.2013
comment
Это определенно помогает. Я вернусь к этому посту с некоторыми результатами, когда придет время. Спасибо, что поделился. - person Josh Cronkhite; 04.09.2013