Стоит также сказать что блокируется и не весь кеш, а отдельный конкретный объект  в нём

То-есть примерно как и в БД блокируются отдельные таблицы

угу, а связей в кэше нет? то есть оно просто сущности без кросс-ссылок?

Есть, но только внутри блокируемой единицы. Ссылок из одной блокируемой единицы в другую нет

а нет транзакционных изменений? то есть многих элементов кэша разнотипных за раз там?

Есть такое, что несколько элементов за раз меняются, но только в рамках одного блокируемого объекта

в любом случае тут всё просто - оптимизация зависит от задачи )) если так устраивает - всё ок, если стоит задача ускорить - можно бенчмарк сделать и узкое место посмотреть ))

Это само собой

Вы задавали вопросы, чтобы оценить насколько грамотно сделано?

И чтобы оценить какие могут быть ошибки?

ага

И видимо, вы не обнаружили никаких проблем и ошибок в описанной архитектуре?

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

Понял, спасибо за информацию. Я тоже рассматривал вариант с редисом, но решил что это преждевременная оптимизация. Нужно сначала придти к необходимости использовать редис в данной задаче

вот и я о чём... просто провести нагрузочное тестирование... вдруг сейчас 100 запросов в секунду, а реальная нагрузка 20 запросов в секунду.. до 1000 запросов в секунду оптимизировать тогда нет смысла

Хорошо, понял

Привет кто может посоветовать менеджер паролей с авто вводом локальный ?

встроенный в браузер )

Доброго времени суток, уважаемые коллеги!

Есть необходимость реализовать отношения Polymorphic ManyToOne, но куда ни ткнусь в сети - это, оказывается, плохая практика и так не делается. А как тогда делается?

Суть:
Нужно хранить все попытки оплатить какой-либо вид товара (все являются разными сущностями в коде) через разные платежные шлюзы. В таблице попыток оплаты предполагается хранить идентификатор товара (уникальный ключ) и его класс (PHP), у каждого вида товара свое все - методы, поля, обслуживающие сервисы, а в коде получать через Polymorphic-отношение. Но, как оказалось, так "не делается", например, Doctrine специально такой вид отношений между сущностями не поддерживает.

А как тогда? Объединять все товары под одним общим видом, внутри которого... будет все равно polymorphic-отношение к другим видам товара? Упоминается при этом 3NF (третья нормальная форма базы данных), мол что при polymorphic-отношениях она невозможна.

Прошу помочь с решением вопроса, хотя бы тыканьем в подходящие ссылки.

правильное проектирование базы данных