Как стать автором
Обновить

Комментарии 13

А не проще ли было использовать для целей управления каталогом товаров готовую MDM систему? Особых требований, которые в типовой функциональности отсутствуют, я не заметил.
Учитывая, что можно использовать в большинстве случаев опенсорсные решения, необходимость собственной разработки велосипеда сомнительна.

Ага, как раз c MDM и делали интеграцию. Все управление каталогом происходит там. А нам надо получать, агрегировать годным для пользователей образом и показывать.

Из статьи это совершенно не очевидно, поскольку упоминается лишь учетная система, которая служит также для хранения медиаконтента.

Не подскажете о каких именно MDM системах идет речь?

Master data management. Либо специализированные - Product information management для управления каталогом материалов.

Что такое MDM я знаю.Но у готовых систем тоже есть недостатки

Нет систем без недостатков (даже если не принимать во внимание, что любую систему нужно использовать правильно и к месту). Но недостатки правильно подобранной системы в большинстве случаев закрываются изменением процессов.
Например, в вышеописанном случае, нет необходимости для вывода всех 4,8 млн записей, достаточно вывести только записи, относящиеся к необходимой классификационной категории, а их ну никак не будет больше нескольких тысяч.
Далее, перечень номенклатуры меняется тоже не так уж часто. От момента, когда запись добавлена в справочник материалов, до момента, когда этот товар появился на складе, проходит не одна неделя. Соответственно, можно раз в день сформировать из MDM таблицу в денормализованном виде и в реальном времени подтягивать к выборке из нее сведения о наличии товара на конкретном складе из EWS. И это прекрасно работает обычно на традиционных (не in-memory) СУБД с минимальными задержками.

Все верно, но написать сам каталог не такая уж большая проблема, обычно все веселье начинается вокруг сложных перекрестных категорий, и/или характеристик и/или и вот тут порой написать каталог часто проще.

Множественная классификация, облако тегов, условное заполнение фасетной части, и куча других способов решения.

Другое дело, что в случаях, когда проект ведут преимущественно ИТ или разработка, хорошим тоном считается забить на НСИ.

Не от хорошей жизни такое происходит.

Тут скорее наглядная демонстрация эффекта Даннинга-Крюгера. ИТ специалисты думают, что раз они информационными технологиями занимаются, то кто лучше них может знать про управление информацией :)

Половину слов не понял, но очень интересно :)

Спасибо :)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий