[Вопрос:]Внедрение Axapta 3.0, полученной по параллельному импорту

[fed]

Цитата:

Сообщение от LETTO

Да вот это и бесит. Коллеги уже в биг дата с дата сайенс миллионы обработок в секунду, а мы с этим майкрософт не можем нормально простейшую операцию выполнить в приемлимое время.
У меня по работе часто запросы - "форма медленно открывается". Смотришь - а там такой стандартный код, что кулаки сжимаются. А вы про планирование....

Биг дата в общем и в целом оперирует отчетностью. Просто в режиме read-only читается большой объем данных (причем обработка, скорее всего, по самой сути задачи хорошо распараллеливается). В сводном планировании идет планирование конкуренции за ресурсы (складские запасы и рабочие ресурсы). Обсчет очередного шага решения не может, в общем случае, быть распараллелен, потому что иначе может оказаться что у нас два производственных заказа решили один и тот же рабочий центр использовать или один и тот же запас номенклатуры. При этом выхода только два - либо просто в явном виде блокировать все ресурсы взятые в рассчет варианта (конфликтов точно нет, но параллелизм так себе), либо просчитывать, грубо говоря, оба производственных заказа, а потом в конце один из рассчетов откатывать, потому что ресурсы ушли под тот заказ, который раньше закончили обсчитывать. (А это означает неэффективное использование вычислительных ресурсов).
Это естественное ограничение бизнес-задачи, которое никакими opensource и unix не преодолеть...