Victor256Приветствую. Стоит задача:
1) парсинг новостийных и не только rss через агрегаторы контента типа webhose
2) пользователь может поставить лайк/дизлайк к записи
3) после этого данная запись помечается как показанная этому пользователю и более ему не выводится

Примерно прикинул архитектуру. Будет основная таблица для контента, кол-во строк около 100-200к, объём около 100-200 мб (в сутки). Извлечение данных по первичному ключу, по языку, по типу контента (картинка, текст). Будет таблица "лайков" где будут хранится id пользователя, id контента и оценка. Объём, видимо, небольшой, но кол-во строк будет ориентировочно ~1млн в сутки. Ну и вспомогательные, небольшие справочные таблицы.

Ранее не работал с базами таких размеров. Смотрю в сторону postgresql, советуют так же монго, но хотелось бы услышать мнение имевших практический опыт работы с такими объёмами.

Имхую:
1) Mongo я бы не использовал в качестве базы, разве что где-то сбоку...вспомогательно
2) PostgreSQL - да, вполне.
3) SQL Server - да, но денег стоит
Можно еще Redis в пп. 2 и 3, как дополнение в качестве кеша и т.д.