On 7/25/06, Marcos Pedroso <[EMAIL PROTECTED]> wrote: > > Hahaha boa...eu também notei isso depois que mandei a mensagem! > Os clientes serão escolas, então quando falo que eles não terão relação é no > sentido que terão seus dados independentes (grades curriculares, horários, > notas, etc), um vive muito bem sem o outro. A necessidade de tirar > relatórios consolidados é pra informações comerciais...como o site terá > espaço publicitário então eu preciso informar ao cliente quantos alunos > acessam, quantos alunos eu tenho por região, etc...ai surge a necessidade > consolidar dados. Quanto aos dados compartilhados seria basicamente cadastro > de ceps inicialmente, que não será tão frequentemente usado....mas é > importante já pensar nisso pra quando surgirem mais informações que precisem > ser compartilhadas. >
Depois destas informações, creio que não haverá dúvida: o melhor é criar apenas um banco de dados. A única situação que justificaria criar bancos de dados separados utilizando o dblink é utilizar se você precisasse utilizar servidores distintos para comportar a carga. Parece que não é o caso. []s > > Em 24/07/06, Osvaldo Kussama <[EMAIL PROTECTED]> escreveu: > > > > > > Marcos Pedroso <[EMAIL PROTECTED]> escreveu: > > > Os clientes não têm relação entre si, então acho que o mais adequado é ter > dbs separados mesmo. Vou precisar compartilhar informações e gerar > relatórios consolidados através desse db_link. Agora vou tentar me informar > como funciona e se ele compromete demais a performance. Se alguém tiver > informações sobre esse desempenho eu agredeço... > > > > > > De acordo com estas afirmações: > > - Vou precisar compartilhar informações, e > - gerar relatórios consolidados > > creio que o mais adequado, em minha opinião, seja utilizar esquemas, mas > creio que você precisa analisar algumas questões como: > > O que você entende por "Os clientes não têm relação entre si" se logo depois > diz que tem de gerar relatórios consolidados? > O quão isolados você deseja os dados de cada um dos clientes? > Como será o procedimento de backup e recuperação? Sempre de tudo ou poderá > ser necessário apenas para cliente(s) específico(s)? > O volume e utilização de possíveis informações compartilhadas poderá ser > alto? Com que frequência (muito frequente, eventual)? > > Do manual: > http://pgdocptbr.sourceforge.net/pg80/managing-databases.html#MANAGE-AG-OVERVIEW > "Os bancos de dados são fisicamente separados, e o controle de acesso é > gerenciado no nível de conexão. Se uma instância do servidor PostgreSQL é > usada para abrigar projetos e usuários que devem estar separados e, em sua > maioria, desconhecendo um ao outro, é recomendável colocá-los em bancos de > dados separados. Se os projetos ou os usuários estão inter-relacionados, > devendo um poder utilizar os recursos do outro, devem ser colocados no mesmo > banco de dados, mas possivelmente em esquemas separados. Os esquemas são > estruturas puramente lógicas, e quem pode acessar o que é gerenciado pelo > sistema de privilégios." > > []s > > Osvaldo > > > > > ________________________________ > Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. > Registre seu aparelho agora! > > > > > _______________________________________________ > > Grupo de Usuários do PostgreSQL no Brasil > Antes de perguntar consulte o manual > http://pgdocptbr.sourceforge.net/ > > Para editar suas opções ou sair da lista acesse a página da lista em: > http://pgfoundry.org/mailman/listinfo/brasil-usuarios > > > > _______________________________________________ > Grupo de Usuários do PostgreSQL no Brasil > Antes de perguntar consulte o manual > http://pgdocptbr.sourceforge.net/ > > Para editar suas opções ou sair da lista acesse a página da lista em: > http://pgfoundry.org/mailman/listinfo/brasil-usuarios > > _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
