Re: Usar varias BDs o una sola?

Silvio creo que tu sugerencia esta bastante acertada en el sentido de "optimizar bajo demanda", es cierto no se empezara con el escenario planteado el primer dia, pero me dara tiempo y ahorro de recursos para mejorar el modelo y luego cuando ya se necesite separo en servidores y bases de datos.
Creo que optare por esta solucion
Saludos y gracias a todos por sus excelentes comentarios

Enviado desde mi BlackBerry de Claro.

-----Original Message-----
From: Silvio Quadri <silvioq(at)gmail(dot)com>
Date: Thu, 15 Oct 2009 09:54:56
To: lista postgres<pgsql-es-ayuda(at)postgresql(dot)org>
Subject: [pgsql-es-ayuda] Usar varias BDs o una sola?

El día 14 de octubre de 2009 22:56, Ernesto Quiñones
<ernestoq(at)gmail(dot)com> escribió:
> Yo creo que te conviene tener mas una db por cada empresa, si cada
> empresa te va a generar 1GB de data al año vas a tener querys bien
> pesados y si manejas tablas con flags para diferenciar la data de cada
> empresas tus querys van a demorar bastante, además de tener siempre
> índices compuestos por al menos 2 campos siempre (el de flag de la
> emrpesa + el pk de cada tabla).
>
> 40 y 50 tablas no es algo complejo (aquí he manejado diseños de mas de
> 200), mira bien entre que tablas vas a manejar FK, sino tu diseño se
> va a hacer lento para las actualizaciones de data.
>
> Lo que si creo que te estas quedando cortísimo es 1 servidor para
> atender 20,000 usuarios concurrentes, no te va a alcanzar un mega
> servidor tienes que crear todo un esquema de cluster de dbs y balanceo
> de carga
>
> suerte con tu proyecto.
>
>
> 2009/10/14  <vzunigam(at)gmail(dot)com>:
>> Algunas respuestas:
>> 1)El diseño es bastante complejo, aproximadamente unas 40-50 tablas
>> 2)1Gb por año x empresa
>> 3)Servidor principal y uno de espejo.
>> 4)Unos 20 usuarios concurrentes x empresa

Un diseño con 40  ó 50 tablas no tiene nada de complejo, como se dijo
en otros mail. Lo que sí es complejo es tener 1000 bases de datos, ya
que complicaría el mantenimiento.
La pregunta del millón es ¿Estás seguro que el primer día en que
funcione tu sistema vas a tener 1000 empresas y 20000 usuarios
concurrentes? o, lo que me parece más lógico, empezarás con algunas
empresas y, quizás, en el transcurso de un par de años, alcances ese
número que proponés inicialmente.

Yo te recomendaría que primero leas esto ...
http://es.wikipedia.org/wiki/Optimizaci%C3%B3n_prematura ... y luego
hagas un diseño sencillo multiempresa que te permita crecer en un
futuro.

Silvio

--
Silvio Quadri
--
TIP 9: visita nuestro canal de IRC #postgresql-es en irc.freenode.net