F�rum Multi Empresa #25981

18/03/2009

Caros, gostaria da opni�o dos amigos principalmente dos que j� sofreram com est� duvida. Estou querendo desenvolver um sistema de contabilidade multi empresa, mais me surgiu a duvida na hora da modelagem e cria��o do banco. Se crio as tabelas com o id_empresa, onde por exemplo a tabela plano de contas iria conter os registros do plano de contas de todas as empresas, ou se criou varias tabelas plano de contas para cada empresa que crio no sistema, n�o sei tecnicamente o que seria o melhor para um aplicativo com est� caracteristica, principalmente na quest�o desempenho, desde j� agrade�o a opni�o dos amigos.

Sem mais para o momento

Blue Timber

Curtir t�pico

+ 0

Responder

Posts

13/03/2010

Eleuterio Gonzalez

Se n�o consegue separar por BD separe por tabelas.

Responder

Gostei + 0

26/03/2010

Edinei Colli

Creio que utilizar o campo id_empresa seja uma boa op��o.

N�o crie uma tabela para cada empresa pois isso ir� dificultar futuras atualiza��es nos metadados, pois voc� poder� ter clientes utilizando seu sistema com 1 tabela e outro com n.

Se manter os dados em uma tabela com o campo id_empresa ao atualizar os metadados para 1 empresa ficar� atualizado para todas e voc� ter� o mesmo n�mero de tabelas em todos os seus clientes independente do n�mero de empresas.

Espero ter ajudado.

Responder

Gostei + 0

26/03/2010

Djean Figueira

Obrigado a todos!

Responder

Gostei + 0

31/03/2010

Wilson Junior

Sugiro colocar o ID_Empresa e ao logar no sistema perguntar qual a empresa que gostaria de se logar, assim poderia ser mostrado somente os dados da empresa na qual se logou.

Espero ter colaborado.

Responder

Gostei + 0

17/06/2010

Eduardo Apolo

ID_Empresa � uma boa. Por�m, precisa se preocupar com LOCKS. Considere que v�rias empresas podem realizar v�rios updates ao mesmo tempo.

Talvez para tabelas maiores seja melhor quebrar em v�rias tabelas.

Responder

Gostei + 0

17/06/2010

Carlos Mazzi

Concordo com a ideia do Paulista.. acho q assim vai normal... Abracos++

Responder

Gostei + 0

18/06/2010

Wilson Junior

Caro Apolo,

Trabalhei com base de dados gigantes e com v�rias empresas, e lhe garanto que a performance fica boa, basta voc� ter um �ndice pelo campo da empresa nas suas tabelas, caso n�o tiver um �ndice (ID_Empresa junto na Chave prim�ria ou criar um INDEX) a performance cai e muito.

Espero ter colaborado.

Responder

Gostei + 0

28/06/2010

Jener Martins

Penso que o melhor seja separar as tabelas e se poss�vel separar as bases (Qdo for SQL-Server, Oracle, etc...).
O uso do campo ID certamente � mais pr�tico. No entanto em pouco tempo voc� ter� uma base "obesa" e por mais que digam o contr�rio, vejo que este � um risco desnecess�rio.
J� tive experi�ncia em ambas situa��es, e sem sobra de d�vidas sempre opto por separar os dados. Seja por meio de tabelas ou bases distintas.

Responder

Gostei + 0

25/10/2010

Flavio Fran�a

Acho que cada situa��o tem uma solu��o distinta, exemplo pegemos alguns �rg�os de controle profissional, cito conselho de medicina, contabilidade, advogados, etc., creio que pra esses �rg�os n�o caberia a jun��o em uma s� tabela, mas no seu caso cabe ver se existir� milhares de registros, caso tenha separe, caso contr�rio n�o separe, pois pra manuten��o do banco � prefer�vel uma s� tabela, depedendo do sgbd leva-se muito tempo para tornar uma base obesa, creio que n�o podemos generalizar, estudo calmente o seu caso!

Responder

Gostei + 0