7 replies to this topic

[MisterFoot]

Pessoal eu estou fazendo um trabalho com o seguinte dados:

DADOS: { Ex.: Neste Trabalho irei imp. um Banco de Dados para armazenar
informações de uma "Loja de Roupas Qualquer". Para isso desejo armazenar informações sobre os clientes, tais como: nome...}

Pessoal eu já fiz o esquema, e gostaria de saber se esta tudo certinho, e tenho uma duvida também, em cada "Relacionamento" eu tenho q colocar um "Atributo Chave"? ou é somente nas "entidades"?

Segue o esquema de como ficou o Modelo E-R (Entidade-Relacionamento).

Está tudo correto? Será que seria bom eu implementar com alguma coisa?

Attached Files

•  bd.jpg   36.38KB   58 downloads

Edição feita por: MisterFoot, 01/11/2004, 10:13.

[Prog]

Olá MisterFoot...

O modelo lógico sempre tem algumas diferenças para o modelo físico, mas, tenha sempre em mente que toda tabela precisa ter algo que a identifique e este "algo" é uma chave primária simples ou composta.

Obs e dicas sobre seu modelo lógico:

Tabela de Clientes: RG não é uma boa chave, melhor fazer uso de CPF. Como RG é de responsábilidade de cada estado, isto pode gerar repetições, por conta disto RG não é uma boa chave primária.

Não esta faltando uma Tabela de Produtos? As informações ficaram meio que subjetivas no que diz respeito aos fornecedores e lojas.

Não sei exatamente como o seu professor esta lhe orientando, mas a Tabela de Endereços poderia ser utilizada tanto para cliente como para fornecedor.

[MisterFoot]

Prog,
Realmente faz sentido as observações que você citou, irei mostrar como que está ficando o trabalho, tem que fazer um modelo E-R e E-D e o Dicinário de Dados, irei mostrar como esta ficando os modelos E-R e E-D.

Attached Files

•  bd.jpg   37.59KB   48 downloads

[MisterFoot]

Agora o Modelo E-D

Attached Files

•  ed.jpg   12.2KB   33 downloads

[MisterFoot]

Continuação...

Attached Files

•  ed2.jpg   34.54KB   28 downloads

[MisterFoot]

Já ia esquecendo...

Obs.: As Modificações citadas pelo Prog ainda não foram efetuadas, mais será. Pelo motivo de tempo eu ainda nao coloquei, mais irei colocar.

Avaliem Esses Modelos E-R e o E-D, lembrando que é de uma Loja de Roupas. Qualquer dúvidas pergunte. Obrigado pela atenção.

Obrigado!

Edição feita por: MisterFoot, 02/11/2004, 11:55.

[MisterFoot]

Vai ai também o dicionário de dados:


Dicionário de Dados

Entidade: Clientes.
Descrição: Armazena os dados dos Clientes.
Composição: RG, Telefone, Cidade, Estado, Nome, CPF e Endereço.

Entidade: Roupas.
Descrição: Armazena as Informações das Roupas.
Composição: Código, Tamanho, Marca da Roupa, Preço e Promoções.

Entidade: Fornecedores.
Descrição: Armazena as Informações dos Fornecedores de Roupas.
Composição: Nome da Empresa, Endereço, CNPJ, Telefone, Estado e Cidade.


Relacionamento: Compra.
Entidades Envolvidas: Clientes e Roupas.
Descrição: Vários Clientes compram várias Roupas.
Cardinalidade: N:M
Composição: Preço e Data da Compra.

Relacionamento: Fornece.
Entidades Envolvidas: Roupas e Fornecedores.
Descrição: Vários Fornecedores fornece várias Roupas.
Cardinalidade: N:M
Composição: Preço, Data de Entrega e Quantidade.


Atributo: RG.
Entidade ou Relacionamento: Clientes.
Descrição: Armazena o RG de Cada Cliente.
Classe: Determinante.
Domínio: Numérico.

Atributo: Nome.
Entidade ou Relacionamento: Clientes.
Descrição: Armazena o Nome de Cada Cliente.
Classe: Simples
Domínio: Alfabético.

Atributo: Cidade.
Entidade ou Relacionamento: Clientes.
Descrição: Armazena a Cidade de Cada Cliente.
Classe: Simples.
Domínio: Alfabético.

Atributo: Estado
Entidade ou Relacionamento: Clientes.
Descrição: Armazena o Estado de Cada Cliente.
Classe: Simples.
Domínio: Alfabético.

Atributo: CPF.
Entidade ou Relacionamento: Clientes.
Descrição: Armazena o CPF de Cada Cliente.
Classe: Simples.
Domínio: Numérico.

Atributo: Telefone.
Entidade ou Relacionamento: Clientes.
Descrição: Armazena o Telefone de Cada Cliente.
Classe: Multivalorado.
Domínio: Numérico.

Atributo: Endereço
Entidade ou Relacionamento: Clientes.
Descrição: Armazena o Endereço de Cada Cliente.
Classe: Composto.
Domínio: Alfabético.
Composição: Bairro, Número e Rua.

Atributo: Preço.
Entidade ou Relacionamento: Compra.
Descrição: Armazena o Preço de Cada Compra efetuada pelo Cliente.
Classe: Simples.
Domínio: Alfabético.

Atributo: Data da Compra.
Entidade ou Relacionamento: Compra.
Descrição: Armazena a Data de Cada Compra efetuada pelo Cliente.
Classe: Simples.
Domínio: Data.

Atributo: Código.
Entidade ou Relacionamento: Roupas.
Descrição: Armazena o Código de Cada Roupa Existente na Loja.
Classe: Determinante.
Domínio: Alfabético.

Atributo: Tamanho.
Entidade ou Relacionamento: Roupas.
Descrição: Armazena o Tamanho de Cada Roupa Existente na Loja.
Classe: Simples.
Domínio: Numérico.

Atributo: Marca da Roupa.
Entidade ou Relacionamento: Roupas.
Descrição: Armazena a Marca de Cada Roupa Existente na Loja.
Classe: Simples.
Domínio: Alfabético.

Atributo: Preço.
Entidade ou Relacionamento: Roupas.
Descrição: Armazena o Preço de Cada Roupa Existente na Loja.
Classe: Simples.
Domínio: Numérico.

Atributo: Promoções.
Entidade ou Relacionamento: Roupas.
Descrição: Armazena os Descontos de Roupa Existente na Loja.
Classe: Simples.
Domínio: Numérico.

Atributo: Preço.
Entidade ou Relacionamento: Fornece.
Descrição: Armazena o Preço das Roupas Vendida do Fornecedor para a Loja.
Classe: Simples.
Domínio: Numérico.

Atributo: Data de Entrega.
Entidade ou Relacionamento: Fornece.
Descrição: Armazena a Data de Entrega das Roupas Vendida do Fornecedor para a Loja.
Classe: Simples.
Domínio: Data.

Atributo: Quantidade.
Entidade ou Relacionamento: Fornece.
Descrição: Armazena a Quantidade de Roupas Vendida do Fornecedor para a Loja.
Classe: Simples.
Domínio: Numérico.

Atributo: Nome da Empresa.
Entidade ou Relacionamento: Fornecedores.
Descrição: Armazena o Nome de Cada Fornecedor da Loja.
Classe: Simples.
Domínio: Alfabético.

Atributo: Endereço.
Entidade ou Relacionamento: Fornecedores.
Descrição: Armazena o Endereço de Cada Fornecedor da Loja.
Classe: Composto.
Domínio: Alfabético.
Composição: Bairro, Numero e Rua

Atributo: CNPJ.
Entidade ou Relacionamento: Fornecedores.
Descrição: Armazena o CNPJ de Cada Fornecedor da Loja.
Classe: Simples.
Domínio: Numérico

Atributo: Telefone.
Entidade ou Relacionamento: Fornecedores.
Descrição: Armazena os Telefones de Cada Fornecedor da Loja.
Classe: Multivalorado.
Domínio: Numérico.

Atributo: Cidade.
Entidade ou Relacionamento: Fornecedores.
Descrição: Armazena a Cidade de Cada Fornecedor da Loja.
Classe: Simples.
Domínio: Alfabético.

Atributo: Estado.
Entidade ou Relacionamento: Fornecedores.
Descrição: Armazena o Estado de Cada Fornecedor da Loja.
Classe: Simples.
Domínio: Alfabético.

Edição feita por: MisterFoot, 02/11/2004, 12:13.

[Prog]

Olá MisterFoot...

Com tempo, vc vai perceber que todo este trabalho não é muito oq acontece na prática, na real mesmo, no que diz respeito a modelagem de dados, você apenas vai utilizar o modelo fisico do DER e, em alguns casos, fazer o dicionário por uma questão de documentação.

Seu modelo esta perfeito no ponto de vista academico, porem, como já mencionado no post anterior, vai depender muito de como o seu professor esta lhe orientando... por exemplo... nas estidades de relacionamento COMPRA e FORNECE, fora os atributos já existentes, eu colocaria os atributos de chaves das outras tabelas com as quais esta se relaciona, formando uma chave composta.