10 replies to this topic

[eloahcristina]

Olá pessoas,

Não sei se lembram de mim, faz um tempão que não posto aqui.
Gostaria de colocar em debate, e saber qual seria a melhor forma para modelagem de um banco de dados em mysql, com cerca de 250mil cadastros.

Minha dúvida/questão é, devo usar poucas tabelas condensando os dados ou dividir em várias tabelas, aumentando a necessidade de querys??

Vlw, to no aguardo!!!

[MACUL]

Quais informações serão armazenadas ?

[eloahcristina]

Então, o banco atual possui 400mb, com 250mil cadastros de trabalhadores, e uns 7mil de empresas.

É um banco de um site de emprego, mas o banco tá travando, talvez por estar tudo em uma única tabela.

Qual seria a melhor maneira de tratar com tantos dados?
Devo usar poucas tabelas condensando os dados ou dividir em várias tabelas, aumentando a necessidade de querys??
Vlw!!

[Petry]

o correto seria voce separam os registror por categoria:

pessoa, vaga, empresa, solicitação, etc...

e criar joins para controlar tudo através de chaves estrangeiras, pois se está em uma tabela só deve ter muiito dado redundante...

fazendo isso o seu banco estará muito mais enxuto e adaptavvel a outras aplicações que poderão utilizar estes dados....

[MACUL]

Petry pelo que ela disse a tabela não está boa mas se for assim está tudo explicado.

solução rápida aumento do hardware principalmente memória, não é o correto mas resolve a lentidão até realizar o trabalho.

Pelo que falou está tudo em uma tabela
nome - PJ/PF
contato da empressa -
telefone
endereço
...

não sei imagino pelo que falou pelo menos uns 40 campos, deixaria o menor possível, dados que são constamente utilizados, e os secundários em tabelas 1:1

Edição feita por: MACUL, 10/10/2006, 10:53.

[eloahcristina]

O projeto é mais extenso, é reecriar tudo, pois segundo todos aqui do trampo, já não é mais tão funcional, devido a lentidão no banco de dados, erros em pesquisas, entre outras coisas.

Então como será feito do zero, só distrinchar as tabelas, deixando elas em modulos, que então é melhor do que uma por todos né?

Se sim, demorou!

[Petry]

Petry pelo que ela disse a tabela não está boa mas se for assim está tudo explicado.

solução rápida aumento do hardware principalmente memória, não é o correto mas resolve a lentidão até realizar o trabalho.

Pelo que falou está tudo em uma tabela
nome - PJ/PF
contato da empressa -
telefone
endereço
...

não sei imagino pelo que falou pelo menos uns 40 campos, deixaria o menor possível, dados que são constamente utilizados, e os secundários em tabelas 1:1

é, aumentar a performance do servidor pode ser uma solução temporária, outra coisa pra agilizar a consulta seria fazer a indexação de todos os campos importantes (sim é uam gambiarra, mas pra coisas emergenciais como essa, as vezes é necessário) até eles criarem o sistema masi funcional, mas a remodelagem de um outro é eminente, pois como foi falado está exibindo eros de consulta, deve tah dando alguns timeouts por causa do tamanho das bases....

o ideal seria voce postar quais são os campos que a tabela tem e a gente faz uma modelagem de uma base melhor...

[bdoweb]

olá eloahcristina ...

com certeza a melhor maneira é fazer tudo em tabelas separadas como disse o Petry e vc aproveita é já faz as chaves estrangeiras ...

Para o banco de dados é muito mais facil ter varias tabelas e ai sair fazendo os JOIN's ... seu desempenho será melhor que ter somente uma tabela monstruosa ...

de uma lida aqui também http://www.macoratti.net/cbmd1.htm

[]'s

[MACUL]

Bem ai o papo é o seguinte

http://www.imasters....dos_-_parte_01/


http://www.sqlmagazi...las/ProjLog.zip

Outros assuntos de BD
http://www.sqlmagazi...r/apostilas.asp

[eloahcristina]

vlw moçada!!!!!! obrigada pela ajuda, gostei dos links Macul...

[Luis Otávio]

muito bom os artigos..
aproveitei para ler tb.. hehe