Покинул форум
Сообщений всего: 808
Дата рег-ции: Янв. 2010 Откуда: Самара
Помог: 17 раз(а)
В качестве базы данных использую redis(который хранит все данные в ram) и хранения 300 постов от 10 тыс пользователей это примерно около 1 гига оперативки. Но читать больше 300 постов 1 пользователя будут единицы. То есть я хочу что бы в оперативки хранилось определенное кол-во записей, которые будут часто использоваться(то есть самые последние). Но вот не задача ведь кто-то может захотеть просмотреть записи пользователя и за прошедшие месяцы и т.д. И я вот думаю что для таких случаев необходимо держать эти посты еще и в другой бд которая хранит свои данные на жестком диске. К примеру mysql или sqlite. Но для этого понадобится при опубликовании постов делать как минимум два запроса на запись одного и того же в 2 бд. Может сделать какой нибудь типа планировщик на другом сервере который будет получать данные(посты) и уже он будет записывать эти данные в бд(mysql или sqlite). Потом уже если нужно забирать данные с этого сервера(из бд я имею ввиду). А основной сервер спокойно продолжать работу дальше. Посоветуйте пожалуйста как тут быть? может есть у кого-нибудь решения по лучше...
Все гости форума могут просматривать этот раздел. Только зарегистрированные пользователи могут создавать новые темы в этом разделе. Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.