DUVIDAS NA CRIACAO DE UM BD EM ACESS?
Estou fazendo um novo BD em acess para armazenar os seguintes dados em uma tabela:
Bremer 'Nome
28/06/2004 Ã Â s 13:53 'Data
101 'Número do aparelho
5157 'Média
1 'Semestre
4 'Ciclo
13:57 'Hora da recepção
1-429 'Dados do aparelho
2-457 'Dados do aparelho
5-458 'Dados do aparelho
3-426 'Dados do aparelho
E viria mais "dados do aparelho", + ou - uns 100!
Estou armazenando nesta forma para cada arquivo que recebo do aparelho, está correto? Teria chave primaria?
NReg NomeReg CicloReg Média Semestre HrReg DTReg DadosReg
101 Bremer 4 5157 1 13:57 28/06/2004 Ã Â s 13:53 1-429
101 Bremer 4 5157 1 13:57 28/06/2004 Ã Â s 13:53 2-457
101 Bremer 4 5157 1 13:57 28/06/2004 Ã Â s 13:53 5-458
Bremer 'Nome
28/06/2004 Ã Â s 13:53 'Data
101 'Número do aparelho
5157 'Média
1 'Semestre
4 'Ciclo
13:57 'Hora da recepção
1-429 'Dados do aparelho
2-457 'Dados do aparelho
5-458 'Dados do aparelho
3-426 'Dados do aparelho
E viria mais "dados do aparelho", + ou - uns 100!
Estou armazenando nesta forma para cada arquivo que recebo do aparelho, está correto? Teria chave primaria?
NReg NomeReg CicloReg Média Semestre HrReg DTReg DadosReg
101 Bremer 4 5157 1 13:57 28/06/2004 Ã Â s 13:53 1-429
101 Bremer 4 5157 1 13:57 28/06/2004 Ã Â s 13:53 2-457
101 Bremer 4 5157 1 13:57 28/06/2004 Ã Â s 13:53 5-458
Bem não que esteja errado, pois não se tem uma formula para se fazer banco de dados e sim metodologias , técnicas.
No seu caso vc tem um atributo multivalorado e isso viola a 1NF, que ocasiona repetição desnecessária o que pode dar muitos problemas como por exemplo: atualizar um dado vc teria que atualizar todos.
Neste caso vc pode criar duas tabelas.
Uma poderia ser TABELAA:
Bremer 'Nome
28/06/2004 Ã Â s 13:53 'Data
101 'Número do aparelho
5157 'Média
1 'Semestre
4 'Ciclo
13:57 'Hora da recepção
Com campo NREG sendo chave primaria.
E outra TABELAB
NREG
Dados do Aparelho
Com os campos NREG e DADOS DO APARELHO SENDO CHAVE
Assim dado um unico registro na Tabela A ela teria nenhum, um ou varios registros relacionados na TABELAB onde a chave do relacionamento seria NREG.
Assim para saber os dados do aparelho de um cliente bastaria pegar o NREG desse cliente consultar na TABELAB onde NREG seja igual.
No seu caso vc tem um atributo multivalorado e isso viola a 1NF, que ocasiona repetição desnecessária o que pode dar muitos problemas como por exemplo: atualizar um dado vc teria que atualizar todos.
Neste caso vc pode criar duas tabelas.
Uma poderia ser TABELAA:
Bremer 'Nome
28/06/2004 Ã Â s 13:53 'Data
101 'Número do aparelho
5157 'Média
1 'Semestre
4 'Ciclo
13:57 'Hora da recepção
Com campo NREG sendo chave primaria.
E outra TABELAB
NREG
Dados do Aparelho
Com os campos NREG e DADOS DO APARELHO SENDO CHAVE
Assim dado um unico registro na Tabela A ela teria nenhum, um ou varios registros relacionados na TABELAB onde a chave do relacionamento seria NREG.
Assim para saber os dados do aparelho de um cliente bastaria pegar o NREG desse cliente consultar na TABELAB onde NREG seja igual.
Não a chave primaria desta tabela é NREG concatenado com DADOSREG.
Assim o banco não vai permitir por exemplo:
NReg DadosReg
101 1-576
101 1-576
Mas permite repedição de dados reg e nreg desde que não sejm juntos.
Assim o banco não vai permitir por exemplo:
NReg DadosReg
101 1-576
101 1-576
Mas permite repedição de dados reg e nreg desde que não sejm juntos.
Tópico encerrado , respostas não são mais permitidas