Sim, percebo o teu ponto de vista.
No dia 22 de Fevereiro de 2014 às 12:45, João Saleiro < [email protected]> escreveu: > > A manutenção é um pesadelo no cenário 1, e não no cenário 2. > BTW, o que normalmente me inclina para o cenário 2 é exactamente a > simplificação da manutenção. > > JS > > Em 22/02/2014 12:30, Hugo Ferreira escreveu: > >> Boa tarde, >> >> >> Este assunto que me traz aqui hoje não tem nada haver com RIAs mas mais >> com BDs. >> Numa situação de um projecto em que cada companhia tenha de ter acesso >> aos seus dados e por outro lado cada companhia possa agir como um grupo >> (multi-companhia), pela vossa experiência qual a implementação que defendem >> mais (btw, não que seja o ponto importante da questão, estamos a falar em >> SQL Server + PHP). >> >> Cenário 1 - 1 única BD: >> - Campo de grupo em quase todas as tabelas; >> - Campo de empresa em quase todas as tabelas; >> - Duplicação de dados entre as empresas de tabelas secundárias; >> - Manutenção numa única base de dados (é fácil adicionar um novo campo); >> - A BD pode vir a ocupar dezenas/centenas de GB. >> >> Cenário 2 - Multi-BD: >> - Cada grupo tem a sua própria BD; >> - Campo de empresa em quase todas as tabelas (empresas do grupo); >> - Não existe duplicação de dados; >> - A manutenção pode se tornar um pesadelo (algum trabalho com rotinas >> automáticas, poderá ajudar a colmatar este problema mas mesmo isso requer >> investimento e manutenção); >> - Cada grupo ocupa o espaço mínimo necessário por BD; >> - A instância do SQL Server poderá vir a ter "pendurado" dezenas/centenas >> de BDs e não sei como se irá comportar. >> >> No passado sempre defendi o modelo 1 no entanto agora estou mais tentado >> em usar o modelo 2. >> Qual é o vossa experiência neste cenário ? >> >> >> Cumps, >> Hugo. >> >> >> >> >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> >> Para anular a subscrição deste grupo e parar de receber emails deste >> grupo, envie um email para [email protected]. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Visite este grupo em http://groups.google.com/group/riapt. >> Para mais opções, consulte https://groups.google.com/groups/opt_out. >> > > -- > Recebeu esta mensagem porque está inscrito no grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos > Grupos do Google. > > Para anular a subscrição deste grupo e parar de receber emails deste > grupo, envie um email para [email protected]. > Para publicar uma mensagem neste grupo, envie um e-mail para > [email protected]. > Visite este grupo em http://groups.google.com/group/riapt. > Para mais opções, consulte https://groups.google.com/groups/opt_out. > -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para anular a subscrição deste grupo e parar de receber emails deste grupo, envie um email para [email protected]. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Visite este grupo em http://groups.google.com/group/riapt. Para mais opções, consulte https://groups.google.com/groups/opt_out.
