Сайт "Все инструменты.ру" на взгляд пользователя - очень хороший сайт. Так что ребята стараются. Молодцы! Ну а некоторые усложнения - это болезнь роста.
Хотя конечно, 30 мс - это не просто жесткое требование - это аномально жесткое требование, учитывая, что ping до сайта идет около 30 мс. 30 мс - это откуда требование? Оно обосновано?
Ни постгресс, мускул не идут ни в какое сравнение с иерархическими БД ключ - значение. Эти базы не транзакционны и быстры на много порядков. При этом у их есть накат журналов изменений. Инициация сетевого обмена - проблема, только в том случае, если БД не имеет пула готовых к коннекту соединений и инициирует новый процесс в ОС. Эта проблема давно решена (созданием пула соединений). Мой Вам совет - ройте в направлении иерархичных БД. Классически случай Cache (но он за деньги). Сейчас есть Йота DB. Пробуйте - уверен - это сработает.
Скажите, пожалуйста, был ли анализ применения иерархических баз данных типа ключ - значение? Парк зеркальных серверов такого типа мне кажется решил бы проблему? Такие БД, как правило, хранят актуальные данные в кеше. У вас действительно 5 000 000 000 товарных позиций?
Сайт "Все инструменты.ру" на взгляд пользователя - очень хороший сайт. Так что ребята стараются. Молодцы! Ну а некоторые усложнения - это болезнь роста.
Хотя конечно, 30 мс - это не просто жесткое требование - это аномально жесткое требование, учитывая, что ping до сайта идет около 30 мс. 30 мс - это откуда требование? Оно обосновано?
https://yottadb.com/ !!!
Ни постгресс, мускул не идут ни в какое сравнение с иерархическими БД ключ - значение. Эти базы не транзакционны и быстры на много порядков. При этом у их есть накат журналов изменений. Инициация сетевого обмена - проблема, только в том случае, если БД не имеет пула готовых к коннекту соединений и инициирует новый процесс в ОС. Эта проблема давно решена (созданием пула соединений). Мой Вам совет - ройте в направлении иерархичных БД. Классически случай Cache (но он за деньги). Сейчас есть Йота DB. Пробуйте - уверен - это сработает.
Скажите, пожалуйста, был ли анализ применения иерархических баз данных типа ключ - значение? Парк зеркальных серверов такого типа мне кажется решил бы проблему? Такие БД, как правило, хранят актуальные данные в кеше. У вас действительно 5 000 000 000 товарных позиций?