Modelagem Banco De Dados
#1
Posted 10/10/2006, 09:11
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!!!
Elaboramos esta pesquisa para fins acadêmicos, procurando analisar alguns pontos relevantes que possam ser observados em uma publicação exclusiva à profissionais que estão em contato direto com o mundo do Design. Contamos com a sua colaboração no preencimento desta pesquisa, para que possamos produzir um produto de qualidade e de acordo com as necessidade apontadas por quem já está inserido no contexto, experientes ou iniciantes, profissionais ou apenas usuários.
#2
Posted 10/10/2006, 09:36
*************************************************
#3
Posted 10/10/2006, 09:39
É 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!!
Elaboramos esta pesquisa para fins acadêmicos, procurando analisar alguns pontos relevantes que possam ser observados em uma publicação exclusiva à profissionais que estão em contato direto com o mundo do Design. Contamos com a sua colaboração no preencimento desta pesquisa, para que possamos produzir um produto de qualidade e de acordo com as necessidade apontadas por quem já está inserido no contexto, experientes ou iniciantes, profissionais ou apenas usuários.
#4
Posted 10/10/2006, 10:46
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....
- Desenvolvedor Python/ZOPE/Plone + ArchGenXML/Poseidon - Python + Django na Universidade de Caxias do Sul
- Desenvolvedor Python + Django na World News
Blog
#5
Posted 10/10/2006, 10:50
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.
*************************************************
#6
Posted 10/10/2006, 11:01
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!
Elaboramos esta pesquisa para fins acadêmicos, procurando analisar alguns pontos relevantes que possam ser observados em uma publicação exclusiva à profissionais que estão em contato direto com o mundo do Design. Contamos com a sua colaboração no preencimento desta pesquisa, para que possamos produzir um produto de qualidade e de acordo com as necessidade apontadas por quem já está inserido no contexto, experientes ou iniciantes, profissionais ou apenas usuários.
#7
Posted 10/10/2006, 11:59
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...
- Desenvolvedor Python/ZOPE/Plone + ArchGenXML/Poseidon - Python + Django na Universidade de Caxias do Sul
- Desenvolvedor Python + Django na World News
Blog
#8
Posted 10/10/2006, 13:47
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
Acesse agora mesmo http://yeapiz.com
#9
Posted 10/10/2006, 14:25
http://www.imasters....dos_-_parte_01/
http://www.sqlmagazi...las/ProjLog.zip
Outros assuntos de BD
http://www.sqlmagazi...r/apostilas.asp
*************************************************
#10
Posted 16/10/2006, 15:02
Elaboramos esta pesquisa para fins acadêmicos, procurando analisar alguns pontos relevantes que possam ser observados em uma publicação exclusiva à profissionais que estão em contato direto com o mundo do Design. Contamos com a sua colaboração no preencimento desta pesquisa, para que possamos produzir um produto de qualidade e de acordo com as necessidade apontadas por quem já está inserido no contexto, experientes ou iniciantes, profissionais ou apenas usuários.
#11
Posted 18/10/2006, 15:30
aproveitei para ler tb.. hehe
* Administração e Configuração de Servidores;
* Combinação Perfeita: NGINX + PHP + VARNISH + HAPROXY
* otavio*iporto.com ~ Tel: +55 51 3366 0177 | +55 51 4063 7343 |
* @iporto
1 user(s) are reading this topic
0 membro(s), 1 visitante(s) e 0 membros anônimo(s)