PONTIFICIA UNIVERSIDADE CATLICA DO PARANESCOLA POLITCNICACINCIA DA COMPUTAO

MELINA HELOISA CALDEIRA SCHELITINGRAFAEL ANDR RUAS

PROJETO DE BANCO DE DADOS

CURITIBA2014MELINA HELOISA CALDEIRA SCHELITINGRAFAEL ANDR RUAS

PROJETO DE BANCO DE DADOS

Trabalho apresentado ao Curso de Graduao em 04/04/2014 da Pontifcia Universidade Catlica do Paran, como requisito parcial obteno da nota bimestral.Professora: Dbora Ribeiro Carvalho.

CURITIBA2014LISTA DE FIGURASFIGURA 1: EXEMPLO DE MODELO CONCEITUAL.9FIGURA 2: EXEMPLO DE MODELO LGICO10

LISTA DE TABELASTABELA 1 ENTIDADES E ATRIBUTOS15TABELA 2 CONTINUAO DE ENTIDADE E ATRIBUTOS16

SUMRIO1 INTRODUO82 OBJETIVOS93 REVISO DE LITERATURA103.1 BANCO DE DADOS103.2 SISTEMA DE GERNCIA DE BANCO DE DADOS (SGBD)103.3 MODELOS DE BANCO DE DADOS113.3.1 Modelo Conceitual123.3.2 Modelo Lgico123.4 ENTIDADE-RELACIONAMENTO133.5 CARDINALIDADE DE RELACIONAMENTOS133.5.1 Cardinalidade Mnima e Mxima143.7 ATRIBUTO143.8 GENERALIZAO E ESPECIALIZAAO143.9 ENTIDADE ASSOCIATIVA154 METODOLOGIA164.1 TEXTO REFERENCIAL DER164.2 ENTIDADES E ATRIBUTOS175 CONSIDERAES FINAIS206 REFERNCIAS21APNDICE A MODELO CONCEITUAL22

1 INTRODUONos ltimos anos, a internet ganhou muita importncia e tem cada vez mais usurios. No cenrio econmico, a internet marcou uma nova fase na economia global. A partir desta ferramenta, surgiu o comrcio eletrnico como grande inovao na maneira de realizar transaes comerciais. O comrcio eletrnico, tambm conhecido como e-commerce ou comrcio virtual, a compra e venda de produtos ou servios online, ou seja, atravs da internet. O mercado mundial est absorvendo o comrcio eletrnico em grande escala e atualmente vrios ramos da economia esto ligadas ao e-commerce. No comrcio eletrnico so perceptveis vrias vantagens, tanto para as empresas como para os consumidores. Verificam-se as seguintes vantagens principais para as empresas: as vendas ocorrem sem interrupo (24 horas, por todo o ano); h abertura de novos mercados, inclusive no exterior; o processo de venda (escolha do produto, forma de pagamento, escolha de modo de entrega) fcil e rpido; elimina-se o intermediador; facilita a introduo de novos produtos; unifica os meios de comunicao (uso essencialmente da internet); h reduo da mo de obra; e propicia custos reduzidos e competitivos. Por outro lado, os consumidores se beneficiam especialmente com: a facilidade em comparar preos; o barateamento dos valores dos produtos e servios; a facilidade e rapidez da compra (sem sair de casa); o estmulo competitividade das empresas; o aumento na variedade de produtos; e a economia de tempo e dinheiro.

2 OBJETIVOSO objetivo do trabalho verificar as competncias dos alunos matriculados na disciplina de Banco de Dados, previstas no plano da disciplina: Elaborar modelos de dados conceituais utilizando a abordagem ER estendida; Elaborar o projeto lgico de um banco de dados a partir de um banco de dados a partir de um modelo conceitual; Construir um banco de dados relacional; Modificar e consultar os dados de um banco de dados usando a linguagem SQL.

3 REVISO DE LITERATURA3.1 BANCO DE DADOSA implementao da informtica em organizaes ocorre de forma evolutiva e gradual, medida que o uso da informtica vem se estabelecendo, vrias novas funes so informatizadas, fazendo com que estas necessitam de uma forma de organizao eficaz.No portal Geoprocessamento (2010, p.), Banco de dados caracterizado como: Todo o local, fsico ou virtual onde esto armazenados dados, pode, em certo sentido, ser chamado de banco de dados. Por exemplo, uma enciclopdia pode ser considerada um banco de dados.J para Heuser (1998), banco de dados um conjunto de dados integrados que tem por objetivo atender a uma comunidade de usurios sendo uma estrutura que possvel armazenar dados de vrias maneiras estruturadas e com a menor redundncia possvel, pois muitas vezes h a necessidade de utilizar uma determinada informao que esteja representada vrias vezes, sendo que h duas formas de redundncias.Heuser (1998) trata as duas formas de redundncia sendo como:

Redundncia controlada de dados acontece quando o software tem conhecimento da mltipla representao da informao e garante a sincronia entre as diversas representaes, sendo utilizada para melhorar a performance global do sistema. Redundncia no controlada de dados acontece quando a responsabilidade pela manuteno da sincronia entre as diversas representaes de uma informao est com o usurio e no com o software, sendo que este tipo deve ser evitado, pois traz consigo vrios tipos de problemas tais como: redigitao, inconsistncia de dados. A soluo para evitar a redundncia no controlada de informaes o compartilhamento de dados.3.2 SISTEMA DE GERNCIA DE BANCO DE DADOS (SGBD)A programao em computadores vem sofrendo profunda modificaes desde seus primrdios, no comeo do uso das linguagens de programao como C e Cobol, os profissionais da rea de programao incorporavam no programa todas as funcionalidades que desejavam, sendo que este continha as operaes da interface usurio, as transformaes de dados e clculos, as operaes de armazenamento de dados, bem como as tarefas de comunicao com outros sistemas e programas. Passado um tempo foram identificadas vrias outras funcionalidades comuns entre muitos programas como verificamos hoje a comunicao com o usurio atravs das interfaces grficas por janelas, porm os programas no detm todo o cdigo necessrio a exibio desses dados sendo assim necessrio utilizar gerenciadores de interface de usurios, onde esses incluem as funcionalidades que um programador vai utilizar frequentemente, ao construir uma interface de usurio sendo assim Heuser (1998) caracteriza sistema de gerncia de banco de dados sendo um software que incorpora as funes de definio, recuperao e alterao de dados em um banco de dados.

3.3 MODELOS DE BANCO DE DADOSSegundo Heuser (1998) um modelo de banco de dados caracaterzia-se sendo:Uma descrio dos tipos de informaes que esto armazenados em um banco de dados, levando em considerao que o modelo de dados no informa quais os produtos que esto armazenados no banco de dados, mas apenas que o banco de dados contm informaes sobre produtos no caso de uma indstria.

Usa-se uma linguagem de modelagem de dados para construir um modelo de dados, sendo que essas podem ser classificadas de acordo com a forma de apresentao, em linguagens textuais ou grficas. De acordo com a viso de cada modelador um banco de dados pode ser descrito em vrios nveis de abstrao, sendo que normalmente so considerados dois nveis de abstrao de modelo de dados: modelo conceitual e modelo lgico.

3.3.1 Modelo Conceitual Para Heuser (1998) modelo conceitual um modelo de dados abstrato, que descreve a estrutura de um banco de dados de forma independente de um SGBD particular. Sendo que o modelo conceitual registra apenas que dados podem aparecer no banco de dados, mas no como estes dados esto armazenados a nvel de Sistema Gerenciador de Banco de Dados.A mais difundida tcnica de modelagem conceitual a abordagem entidade-relacionamento, sendo que nesta tcnica o modelo conceitual representado atravs de um diagrama, como vemos na figura 1.

FIGURA 1: Exemplo de Modelo Conceitual.

Fonte: Arquivos Pessoais.

3.3.2 Modelo LgicoModelo lgico uma descrio de um banco de dados no nvel de abstrao visto pelo usurio do SGBD fazendo com que o modelo seja dependente do tipo particular do SGBD. A figura 2 apresenta o modelo lgico de forma textual.

FIGURA 2: Exemplo de Modelo Lgico

Fonte: HEUSER, Carlos Alberto. Projeto de banco de dados. 6. ed. Porto Alegre: Bookman, p. 6, 2009.

3.4 ENTIDADE-RELACIONAMENTOEm um modelo conceitual uma entidade representada como um conjunto de objetos da realidade moderada, levando em considerao que no modelo ER (Entidade-Relacionamento) o principal objetivo modelar de forma abstrata, assim consideram-se somente os objetos sobre os quais deseja-se manter informaes. Uma entidade representada na forma geomtrica retangular onde essa contm o nome dessa entidade.Em um DER (Diagrama Entidade-Relacionamento) especifica-se os objetos que deseja-se manter informaes, tambm deve permitir a especificao das propriedades que o objeto ser armazenada no banco de dados sendo uma das propriedades a associao entre objetos o que constitui um relacionamento, que no modelo lgico representado atravs de um losango ligado por linhas a entidades.

3.5 CARDINALIDADE DE RELACIONAMENTOSCardinalidade constitui uma propriedade importante de um relacionamento sendo que o conceito dessa a de quantas ocorrncias de uma entidade podem estar associadas a uma determinada ocorrncia. Sendo que h duas cardinalidades que so consideradas: cardinalidade mxima e mnima.

3.5.1 Cardinalidade Mnima e MximaUm breve conceito sobre cardinalidade mnima e mxima referenciada por Heuser (1998) sendo como: nmero (mnimo, mximo) de ocorrncias de entidade associadas a uma ocorrncia da entidade em questo atravs do relacionamento;

3.7 ATRIBUTOAtributo est associado a informaes e ocorrncias de entidades ou de relacionamentos, podendo ser representados graficamente, mas preferivelmente acabam no sendo representados para no sobrecarregar os diagramas, pois muitas vezes as entidades acabam possuindo uma poro grande de atributos, adotando-se uma representao textual que aparece separadamente do diagrama. Cada entidade possui um atributo identificador, essa identificao serve para distinguir uma ocorrncia da entidade das demais ocorrncias da mesma entidade.

3.8 GENERALIZAO E ESPECIALIZAAOAlm dos relacionamentos e atributos h outras formas de propriedades que podem ser atribudas a uma entidade atravs do conceito de generalizao ou especializao. Atravs destas propriedades possvel atribuir propriedades particulares a um subconjunto das ocorrncias de uma entidade. A representao grfica dessas propriedades d-se pela imagem de um tringulo isscele.

3.9 ENTIDADE ASSOCIATIVA Levando em conta que relacionamento uma associao entre duas entidades, o modelo ER (entidade-relacionamento) no previu a possibilidade de associar um relacionamento com uma entidade ou ento associar dois relacionamentos, sendo que quando est-se desenvolvendo em prtica um DER (diagrama entidade-relacionamento) surge a necessidade de permitir a associao de uma entidade a um relacionamento. Sendo que sua representao grfica formada pela unio das figuras geomtricas losango com um retngulo.

4 METODOLOGIA4.1 TEXTO REFERENCIAL DERUma pessoa quer abrir uma empresa de vendas online, para isso ela precisa construir um banco de dados com as seguintes caractersticas:Construir uma entidade para EMPRESA onde esta dever constar os seguintes atributos: CNPJ, sigla, telefone, nome fantasia, endereo, nome, cdigo do fornecedor. Essa empresa possui um FORNECEDOR ele dever ter: CNPJ, cdigo do fornecedor, razo social, endereo, e-mail, telefone esta empresa necessita arquivar informaes sobre os FUNCIONRIOS onde os dados armazenados sero: nome, n sequencial do dependente, telefone, cdigo da empresa, CPF, salrio, RG, cdigo do funcionrio, data de nascimento. Os funcionrios podem ou no possuir dependentes caso eles possuam dever armazenar informaes para os DEPENDENTES da seguinte forma: nmero sequencial do dependente, nome, data de nascimento.Na parte administrativa da empresa devero constar informaes sobre ESTOQUE sendo que as informaes armazenadas no banco devero seguir esses critrios: cdigo do produto, quantidade, cdigo do estoque. Haver tambm que armazenar informaes sobre PRODUTOS tais como: nome, cdigo da categoria e cdigo do produto. Para cada produto cadastrado haver uma CATEGORIA. com os seguintes atributos armazenados: modelo, cdigo da subcategoria, cdigo do produto, cdigo do preo, cdigo da categoria. Para cada categoria haver tambm uma SUBCATEGORIA que armazenar as seguintes atribuies: cor, cdigo da subcategoria, textura, tamanho e marca. Cada produto que se encaixa em uma categoria e subcategoria possui um PREO com as seguintes atribuies: cdigo do preo, valor, cdigo da categoria e cdigo da variao. Por sua vez o preo sofre VARIAO que dever ser armazenado como uma entidade especializada contendo as entidades ANO, MS E SEMANA. Aps cadastrado a entidade Funcionrio, esse responsvel por realizar o CADASTRO do cliente contendo cdigo do cliente e nmero sequencial. Cada cadastro associado a um CLIENTE onde este possui cdigo, e-mail, telefone, CPF, RG, data de nascimento e cdigo do endereo. Para fazer o cdigo do endereo necessrio construir a entidade ENDEREO que possui cdigo, CEP, UF, bairro, rua, cidade, complemento. Cada CLIENTE possui um carrinho de compras, nas quais geram um cdigo carrinho, cdigo produto. Esta entidade contem PEDIDOS, nos quais esta inseridos o cdigo produto, cdigo cliente, cdigo carrinho e quantidade. Cada pedido forma um PAGAMENTO, que uma entidade especializada, contendo o numero itens, valor do desconto, cdigo do pedido, cdigo do pagamento e numero sequencial de compra. As entidades especializadas formadas so: CARTAO E BOLETO contendo respectivamente as seguintes atribuies: nmero sequencial pagamento, titular da conta, valor total, numero de parcelas e numero do carto. Para boleto: valor total, nmero sequencial pagamento, data emisso, data vencimento, banco. A entidade pagamento faz associao com a entidade ENTREGA que tem cdigo da entrega, tipo frete, data entrega, cdigo empresa. Cada entrega gera um HISTORICO DE COMPRAS, com numero sequencial de compra, cdigo do pedido e data prevista de entrega, que esta associada ao cliente. Por antepenltimo, o cliente faz uma analise do produto, que vinculada ao cadastro, e que envia um RELATORIO, com cdigo de relatrio e numero sequencial de cadastro, para a empresa. Como mostra a figura do Apndice A.

4.2 ENTIDADES E ATRIBUTOSTABELA 1 ENTIDADES E ATRIBUTOSENTIDADESATRIBUTOS

EmpresaCNPJ, sigla, telefone, nome_fantasia, nome, cod_fornecedor, endereo

Funcionrioscod_funcionario, salario, data_nascimento, CPF, RG, telefone, e-mail, n_sequencialdependente, nome

Dependentesn_sequencialdependente, nome, data_nascimento

Cadastronumero_sequencial_cadastro, codigo_cliente, codigo_entrega

TABELA 2 CONTINUAO DE ENTIDADE E ATRIBUTOSENTIDADESATRIBUTOS

Estoquecod_estoque, quantidade, cod_produto

Produtocod_produto, cod_categoria, nome

Categoriacod_categoria,cod_preo,cod_produto, cod_subcategoria,modelo

Subcategoriacod_subcategoria, marca, cor, textura, tamanho

Preocod_preo, valor, cod_categoria,cod_variaao

Variaocod_variaao, nsequencial

Anodata_ano

Mesdata_mes

Semanadata_semana

Carrinhocod_carrinho, cod_produto

Pedidoscod_pedido, cod_cliente, cod_carrinho, quantidade

Pagamentocod_pagamento, valor_desconto, numero_itens, cod_pedido

Cartonumero_sequencial_pagamento, valor_total, numero_cartao, titular_cartao,data_compra

Boletonumero_sequencial_pagamento, valor_total, data_emissao, data_vencimento_boleto, banco_fatura

Entregacod_entrega,tipo_frete,cod_produto,data_envio,cod_endereo,cod_cliente, data_prevista_entrega

Hitorico_Entregacodigo_pedido, codigo_entrega

Clientecodigo_cliente,data_nascimento,e-mail,RG,CPF, codigo_endereo, nome, codigo_entrega

Endereocodigo_endereo, UF, cidade, CEP, bairro, rua, complemento

Analise_Entregacodigo_analise, codigo_cliente

Relatriocod_relatorio, nsequencial_cadastro

Fornecedorcod_fornecedor, razao_social, CNPJ, endereo, e-mail, telefone

4.3 PERGUNTAS RELACIONADAS AO BANCO DE DADOS

1. Quantos produtos esto cadastrados? 2. Quantas variaes (diferentes formas de apresentao) de um mesmo produto esto disponveis no cadastro? 3. Quais variaes de um mesmo produto que constam do cadastro, e tambm esto disponveis em estoque para a comercializao? 4. Qual a variao de preo de um produto na ltima semana? No ltimo ms? No ltimo ano? 5. Quantos clientes esto cadastrados? Dentre os clientes qual aquele que mais itens comprou?6. Quantos carrinhos podem ter o cliente?7. Quantos pedidos podem ser realizados no carrinho?8. Quantos relatrios so enviados para a empresa?9. Um funcionrio pode estar em mais de uma empresa?10. Um fornecedor pode atender mais de uma empresa?11. Uma empresa pode ser atendida por mais de um fornecedor?12. Quantos estoques a empresa pode ter?13. Quantos dependentes podem ser cadastrados por funcionrio?14. O funcionrio obrigado a ter dependente?15. O projeto de banco de dados contm entidade fraca? Qual?16. O projeto de banco de dados possui generalizaes? Quais?17. O pagamento pode ser realizado por mais de uma maneira?18. Clientes diferentes podem ter o mesmo endereo?19. Uma categoria pode conter sub categorias? De o exemplo de uma!20. Aps a compra quantas anlises um cliente pode fazer e seu produto?21. Um pagamento pode gerar mais de um histrico de compras?22. Um histrico de compras associado ao cliente?23. Um produto pode sofrer mais de uma variao de preo?24. Quais as generalizaes da entidade variao?25. Um cliente deve ser necessariamente cadastrado pelo funcionrio?

5 CONSIDERAES FINAISConcluindo a primeira etapa da montagem de um projeto de banco de dados serviu para que evidencissemos a tcnica do modelo conceitual e relembrssemos os conceitos trabalhado em sala de aula com relao ao diagrama entidade-relacionamento, atributos, relaes, cardinalidades (mxima e mnima) entidades especializadas ou generalizadas e entidades fracas.

6 REFERNCIAS

GEOPROCESSAMENTO, Blog, O Geoprocessamento e suas Tecnologias Parte 2, Disponvel em: Acessado em: 02/04/2014.

HEUSER, Carlos Alberto. Projeto de banco de dados. 6. ed. Porto Alegre: Bookman, 2009.

APNDICE A MODELO CONCEITUAL

ANEXO B MODELO LGICOTB_FORNECEDOR (cod_fornecedor, razao_social, CNPJ, endereo, e-mail, telefone)TB_EMPRESA (CNPJ_empresa, sigla, telefone, nome_fantasia, nome, cod_fornecedor, endereo)Cod_fornecedor REFERENCIA Tb_Empresa

TB_EMPRESA_FORNECEDOR(cdigo_fornecedor, CNPJ_empresa)Cdigo_fornecedor REFERENCIA Tb_FornecedorCNPJ_Empresa REFERENCIA Tb_Empresa

TB_ESTOQUE (cod_estoque, quantidade, CNPJ_empresa)CNPJ_empresa REFERENCIA Tb_EmpresaTB_PRODUTOS (cod_produto, nome, cod_estoque)Cod_estoque REFERENCIA Tb_EstoqueTB_ESTOQUE_PRODUTO(cod_produto, cod_estoque)Cod_produto REFERENCIA Tb_ProdutoCod_estoque REFERENCIA Tb_EstoqueTB_CATEGORIA (cod_categoria,cod_produto,modelo)Cod_produto REFERENCIA Tb_ProdutoTB_SUBCATEGORIA (cod_subcategoria, marca, cor, textura, tamanho, cod_categoria)Cod_categoria REFERENCIA Tb_CategoriaTB_PREO (cod_preo, valor, cod_categoria)Cod_categoria REFERENCIA Tb_CategoriaTB_VARIAAO (cod_variao, nsequencial, cod_preo)Cod_preo REFERENCIA Tb_PreoTB_ANO (data_ano, cod_variao)Cod_variao REFERENCIA Tb_VariaoTB_MES (data_mes, cod_variao)Cod_variao REFERENCIA Tb_VariaoTB_SEMANA (data_semana, cod_variao)Cod_variao REFERENCIA Tb_VariaoTB_FUNCIONRIO (cod_funcionario, salario, data_nascimento, CPF, RG, telefone, e-mail, nome, CNPJ_Empresa)CNPJ_Empresa REFERENCIA Tb_EmpresaTB_DEPENDENTES (n_sequencialdependente, nome, data_nascimento, cod_funcionario)Cod_Funcionario REFERENCIA Tb_Funcionario

TB_CLIENTE (codigo_cliente,data_nascimento,e-mail,RG,CPF, endereo, nome)TB_FUNCIONRIO_CLIENTE(codigo_cliente, cod_funcionario)Cod_Cliente REFERENCIA Tb_ClienteCod_Funcionario REFERENCIA Tb_Funcionario

TB_CARRINHO (cod_carrinho, cod_cliente)Cod_Cliente REFERENCIA Tb_ClienteTB_PEDIDOS (cod_pedido, cod_carrinho, quantidade)Cod_Carrinho REFERENCIA Tb_CarrinhoTB_PAGAMENTO (cod_pagamento, valor_desconto, cod_pedido)Cod_Pedido REFERENCIA Tb_PedidoTB_PAGAMENTO_PEDIDOS(cod_pagamento, cod_pedido);Cod_Pedido REFERENCIA Tb_PedidoCod_Pagamento REFERENCIA Tb_PagamentoTB_CARTAO (cod_pagamento, valor_total, numero_cartao, titular_cartao,data_compra)Cod_Pagamento REFERENCIA Tb_PagamentoTB_BOLETO (cod_pagamento, valor_total, data_emissao, data_vencimento_boleto, banco_fatura)Cod_Pagamento REFERENCIA Tb_PagamentoTB_HISTORICO_ENTREGA (cod_historico_compras, cod_pagamento, cod_pedido)Cod_Pagamento REFERENCIA Tb_PagamentoCod_Pedido REFERENCIA Tb_Pedido

TB_ENTREGA(cod_entrega, cod_historico_compras)Cod_historico_compras REFERENCIA Tb_Historico_CompraTB_RELATORIO (cod_relatorio, cod_entrega)Cod_Entrega REFERENCIA Tb_Entega

ANEXO C DICIONRIO DE DADOSTABELA FORNECEDORNOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

CNPJ_FornecedorArmazena o CNPJ do fornecedorInteiro14No_PK_No

Razo_SocialArmazena nome do FornecedorVarchar100No___No

EndereoArmazena endereoVarchar100No___No

E-mailArmazena e-mailVarchar100No___No

TelefoneArmazena o telefoneVarchar100no___No

TABELA EMPRESANOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

CNPJ_EmpresaArmazena CNPJ da empresaNumrico14No_PK_No

SiglaArmazena o sigla (nome)Caractere50No___No

TelefoneArmazena o telefoneCaractere100No___No

Nome_fantasiaArmazena o nome fantasiaCaractere100No___No

CNPJ_FornecedorArmazena o cdigo do fornecedorNumrico14No_FK_No

EndereoArmazena o endereoCaractere100No___No

TABELA EMPRESA_FORNECEDORNOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

CNPJ_FornecedorArmazena o CNPJ do fornecedorNumrico14No_PK/ FK_No

CNPJ_EmpresaArmazena o CNPJ da empresaNumrico14No_PK/FK_No

TABELA ESTOQUENOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_EstoqueArmazena o cdigo do EstoqueNumricoVaria conforme o usurioNo_PK_No

QuantidadeArmazena a quantidadeNumricoVaria conforme o usurioNo___No

CNPJ_EmpresaArmazena o CNPJ da EmpresaNumricoVaria conforme o usurioNo_FK_No

TABELA PRODUTOSNOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_ProdutoArmazena o cdigo do produtoNumricoVaria conforme o usurioNo_PK_No

NomeArmazena o nome do produtoCaractere100No___No

Cod_EstoqueArmazena o cdigo do estoqueNumricoVaria conforme o usurioNp_FK_No

TABELA ESTOQUE_PRODUTONOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_ProdutoArmazena o cdigo do produtoNumricoVaria conforme o usurioNo_PK/FK_No

Cod_EstoqueArmazena o cdigo do estoqueNumricoVaria conforme o usurioNo_PK/FK_No

TABELA CATEGORIANOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_CategoriaArmazena o cdigo da categoriaNumricoVaria conforme o usurioNo_PK_No

Cod_ProdutoArmazena o cdigo do produtoNumricoVaria conforme o usurioNo_FK_No

ModeloArmazena o modelo CaractereVaria conforme o usurioNo___No

TABELA SUBCATEGORIANOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_SubcategoriaArmazena o cdigo da subcategoriaNumricoVaria conforme o usurioNo_PK_No

MarcaArmazena a MarcaCaractere100No___No

CorArmazena a CorCaractere100No___No

TexturaArmazena o tipo de texturaCaractere100No___No

TamanhoArmazena o tamanhoCaractere100No___No

Cod_CategoriaArmazena o cdigo da categoriaNumricoVaria conforme o usurioNo_FK_No

TABELA PREONOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_PreoArmazena o cdigo do preoNumricoVaria conforme o usurioNo_PK_No

ValorArmazena o ValorNumricoVaria conforme as casas decimaisNo___No

Cod_CategoriaArmazena a categoriaNumricoVaria conforme o usurioNo_FK_No

TABELA VARIAONOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_VariaoArmazena o cdigo da variaoNumricoVaria conforme o usurioNo_PK_No

N_SequencialArmazena o cdigo sequencialNumricoVaria conforme o usurioNo___No

Cod_PreoArmazena o cdigo do preoNumricoVaria conforme o usurioNo_FK_No

TABELA ANONOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Data_anoArmazena o AnoDataDefinio padro da linguagemNo___No

Cod_variaoArmazena o cdigo da VariaoNumricoVaria conforme o usurioNo_PK/FK_

No

TABELA MSNOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Data_MsArmazena o msDataDefinio padro da linguagemNo___No

Cod_VariaoArmazena o cdigo da VariaoNumricoVaria conforme o usurioNo_PK/FK_No

TABELA SEMANANOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Data_SemanaArmazena o dia da semana DataDefinio padro da linguagemNo___No

Cod_VariaoArmazena o cdigo da VariaoNumricoVaria conforme o usurioNo_PK/FK_No

TABELA FUNCIONRIONOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_FuncionrioArmazena o cdigo do funcionrioNumricoVaria conforme o usurioNo_PK_No

SalrioArmazena o salrioCaractereVaria conforme o funcionrioNo___No

Data_NascimentoArmazena a data de nascimentoDataPadro fornecido pela linguagemNo___No

CPFArmazena o CPFNumrico11No___No

RGArmazena o RGNumrico10No___No

TelefoneArmazena o telefoneCaractere12No___No

E-mailArmazena o E-mailCaractere50No___No

NomeArmazena o nomeCaractere100No___No

CNPJ_EmpresaArmazena o CNPJ da Empresa onde o funcionrio trabalhaNumrico14No_FK_No

TABELA DEPENDENTES NOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

N_sequencialdependeArmazena o nmero sequencial do dependenteNumricoVaria conforme o UsurioNo_PK_No

NomeArmazena o nomeCaractere100No___No

Data_NascimentoArmazena a data de nascimentoDataPadro linguagem utilizadaNo___No

Cod_funcionrioArmazena o cdigo do funcionrioNumricoVaria conforme usurioNo___No

TABELA CLIENTENOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_clienteArmazena o cdigo do clienteNumricoVaria conforme usurioNo_PK_No

Data_nascimentoArmazena a data de nascimentoDataPadro linguagem utilizadaNo___No

e-mailArmazena e-mailCaractere50No___No

RGArmazena RGNumrico10No___No

CPFArmazena CPFNumrico11No___No

EndereoArmazena endereoCaractere100No___No

NomeArmazena NomeCaractere100No___No

TABELA FUNCIONRIO_CLIENTENOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_ClienteArmazena o cdigo do funcionrioNumricoVaria conforme o usurioNo_PK/FK_No

Cod_FuncionarioArmazena o cdigo do FuncionrioNumricoVaria conforme o usurioNo_PK/FK_No

TABELA CARRINHONOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_CarrinhoArmazena o cdigo do carrinho de comprasNumricoVaria confome o usurioNo_PK_No

Cod_ClienteArmazena o cdigo do clienteNumricoVaria conforme o usurioNo_FK_No

TABELA PEDIDOSNOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_pedidoArmazena o cdigo do carrinho de comprasNumricoVaria confome o usurioNo_PK_No

Cod_carrinhoArmazena o cdigo do carrinhoNumricoVaria conforme o usurioNo_FK_No

QuantidadeArmazena a quantidade de produtosNumricoVaria conforme o usurioNo___No

TABELA PAGAMENTO_PEDIDOSNOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_PagamentoArmazena o cdigo do pagamentoNumricoVaria confome o usurioNo_PK/FK_No

Cod_PedidoArmazena o cdigo do pedidoNumricoVaria conforme o usurioNo_PK/FK_No

TABELA CARTONOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_PagamentoArmazena o cdigo de pagamentoNumricoVaria conforme o usurioNo_FK_No

Valor_TotalArmazena o valor total da compraNumricoVaria conforme a compraNo___No

Nmero_CartoArmazena o nmero do carto de crditoNumrico16No_PK_No

TitularArmazena o nome do titular do cartoCaractere100No___No

Data_compraArmazena a data de compraDataPadro de linguagemNo___No

TABELA BOLETONOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_PagamentoArmazena o cdigo do pagamentoNumricoVaria conforme o usurioNo_PK/FK_No

Valor_TotalArmazena o valor total da compraNumricoVaria conforme o usurioNo___No

Data_EmissoArmazena a data de emisso do boletoDataPadro linguagem utilizadaNo___No

Data_VencimentoArmazena a data de vencimento do boletoDataPadro linguagem utilizadaNo___No

BancoArmazena o bancoCaractere100No___No

TABELA HISTORICO_ENTREGANOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_historicoArmazena o cdigo do histrico de entregaNumricoVaria conforme o usurioNo_PK_No

Cod_pagamentoArmazena o cdigo de PagamentoNumricoVaria conforme o usurioNo_FK_No

Cod_pedidoArmazena o cdigo do pedidoNumricoVaria conforme o usurioNo_FK_No

TABELA ENTREGANOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_EntregaArmazena o cdigo da entregaNumricoVaria conforme o usurioNo_PK_No

Cod_HistoricoArmazena o cdigo do histrico de entregaNumricoVaria conforme o usurioNo_FK_No

TABELA RELATRIONOMEDESCRIOTIPOTAMANHONULOREGRACHAVEDEFAULTUNIQUE

Cod_relatrioArmazena o cdigo do relatrioNumricoVaria conforme o usurioNo_PK_No

Cod_entregaArmazena o cdigo da entregaNumricoVaria conforme o usurioNo_FK_No

30