REMODELAGEM DE UM BD EM ACCESS?
Estou querendo fazer algumas alterações no meu BD aqui, basicamente o meu BD se concentra em duas tabelas, uma tabela com o resumo do histórico(como data, descrição, produto, id) e outra tabela com os dados do histórico.
Agora preciso inserir mais de um produto em um histórico, além disso tenho que especificar quais produtos daquele histórico pertence ao cliente X e Y, sendo que há a possibilidade de eu ter vários produtos de um histórico e não existir cliente.
O que eu pensei, retiro os campos Produto, Volume e Medida da tabela histórico e crio uma nova tabela chamada tbProduto, vinculando esta tabela com a tabela histórico, com isso terei os seguintes campo:
ID PRODUTO VOLUME MEDIDA CLIENTE ID_HISTORICO
1 pinus 34 m³ João 17
2 eucalipto 37 m³ João 17
3 ripas diversas 40 pacote Felipe 17
4 pinus 200 m³ Marcos 17
Agora meu problema é que há possibilidade de não existir cliente e ter vários produtos, com isso o campo Cliente ficaria em branco, então eu pergunto para o pessoal, essa seria a melhor maneira?
Agora preciso inserir mais de um produto em um histórico, além disso tenho que especificar quais produtos daquele histórico pertence ao cliente X e Y, sendo que há a possibilidade de eu ter vários produtos de um histórico e não existir cliente.
O que eu pensei, retiro os campos Produto, Volume e Medida da tabela histórico e crio uma nova tabela chamada tbProduto, vinculando esta tabela com a tabela histórico, com isso terei os seguintes campo:
ID PRODUTO VOLUME MEDIDA CLIENTE ID_HISTORICO
1 pinus 34 m³ João 17
2 eucalipto 37 m³ João 17
3 ripas diversas 40 pacote Felipe 17
4 pinus 200 m³ Marcos 17
Agora meu problema é que há possibilidade de não existir cliente e ter vários produtos, com isso o campo Cliente ficaria em branco, então eu pergunto para o pessoal, essa seria a melhor maneira?
tipo...isso que vc postou esta certo....sendo que vc informe o cliente...agora para produtos q nao tenha cliente...jogue em outra Tabela....ate pq pra não misturar as coisas....
bem...eu suponho que esses produtos que nao terao clientes..seriam produtos de venda á vista...?
Certo, mas na verdade, isso não é tipo de compra e venda de produtos, é um processo de tratamento de madeira, onde o usuário pode fazer o tratamento com vários tipos de madeira, que são os produtos, no qual tem empresas que fazem o tratamento para alguns clientes e outras empresas não, fazem o tratamento de vários produtos, mas são para eles mesmo.
Sendo que a única informação que irei armazenar é, o nome do cliente que pertence aquele produto X e Y que está no tratamento 23.
Sendo que a única informação que irei armazenar é, o nome do cliente que pertence aquele produto X e Y que está no tratamento 23.
Tamanini
Faça "um desenho" da estrutura de sua base e poste aqui, fica mais fácil de avaliarmos !
Faça "um desenho" da estrutura de sua base e poste aqui, fica mais fácil de avaliarmos !
OK, segue o link do relacionamento:
relacionamento
relacionamento
Deu para entender agora?
Bem, estou decidindo em deixar em apenas uma tabela:
ID PRODUTO VOLUME MEDIDA CLIENTE ID_HISTORICO
Pois terei sempre que imprimir o nome do cliente junto com o seu produto em um relatório.
Não sei se estaria errado, mas irei deixar o campo cliente como opcional, pois há empresas que não tem clientes, mas tem mais de um produto, com isso o campo cliente em alguns usuário ficará quase sempre ou sempre em branco.
ID PRODUTO VOLUME MEDIDA CLIENTE ID_HISTORICO
Pois terei sempre que imprimir o nome do cliente junto com o seu produto em um relatório.
Não sei se estaria errado, mas irei deixar o campo cliente como opcional, pois há empresas que não tem clientes, mas tem mais de um produto, com isso o campo cliente em alguns usuário ficará quase sempre ou sempre em branco.
Sabe o que eu acho que seria não só "legal" mas principalmente construtivo você fazer ?
Esquece o relacionamento e principalmente o tipo de banco de dados, foque sua análise usando UML, baixe o StarUML como indica o WCOSTA no tópico sobre diagramas UML e através de desenho coloque na tela quais são as relações e pricipalmente onde estão os pontos de atenção.
Compartilhe conosco seu diagrama posteriormente, para que juntos, possamos analisar a base. ;-)
Esquece o relacionamento e principalmente o tipo de banco de dados, foque sua análise usando UML, baixe o StarUML como indica o WCOSTA no tópico sobre diagramas UML e através de desenho coloque na tela quais são as relações e pricipalmente onde estão os pontos de atenção.
Compartilhe conosco seu diagrama posteriormente, para que juntos, possamos analisar a base. ;-)
Concordo com vc Webmaster, diagramar o desenho do banco de dados seja através do StarUML ou do DIA, ajuda e muito.
Viva o UML
Viva o UML
OK, vou tentar.
Estou baixando o starUML, só o único problema é que, assim como todo mundo, estou atrasado com essas alterações do software.
Então é bem provavel q o pessoal daqui da empresa, já me cobrem essas alterações.
Estou baixando o starUML, só o único problema é que, assim como todo mundo, estou atrasado com essas alterações do software.
Então é bem provavel q o pessoal daqui da empresa, já me cobrem essas alterações.
Tópico encerrado , respostas não são mais permitidas