Так я и говорю - нормального энтерпрайза и не видели, где с одной стороны десятки тысяч товаров с 2000-3000 поставщиков, с другой товарная метрика километр на километр и надо посчитать закуп, себестоимость и всякое интересное попутно
Ага, прям в аналитическом отчёте будет 10к записей, чего нибудь с заказами на месяц при продажах условных батареек тысячами в день. Все эти манямечты рассыпаются о джойны в ЕВА моделях, которые коматозят все больше и больше
Какая то непонятная суета людей, что с той, что с другой стороны не знающих про ПБУ-94 и метод расчета "по цепочке". То что было сделано - буквально копия того, что было прописано за 20 лет до тыкания ТС в данные платежек
Самое смешное - использование marks потому что в АПИ так написано. Очевидно,что, надо было завернуть в свой API вида Grades.get, Assessment.get или что-то около того
Конечно лучше, потому что если те кто рядом умеют делать быстрее пшеничку, то они быстрее размножатся и быстрее будут давить на тех кто тыкается в темноту случайно палкой
Нагрузка на железо небольшая, упирается все в блокировки.
Нет, конечно. Вы загнали систему в пик производительности, и когда 28 декабря норот ринется делать пиковые закупы вечером и и утром все это заклинит, а разгребать будет вторая линия поддержки из пару человек. И не надо писать, что надо заранее железо увеличить, не поможет, надо будет шардировать, отчего вся опитимизация пойдет погулять
Какие траты вы называете бессмысленными
Абсолютно все. Зачем мне обновлять резерв прямо сразу, если у меня может быть страховой остаток и мне надо только не давать за некоторое время превысить его.
Вместо этого делаются жесткие вставки, причем в реляционную БД, и разумеется для ускорения все это будет дерномализовано потому что форейн ключи в шардах будут работать не так что бы быстро.
Проверки хз зачем, причем непонятно как это будет работать загнаннное в десяток подов, раскиданных по датацентрам.
не осталось запасов на складе, тогда что? А вы уже деньги у клиента списали
Значит заказ отменится. Цель - что бы такое было гораздо реже чем покупка. Вы видно в торговле работали примерно никогда, товар может не приехать по такому количеству причин, что "запасы на складе по базе" это такая мизерная часть, что возиться с кровью из глаз что бы вот точно-точно совпало с цыферкой на складе - это наивность. Потому что с утра жахнули при разгрузке два холодоса об асфальт, а списать еще не списали. Защитой является тот самый страховой остаток, поэтому все эти приседания - бессмыслены и даже вредны.
если вы сделаете очередь и все запросы последовательно будете обрабатывать
Ну что мешает разгребать ее параллельно, группируя по типам товаров (да у разных групп будет разная логика обработки остатков, вы же учли в своей логике мерные товары и продажу упаковками, да?). Да и последовательно для некоторых товарцев можно, часто два пика закупа бывает- утро и вечер, остальное время стоит, зачем мне железо купленное под пиковую производительность ? Купим пожиже и за ночь разгребем
Попытка впихнуть весь поток изменений товаров в одну БД это конечно страшно. Если мы точно знаем, что у нас на складах в разы больше товаров чем дневной заказ все что описано выше ведёт к затратам ресурсов совершенно бессмысленным. Гораздо дешевле разгребать очередь в фоне мелкими воркерами
Хрррр, тьфу. Критика именно этой, любимой многими пабликами, цитаты очень легка - Хайнлайн писал ее от имени человека к этому времени прожившего лет уже двести. Конечно он мог ее сказать, чё нет то ? А вы вместо критики по сути кидаетесь личность автора кот ковать, хррр, тьфу
У ассирийев не было Льва в Зодиаке. У них был некий мутант с крыльями, которого переводят как Лев, но вообще - громадная(большая) собака оно переводится.
Платить за фундамент от пятиэтажки для брусового дома это, конечно очень и очень умно, зато ПОДВАЛ !
Двигателя Якоби, разумеется нет, ибо перевод статейки с Запада
Так я и говорю - нормального энтерпрайза и не видели, где с одной стороны десятки тысяч товаров с 2000-3000 поставщиков, с другой товарная метрика километр на километр и надо посчитать закуп, себестоимость и всякое интересное попутно
Ага, прям в аналитическом отчёте будет 10к записей, чего нибудь с заказами на месяц при продажах условных батареек тысячами в день. Все эти манямечты рассыпаются о джойны в ЕВА моделях, которые коматозят все больше и больше
Осталось рассказать как миллиарды переборов по ЕВА модели ускорят бизнес и дело в шляпе
Кратко - Инженер изобрел среднюю скользящую себестоимость
Так же Инженер режет позиции, которые дают сигнал клиенту, что ту все хорошо и покупать можно. Да, да, те самые D.
Скоро Инженер изобретет какой нибудь солвер задачи оптимизации закупок через решение систем линейных уравнений.
А общем все, что делает любая занюханная ЕРП
Нужно перетащить вообще все, включая LLM, согласно законодательству. Но меня больше развеселило "бесплатно" и тут же Джемини.
>google Sheets, Google Scripts, Gemini API
Все бесплатно, с нарушением закона о ПДн и трансграничке. Явное использование веков не российского региона.
Лол, супер горячая тема, но надо выбивать ресурсы у других команд, которые уже давно там крутятся. Что же могло пойти не так, а, а, а ?
Какая то непонятная суета людей, что с той, что с другой стороны не знающих про ПБУ-94 и метод расчета "по цепочке". То что было сделано - буквально копия того, что было прописано за 20 лет до тыкания ТС в данные платежек
Самое смешное - использование marks потому что в АПИ так написано. Очевидно,что, надо было завернуть в свой API вида Grades.get, Assessment.get или что-то около того
Конечно лучше, потому что если те кто рядом умеют делать быстрее пшеничку, то они быстрее размножатся и быстрее будут давить на тех кто тыкается в темноту случайно палкой
Нет, конечно. Вы загнали систему в пик производительности, и когда 28 декабря норот ринется делать пиковые закупы вечером и и утром все это заклинит, а разгребать будет вторая линия поддержки из пару человек. И не надо писать, что надо заранее железо увеличить, не поможет, надо будет шардировать, отчего вся опитимизация пойдет погулять
Абсолютно все. Зачем мне обновлять резерв прямо сразу, если у меня может быть страховой остаток и мне надо только не давать за некоторое время превысить его.
Вместо этого делаются жесткие вставки, причем в реляционную БД, и разумеется для ускорения все это будет дерномализовано потому что форейн ключи в шардах будут работать не так что бы быстро.
Проверки хз зачем, причем непонятно как это будет работать загнаннное в десяток подов, раскиданных по датацентрам.
Значит заказ отменится. Цель - что бы такое было гораздо реже чем покупка. Вы видно в торговле работали примерно никогда, товар может не приехать по такому количеству причин, что "запасы на складе по базе" это такая мизерная часть, что возиться с кровью из глаз что бы вот точно-точно совпало с цыферкой на складе - это наивность. Потому что с утра жахнули при разгрузке два холодоса об асфальт, а списать еще не списали. Защитой является тот самый страховой остаток, поэтому все эти приседания - бессмыслены и даже вредны.
Ну что мешает разгребать ее параллельно, группируя по типам товаров (да у разных групп будет разная логика обработки остатков, вы же учли в своей логике мерные товары и продажу упаковками, да?). Да и последовательно для некоторых товарцев можно, часто два пика закупа бывает- утро и вечер, остальное время стоит, зачем мне железо купленное под пиковую производительность ? Купим пожиже и за ночь разгребем
Попытка впихнуть весь поток изменений товаров в одну БД это конечно страшно. Если мы точно знаем, что у нас на складах в разы больше товаров чем дневной заказ все что описано выше ведёт к затратам ресурсов совершенно бессмысленным. Гораздо дешевле разгребать очередь в фоне мелкими воркерами
Хрррр, тьфу. Критика именно этой, любимой многими пабликами, цитаты очень легка - Хайнлайн писал ее от имени человека к этому времени прожившего лет уже двести. Конечно он мог ее сказать, чё нет то ? А вы вместо критики по сути кидаетесь личность автора кот ковать, хррр, тьфу
Деньги веб мастеру на все это кто даёт ? Зачем все эти навороты страничке с парой сотен уников в день ?
Действительно, те кто уже заработали бабки не особо горят разгадывать головоломки. Горе для загадывающих, вот и визжат в комментариях
В числе первых и заставил другие страны соцлагеря принять
Это вред, который Сталин своим планом преобразования природы сделал - лесополосы и все такое ?
У ассирийев не было Льва в Зодиаке. У них был некий мутант с крыльями, которого переводят как Лев, но вообще - громадная(большая) собака оно переводится.