Re: One Large Table or Multiple DBs?

Поиск
Список
Период
Сортировка
От Robert Treat
Тема Re: One Large Table or Multiple DBs?
Дата
Msg-id 200707122337.26729.robert@omniti.com
обсуждение исходный текст
Ответ на One Large Table or Multiple DBs?  (Mike <akiany@gmail.com>)
Список pgsql-general
On Monday 09 July 2007 17:18, Mike wrote:
> Hi,
>
> What is efficient approach toward storing a web application's user
> data. How do applications such as basecamp, SalesForce or QuickBooks
> online store their data? Is it in one DB with huge tables each record
> having a user account's foreign key or do they create a separate
> database for each of their accounts? Which one is more efficient? My
> guess was in one large DB with large tables.
>

Well, generally I'd say you want to try and scale vertically as far as you
can, because database (especially postgresql) scale vertically fairly well,
and trying to spread a database across multiple servers introduces several
different kins of complexity and other issues.  Thats said, most "as a
service" solutions try to segment thier database in a way that gives
individual customers or groups of customers onto thier own databases/servers,
often with the result of shooting themselves in the foot when they realize
that the obvious segmenting key doesn't lead to balanced loads (ie. if you
have two boxes, and you segment your largest customer to thier own box, but
they are 75% of your buisness, your solution doesn't scale well).

--
Robert Treat
Database Architect
http://www.omniti.com/

В списке pgsql-general по дате отправления:

Предыдущее
От: Madison Kelly
Дата:
Сообщение: Re: PostgreSQL equivelant of this MySQL query
Следующее
От: paddy carroll
Дата:
Сообщение: Re: PostgreSQL equivelant of this MySQL query