Большая база для большого сайта

Так задача хранить статистику же, а следовательно ее и разбирать.

tippula:

http://posulliv.github.io/2012/06/29/mysql-postgres-bench/

Это провокация.

Прошел по ссылке и что я вижу ? Обсуждение какого-то частного случая где оптимизатор mysql не сработал хорошо. Но на всех остальных графиках mysql закономерно был лучше.

И этим сейчас детей пугают ?

Просто postgres надо уметь готовить. Он сложнее mysql , но с большими данными выигрывает. Но спецы и по настройке дороже, и нюансы в разработке учитывать надо и т.п. Фактически это как oracle с mysql сравнить.

Stek, тоже самое и про любую базу можно сказать . А в общем случае видим, что видим.

ngsv:


Дано:
- Около 1К активных пользователей
- Больше 50 000 новостей
- Больше 1KK комментариев

Требуется:
- Хранить статистику просмотра новости за последнюю неделю ( по уник ip )
- Обрабатывать раз в сутки статистику за вчерашний день (суммировать все просмотры) и складывать в отдельную таблицу статистики по дням. (колонки - news_id, day, count)
- Обрабатывать предыдущую таблицу и так же складывать в таблицу статистики по неделям. ( news_id, week, count )
- Обрабатывать предыдущую таблицу и так же складывать в таблицу статистики по месяцам (news_id, month, count)

На каждой странице выводится ~5 баннеров. ( <a href="#"><img ...></a> )
- По каждому баннеру нужно учитывать кол-во просмотров по времени суток, за последнюю неделю, так же вести учет кликов, и всю статистику за последний год ( дальше недели назад - агрегированную, как и просмотры )

У каждого комментария есть рейтинг ( + / - ).
- Пользователь должен иметь возможность просмотреть все понравившиеся ему комментарии (за все время)
- Пользователь должен иметь возможность отсортировать свои комментарии по рейтингу.
- Нужно выводить по каждому комментарию статистику, кому понравился/не понравился комментарий.

Ничего сложного.

мускуль вполне справится.

если адекватный сервак возьмете под отдельную БД для этого добра

здесь не в самой системе БД, мне кажется будет затык.

тут ещё memcache нужен для хранения промежуточных данных, которые будут, к примеру, раз в минуту (раз в 10 сек) обрабатываться и складываться в базу. чтобы не делаеть вечно множество запросов

Если будет только запись, то пофиг какая БД.

Уже давали эту ссылочку или еще нет? https://habrahabr.ru/post/262623/

Там у людей 38 млн в час и 95% запись, на одном сервере. Так что БД как правило не причем, очень часто причиной становится кривая архитектура приложения.

Да вы кстати посмотрите еще в сторону aws rds

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