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

людей. Планирую пет-проект с базой пользователей (имена, возраст, ссылки на соц. сети) далее организация поиска и фильтров, встал вопрос с организацией хранения базы пользователей, сейчас по средним оценкам это приблизительно 400к записей. Вот следовательно и вопрос как организовать хранение и не умрет ли реляционка а-ля postgresql?

Не умрет не волнуйтесь

Опять же, я не настоящий эксперт, а диванный, но тож посоветую, как советовали мне)) PostgreSQL и MySQL особо ничем не отличаются. Но из видимых различий, как мне объясняли, если ПРОСТЫМ языком, то: 1. Поднять кластер Mysql проще в разы, чем кластер PostgreSQL 2. Но на одной ноде постгрес чуточку лучше производительность имеет, чем мускул, за счет того, что планировщик вшит в бд, а не как у мускула отдельным модулем настраивается, из чего следует следующий пункт 3. Мускул сильнее расширяем чем постгрес, можно настраивать как душе угодно, и плюс можно даже сказать планировщику запросов что конкретно сделать и как Но в умелых руках они ведут себя примерно одинаково по производительности, просто если учитывать особенности базы данных, можно из них выжать максимум, не сильно отличающийся у каждой бд. P.s. конкретно в вашем случае все решается архитектурой. Т.е. например, всякие поиски, фильтры и прочее можно делать с читающей ноды, расположенной на отдельной машинке, что вам уберет нагрузку с мастер ноды и по вашему описанию будет работать как часы при любой бд P.p.s. Ну и опять же, все решения расширяемы в любой момент, хоть и имеют свои нюансы

Может, всё-таки пет-проект (pet project), а не пад-проект?

А почему вы думаете ,что 400к это много? Вы посчитайте сколько это в байтах

С чего бы ей умирать с каких-то вшивых 400 тысячь?