Комментарии 13
А не проще ли было использовать для целей управления каталогом товаров готовую MDM систему? Особых требований, которые в типовой функциональности отсутствуют, я не заметил.
Учитывая, что можно использовать в большинстве случаев опенсорсные решения, необходимость собственной разработки велосипеда сомнительна.
Ага, как раз c MDM и делали интеграцию. Все управление каталогом происходит там. А нам надо получать, агрегировать годным для пользователей образом и показывать.
Master data management. Либо специализированные - Product information management для управления каталогом материалов.
Нет систем без недостатков (даже если не принимать во внимание, что любую систему нужно использовать правильно и к месту). Но недостатки правильно подобранной системы в большинстве случаев закрываются изменением процессов.
Например, в вышеописанном случае, нет необходимости для вывода всех 4,8 млн записей, достаточно вывести только записи, относящиеся к необходимой классификационной категории, а их ну никак не будет больше нескольких тысяч.
Далее, перечень номенклатуры меняется тоже не так уж часто. От момента, когда запись добавлена в справочник материалов, до момента, когда этот товар появился на складе, проходит не одна неделя. Соответственно, можно раз в день сформировать из MDM таблицу в денормализованном виде и в реальном времени подтягивать к выборке из нее сведения о наличии товара на конкретном складе из EWS. И это прекрасно работает обычно на традиционных (не in-memory) СУБД с минимальными задержками.
Половину слов не понял, но очень интересно :)
Про фугу, Антонио и парашют, или Как мы разрабатывали каталог строительных материалов