Исправление hobbit, (текущая версия) :
Вся суть этого кеша - делать не тысячу подключений, а одно. В идеале - не делать вообще.
Опять-таки - в плане быстродействия или в плане безопасности? Если второе - во всяких форумных движках, например, не заводят для 500 пользователей по аккаунту в БД, заводят один служебный. А аккаунты для пользователей самого интерфейса делают уже как надстройку, средствами самого движка.
Я с реляционными БД работал не так уж мало (Oracle, PostgreSQL), но к сожалению, почти всегда это были ненагруженные системы. Случай, когда в одну БД довольно часто лазили больше сотни клиентов, попадался ровно один раз и вполне успешно разруливался самим Ораклом. Правда, там клиенты всё же не каждую секунду INSERT делали.
Вот, кстати, интересная статья, автор которой использует Redis в качестве кэша к PostgreSQL. Самому хотелось бы что-то подобное попробовать, но в последнее время я от БД несколько отошёл. Так что в этой теме я скорее, читатель, чем писатель :)
Исходная версия hobbit, :
Вся суть этого кеша - делать не тысячу подключений, а одно. В идеале - не делать вообще.
Опять-таки - в плане быстродействия или в плане безопасности? Если второе - во всяких форумных движках, например, не заводят для 500 пользователей по аккаунту в БД, заводят один служебный. А аккаунты для пользователей самого интерфейса делают уже как надстройку, средствами самого движка.
Я с реляционными БД работал не так уж мало (Oracle, PostgreSQL), но к сожалению, почти всегда это были ненагруженные системы. Случай, когда в одну БД довольно часто лазили больше сотни клиентов, попадался ровно один раз и вполне успешно разруливался самим Ораклом. Правда, там клиенты всё же не каждую секунду INSERT делали.
Вот, кстати, интересная статья, автор которой использует Redis в качестве кэша к PostgreSQL. Самому хотелось бы что-то подобное попробовать, но в последнее время я от БД несколько отошёл...