Такую технику действительно иногда применяют во фронтенде, когда есть реляции. В том примере, который он приводит смысла такой нормализации нет

чтобы сделать "ордер"- нужно чтобы сервер передавал их нормально [{id, ...data}, {id, ...data}]

какая комплектность? вам уже сказали, что для получения всех ключей, есть специальные методы, для мутации объектов есть proxy, зачем вам извращаться?

комплексность это сложность в из-за увелечение обьема её, а не глубины

ордер объектов это порядок видимо
а вот что за практика, в которой написано, я хз

нужен переводчик

если там на сервере кто-то сделал и антипаттерн "данные в ключах" - поздравляю, ты только что получил грабли, и узнал почему так делать нельзя, и теперь исправляешь это костылем в виде массива айди

Workers.byid.find/filter что за сложности лишние

в общем вот пример, можете сраться это практика:
https://redux.js.org/recipes/structuring-reducers/normalizing-state-shape/

и с каких пор ридукс это пример перформанса, удобства или чего-то хорошего?

это плохая практика

редакс как пример бест практик? рили?

Никто не гвоорил что это хорошо

+
вот эти фильтры по ключам — дно подход

Why not ?

эта практика не всегда нужна, её применяют, когда у тебя есть связанные сущности, например работник и отдел. Тогда ты отдельно запрашиваешь с сервера список работников и отделов, сохраняешь в редакс стор как ты и сказал(просто коллекция и мапа по айдишникам) и потом можешь независимо манипулировать даннми. Например, в сущности отдела у тебя будут уже не объекты работников, а их id.
Это уменьшит не нужное дублирование данных и в этом случае действительно будет профит

в большинстве своём это действительно оверхэд

А че не про древовидные структуры в данном контексте? О_о

Ты только Ð не говори

ага, поязви еще