UNIVERSIDADE ANHANGUERA UNIDERP CENTRO DE EDUCAO DISTNCIA TECNOLOGIA EM ANLISE E DESENVOLVIMENTO DE SISTEMAS SISTEMAS DE BANCO DE DADOS TUTOR A DISTNCIA

IA ME. JEFERSON BUSSULA PINHEIRO

JANDIRA RENATA CIBELLE DE ALCANTARA 6500269593 ELVIS AMADEU DE MELO - 6786398086 FELIPE FREIRE DOS SANTOS - 6951494661 TELMO THADEU FONSECA 6056472473 ALAN DA SILVA TANNUS - 6750359831

SO JOS DOS CAMPOS, SP. ABRIL/2014

ETAPA 01 Aula Tema: Introduo a Banco de Dados e MER (Modelo Entidade Relacionamento). Sistema de Banco de Dados X Sistema de Arquivos

As aplicaes, antes da criao do SGBD, utilizavam os sistemas de arquivos do Sistema Operacional e, atravs desses arquivos, elas armazenavam os dados utilizando as interaes com a aplicao. Como esses dados eram armazenados em diversos arquivos, era necessrio utilizar diferentes programas de aplicaes para ser possvel extrair e acrescentar registros, ficando com um custo alto. Dados e Meta-dados na base

Os dados e a descrio correspondente so armazenadas na base e gerenciadas pelo SGBD. Independncia de Dados-Programas

Modificaes como incluso de um novo campo no afetam os programas. Abstrao de Dados

Representao conceitual atravs de um modelo de dados que s usa conceitos lgicos. Mltiplas Vises

So vises de como os usurios veem o banco de dados: Cada um v o banco de dados ao seu modo; Representam a abstrao de mais alto nvel da arquitetura; Construdos de forma que sejam removidos os conflitos entre duas ou mais vises. Sistema de Banco de Dados

Vantagens / Desvantagens 1 - Dados podem ser compartilhados / Os sistemas de banco de dados so complexos, difceis e demorados para projetar. 2 - Redundncia pode ser reduzida / Custos Iniciais de softwares e hardwares altos. 3 - Inconsistncia pode ser vista / Danos ao banco de dados afetam virtualmente todos os programas.

4 - Suporte a transaes pode ser fornecido / Custos altos para a converso de sistemas baseados em arquivos para banco de dados. 5 - Integridade pode ser mantida; Segurana pode ser reforada; Requisitos contraditrios podem ser equilibrados; Padres podem ser reforados / Treinamento inicial necessrios aos programadores e usurios. Sistemas de Arquivos

Vantagens / Desvantagens 1 - padro aberto, no sendo preciso pagar por nenhum software / Problemas de Integridade. 2 - Existem varias ferramentas e editores bons no mercado / A redundncia pode afetar a eficincia para o armazenamento, afetando a transmisso e o processamento, elevando os custos. 3 - Simplicidade e legibilidade, tanto para usurios como para computadores / Redundncia e inconsistncia dos dados. 4 - Separao do contedo para a formatao / Dificuldade no acesso aos dados. 5 - Possibilidade de criar sua prpria sintaxe de dados / Isolamento dos dados. 6 - Possui suporte a Unicode / Anomalias de acesso concorrente. 7 - Permite validao o que torna os testes mais efetivos e a construo de aplicaes bem mais fceis / Problemas de segurana. Resumindo

Modelo de dados consiste na especificao das estruturas de dados, contendo uma coleo de ferramentas conceituais descrevendo os dados, relaes de dados, semntica de dados e restries de consistncia. Um modelo de dados oferece uma maneira de descrever o projeto de um banco de dados do nvel lgico, fsico e de view. Especificando tambm a atividade de regras de negcios, necessrias para suportar uma rea de negcios. Representada tambm por

um conjunto de requerimentos de informaes de negcios. uma parte importante do desenho que compe o sistema de informao. A abordagem que se dispensa ao assunto normalmente atende trs perspectivas: modelagem conceitual, modelagem lgica e modelagem fsica. A primeira conhecida e usada como representao de alto nvel e considera exclusivamente o ponto de vista do usurio criador do dado; a segunda j agrega alguns detalhes de implementao e a terceira demonstra como os dados so fisicamente armazenados. Os trs modelos de dados mais conhecidos, quanto ao objetivo, so: 1 - Modelo de dados entidade-relacionamento (MER): Leitura, construo e validao dos modelos. O modelo entidade-relacionamento baseado em uma percepo de um mundo real que consiste em uma coleo de objetos bsicos chamados entidades e em relacionamentos entre estes objetos. Uma entidade um objeto que distinguvel de outro objeto por um conjunto especfico de atributos. Por exemplo, os atributos nome, idade e peso so exemplos de atributos de objetos Pessoa. Um relacionamento uma associao entre vrias entidades. Por exemplo, um relacionamento PessoaEsporte, onde associa cada tipo de pessoa a um esporte. O conjunto de todas as entidades de um mesmo tipo e o conjunto de relacionamentos do mesmo tipo so denominadas conjuntos de entidades e conjuntos de relacionamentos, respectivamente. Em acrscimo a entidades e relacionamentos, o modelo ER representa certas restries com os quais os contedos de bancos de dados precisam estar de acordo. Uma restrio importante o mapeamento de cardinalidade (ou multiplicidade de um conjunto de relacionamentos) que expressa o nmero de entidades ao qual outra entidade pode estar associada via um conjunto de relacionamentos. Sendo os softwares BrModelo, BPWin, os utilizados. 2 - Modelo relacional: Usa uma coleo de tabelas para representar os dados e as relaes entre eles. Cada tabela possui diversas colunas e cada coluna possui um nome nico. O modelo relacional um

exemplo de modelo baseado em registros, e o modelo de dados mais usado, e uma grande maioria dos sistemas de banco de dados atuais baseada no modelo relacional, sendo os softwares BPWin, Aris Tool Set, Visio da Microsoft e similares SmartDraw, dentre outros. 3 - Modelo de dados baseado em objeto (ODBMS ou OODBMS): Um banco de dados em que a informao armazenada na forma de objetos. Sendo o gerenciador de banco de dados para um orientado a objetos. Sendo dois fatores principais que levam a adoo da tecnologia de banco de dados orientados a objetos. A primeira, que em um banco de dados relacional se torna difcil de manipular com dados complexos. Segundo, os dados so manipulados pela aplicao escrita usando linguagens de programao orientada a objetos, e o cdigo precisa ser traduzido entre a representao do dado e as tuplas da tabela relacional, o que, alm de ser uma operao tediosa de ser escrita, consome tempo. Softwares como C++, C#, Java, Python ou Delphi, so bem utilizados para esta aplicao. Para solucionar o desafio escolhemos Entidade e relacionamento ER, por ser um modelo abstrato cuja a finalidade descrever, conceitualmente, os dados a serem utilizados em um sistema de informao ou que possam pertencer a um domnio, sendo a representao grfica sua principal ferramenta. Com a percepo de um universo constitudo por um grupo bsico de objetos chamados de entidades e com relacionamento entre esses objetos. Controle de Estacionamento ATRIBUTOS Cpf_proprietario, nome_proprietario, telefone_com, telefone_res, telefone_cel, e-mail. Vaga Modelo_veiculo, cor_veiculo, tipo_veiculo, ano_veiculo.

ENTIDADE Estacionamento

Esquema Descrio, textual ou grfica, da estrutura de um banco de dados de acordo com um determinado modelo de dados. Esquema do Banco:

Armazenamento no catalogo; Mudanas muito menos freqentes. Instncia Conjunto de dados armazenados em um banco de dados em um determinado instante de tempo. Estado do banco:

Dados do banco em qualquer ponto do tempo; Inicialmente vazio; Muda freqentemente; Validade parcialmente garantida pelo SGBD.
Modelo de Dados Regra para estruturao dos dados Esquema Regra para verificao das instncias Instncia

Entidades Cliente Produto

Instncias cpf_proprietrio Vaga_estacionamento

At aqui conseguimos mostrar as atividades de como ser desenvolvido a base para o Banco de Dados para a empresa LFLXZ Ltda. Procuramos apresentar de forma clara e objetiva nossa pesquisa sobre as diferentes formas de se montar o Servidor de Banco de Dados. Aps todo o levantamento, seguimos adiante com nossa criao.

Etapa 2 Aula Tema: MER (Modelo Entidade Relacionamento). CodigoCadastro *#nro_ficha

*#nro_ficha *#nro_vaga *#placa_veiculo Modelo_veiculo Cor_veiculo Tipo_veiculo Ano_veiculo *#cpf_proprietario nome_proprietario Tel_com Tel_res Tel_cel email

CadastroVaga *#nro_vaga

Entidade - Objeto do universo de interesse do Banco de Dados, cujas caractersticas se deseja armazenar. Pode ser definida como qualquer coisa do mundo real, abstrata ou concreta, na

qual se deseja guardar informaes. Exemplos de entidades: Cliente, Produto, Contrato, Vendas, etc. Representao Grfica:
Relacionamento entre conjuntos de entidades

* Atributos - Caractersticas das entidades, Exemplos de atributos: Cdigo doProduto (Entidade Produto), Nome do Cliente (Entidade Cliente). Representao Grfica:

Atributo Chave -

Atributo nico para a entidade. Representao Grfica:

Atributo Composto -

Atributos com tipos de dados diferentes. Representao Grfica:

Linhas

Ligam atributos a conjuntos de entidades e conjuntos de entidades a relacionamentos. Alguns autores chamam as linhas de arestas, em analogia s teorias de grafos e redes. Representao Grfica:

Relacionamento muitos para muitos

O relacionamento muitos para muitos usado quando vrias entidades A se relacionam com vrias entidades B. Este relacionamento representado pelo sinal: N:N ou N:M. Essa relao foi percebida devido a existncia de vrios cadastros com relao a diversas vagas de estacionamento. Uma pessoa pode ter diversas vagas assim como uma vaga no privativa posa ter vrios nmeros de placas (*#nro_placa).

Como j dito, na etapa anterior mostramos a parte conceitual de como iniciar um Banco de Dados. Nesta etapa pudemos criar quadro de cada entidade proposta, identificando os seus atributos com os tipos, chaves e relacionamentos devidos. Representamos graficamente atravs do Modelo de Entidade Relacional, com a simbologia de cada figura atribuda. Mostramos sua cardinalidade, o grau de relacionamento, justificando e apresentado o conceito de relacionamento e cardinalidade. Etapa 3 Aula Tema Modelo Relacional Mapeamento do modelo MER para o Relacional.

O MODELO RELACIONAL

A arquitetura de um banco de dados relacional pode ser descrita informalmente ou formalmente. Na informal nos preocupamos com os aspectos prticos da utilizao e usamos os termos tabela, linha e coluna. Na formal nos preocupamos com a semntica formal do modelo e usamos termos como relao-tabela, tupla-linhas e atributo-coluna. Tabelas relaes ou entidades Todos os dados de um Banco de dados relacional, BDR, so armazenados em tabelas. Tabela uma simples estrutura de linhas e colunas. Nela, cada linha contem um mesmo conjunto de colunas. Um banco de dados pode conter uma ou centenas de tabelas sendo que, o limite pode ser definido tanto pela ferramenta do software quando pelos recursos do hardware do equipamento. Essas tabelas associam-se entre si atravs de regras de relacionamentos, as quais consistem em associar um ou vrios atributos de uma tabela com um ou vrios atributos de outra tabela. Exemplo: A tabela Cadastro se relaciona com a Vaga no Estacionamento, assim, o Estacionamento fornece a lista de vagas para a tabela cadastro. Registro ou Tuplas Cada linha formada por uma lista ordenada de colunas representa um registro, ou tupla. Esses registros no precisam conter informaes em todas as colunas, podendo assumir valores nulos quando assim se fizer necessrio. Exemplo: O Cliente nome_proprietario uma instncia (registro) da tabela cadastro e a nro_vaga a instncia (registro) da tabela vaga do Estacionamento. Fazendo associao entre elas teramos a seguinte instncia do relacionamento: cpf_proprietario est na nro_vaga, onde o verbo ser representa a ligao entre estes distintos registros.

Colunas Tribunas Atributos um dos nomes tambm dados as colunas de uma tabela. O conjunto de valores que um atributo pode assumir chamado de Domnio. Ou seja, em um campo do tipo numrico s podero ser armazenados nmeros. Ressalto que, o conceito mais similar o de Tipo Abstrato de Dados em linguagens de programao, ou seja, so meta-dados, como j dito acima. Ex: cpf_proprietario, placa_veiculo, ano_veiculo, nro_ficha, telefone(s), nro_ficha, nro_vaga. Chaves As tabelas se relacionam umas as outras atravs delas. Uma chave um conjunto de um ou mais atributos que determinam a unicidade de cada registro. Vejamos: se um banco de dados tem como chaves NRO_VAGA e NRO_FICHA, toda vez que for feito uma incluso, o sistema de Gerenciamento de Banco de Dados far uma consulta para saber se o registro j no esta gravado na tabela. Com isso, no sera criado um novo registro e sim, aparecera apenas opo para alterar o registro existente. Temos dois tipos de CHAVES: Chave Primria PK a chave que da UNICIDADE, ou seja, nunca ser repetida. Chave Estrangeira FK uma chave formada atravs do relacionamento com a chave primria de outra tabela, definindo assim o relacionamento entre elas, o qual pode ocorrer repetidas vezes. Exemplo desafio: Proprietrio se relaciona com telefone por ser um atributo que se pode haver vrios. Cria-se uma nova tabela que recebe uma fk do proprietrio e cada telefone pertence a um proprietrio.

Proprietrio tambm se relaciona com veiculo, cada proprietrio pode possuir vrios carros e cada carro apenas um proprietrio, a tabela veiculo recebe uma fk da tabela proprietrio.

Veiculo tambm se relaciona com vaga que recebe a fk d veiculo que tambm seria a placa, cada veiculo pode pertencer a uma vaga e cada vaga a apenas um veiculo. Vaga recebe a fk de estacionamento, que por sua vez pode ter varias vagas, mas cada vaga pertence a apenas um estacionamento Quais as limitaes na execuo do processo de Mapeamento do modelo MER para o Relacional: No MER no se tem as tabelas e sim as entidades e seus atributos enquanto no Modelo Relacional j se formam as tabelas, cada uma com sua chave primaria. Grande parte das extenses aproximaram o MER do modelo Orientado objeto, o qual no muito utilizado pois o SGBD Relacionais no suporta diretamente extenses, com isso necessrio, antes de implementa-lo, mapear estas extenses para o MER original. J uma limitao do modelo ER que no possvel expressar relacionamentos entre relacionamentos. Exemplo: Usando Agregao: uma abstrao atravs da qual Relacionamentos so tratados como entidades de nvel superior. PROPR. CADASTRO UTILIZA N VAGA ESTACIONAMENTO Nesse modelo: entidades de nvel superior. Agora iremos descrever atravs de figurar uma co-relao entre suas entidades e relacionamentos, sendo possvel assim relacionar todos eles. Dessa forma estas entidades no so tratadas de uma forma tao superior como na relacional acima. NRO_VAGA

Como j dito em relatrios anteriores, o assunto comum em todas as etapas, sendo importante para aprimorar e desenvolver alguns conceitos como nesta etapa onde, nosso grupo desenvolveu os conceitos do Modelo Relacional aplicando-os e demonstrando-os graficamente. Pudemos descrever todos os itens que compe o mapeamento dos dados na forma de uma estrutura relacional, mostrando as funes e relacionando-as com as entidades propostas; Etapa 4 Aula Tema Normalizao Normalizao de Dados o processo formal no qual examinado os atributos de uma entidade com o objetivo de evitar anomalias observadas na incluso, excluso e alterao de registros. Uma regra valiosssima que devemos observar quando criamos o projeto de um Banco de dados baseando-se no Modelo Relacional a de no misturar assuntos em uma mesma tabela. Um exemplo no nosso desafio de na Tabela Cadastro conter apenas campos relacionados com o assunto cadastro Cliente, evitando assim uma repetio desnecessria de dados bem como inconsistncia dos mesmos. Geralmente ao aplicar essa regra algumas tabelas acabam sendo divididas em duas ou mais tabelas. Com este processo h uma simplificao dos atributos de uma tabela colaborando significativamente com a estabilidade do modelo de dados, reduzindo necessidades de manuteno.

Uma relao estar na Primeira forma normal 1FN se e somente se TODOS os domnios bsicos contiverem somente valores atmicos no conter grupos repetitivos. Ou seja, ela no admite repeties ou campos que tenha mais q um valor. Exemplo: Cadastro: nro_ficha; nome_proprietario; cpf_proprietario; telefone_com; telefone_res; telefone_cel; email; cor; ano; tipo; modelo 1 Jardel 1234888-999222333333444 jar@gmail.com amarelo 2000 carro gol 2 Joice 4321 999888 333222- 444333 joi@gmail.com preto 2004 carro - fox Tabela no normalizada, ou seja, no est na 1 forma normal Todos os clientes possuem telefone_com, telefone_res e telefone_cel. Vamos eliminar atributos repetidos e identificar com chave primria. Para normaliza-la devemos colocar cada informao dentro de uma coluna diferente: ID_Proprietario(pk) 1 1 1 2 2 | | | | | Jardel Jaco Jaco Joice Joice | | | | | | 1234 1234 1234 4321 4321 | | | | Nome | | CPF | E-mail | | | | | | Telefone | | | | | | Cor | | | | | | Ano 2000 2000 2000 2004 2004 | | | | | |

jar@gmail.com jar@gmail.com jar@gmail.com joi@gmail.com joi@gmail.com

888-999 222-333 333-444 999-888 333-222

Amarelo Amarelo Amarelo Preto Preto

2 | Joice | 4321 | joi@gmail.com | 444-333 | Preto | 2004 | A tabela agora encontra-se na Primeira Forma Normal um campo por linha. Segunda Forma Normal: Uma tabela estar na 2FN se ela estiver na 1FN e todos os atributos no chave forem totalmente dependentes da chave primria. Procedimentos:

1 Identificar atributos que no so funcionalmente dependentes de toda a chave primria; 2 Remover da entidade todos esses atributos identificados e criar uma nova entidade com eles. Assim, a chave primria da nova entidade ser o atributo do qual os atributos removidos so funcionalmente dependentes. Exemplo: Tabela Proprietrio

ID_Proprietario(pk) | Nome | CPF | E-mail | Cor | Ano | Tipo | Modelo | 1 2 | | Jardel Joice | | 1234 4321 | | jar@gmail.com joi@gmail.com | | Amarelo Preto | | 2000 2004 | | Carro Carro | | Gol Fox | |

Tabela ID_Proprietario(fk) 1 1 1 2 2 | | | | | 3 4 5 1 2 | | | | ID_Telefone(pk) | | 888-999 222-333 444-333 999-888 333-222 | | | | Numero | | |

Telefone Tipo | | | | | |

Mvel Fixo Comercial Mvel Fixo

2 | 6 | 333-444 | Comercial | Terceira Forma Normal: quando uma tabela esta na forma 2FN e se nenhuma coluna nochave depender de outra coluna no-chave. Ou seja, nessa forma temos que eliminar os campos que podem ser obtidos pela soma de outros campos da mesma tabela. Identificar os atributos que so funcionalmente dependentes de outros atributos no chave; Elimin-los.

Tabela ID_Proprietario(pk) 1 2 Tabela ID_Proprietario(fk) 1 1 1 2 2 2 Tabela ID_Veiculo(pk) | ID_Proprietrio(fk) | Cor | Ano | Tipo | | | | | | | | 1 2 3 4 5 5 ID_Telefone(pk) | | | | | | | | | Jardel Joice | | | Nome 1234 4321 | CPF | | |

Proprietrio E-mail | | | Telefone Telefone 888-999 222-333 444-333 999-888 333-222 333-444 | | | | | | | Veiculo Modelo |

jar@gmail.com joi@gmail.com

1 | 1 | Amarelo | 2000 | Carro | Gol 2 | 2 | Preto | 2004 | Carro | Fox Etapa 5 Aula Tema: lgebra Relacional Passo 1Proprietrio ID_Proprietario(pk) 1 2 3 4 | | | | Joo Maria Kai Carol | | | | | Nome 2121231 4324232 3232123 2345555 | | | | | CPF | E-mail | | | | |

joaods@gmail.com marias@gmail.com kaisass@gmail.com carolls@gmail.com

5 6 7 8 9 10 Telefone

| | | | | |

Kassio Juaquim Benta Juaquina Dina Sousa | |

| |

6765765 7687597 6666666 | 2525252 8789879 |

| |

kssioss@gmail.com juaquin@gmail.com bentaf6@gmail.com

| | | | | |

| | |

juaquin@gmail.com dina87@gmail.com sousa98@gmail.com

9876880

ID_Proprietario(fk) 1 2 3 4 5 6 7 8 9 10 Veiculo | | | | | 9 10 | | | 6 7 8 | | 3 4 5 1 2

ID_Telefone(pk) | | | | | | | | | | 87654321

Numero | | | | | | | | | |

Tipo

| | | | | | | | | | |

Comercial Cel Residencial Comercial Cel Residencial Comercial Cel Residencial Comercial

32354656 23423211 12222334 66443224 44333134 55579977 77765455 56534523 64532344

ID_Prop(fk) | ID_Vaga(fk) | ID_Veiculo(pk) | Placa | Ano | Modelo | Cor | Tipo | 1 2 3 4 | | | | 1 2 3 4 | | | | 1 2 3 4 | | | | sdf1234 ykp5543 juh4422 dsg3321 | | | | 2001 2009 2003 2008 | | | | Gol Astra Uno Gol | | | | Preto Preto Prata Branco | | | | Automvel Automvel Automvel Automvel | | | |

5 | 5 | 5 | ffs7788 | 2007 | Astra | Verde | Automvel |

6 7 8 9 10

| | | | |

6 7 8 9 10 |

| | 8 | |

6 7 |

| |

ssa0675 sds9980 ssa0098 |

| |

2001 2002 2005 |

| |

Uno Gol Astra |

| |

Azul Preto Amarelo

| | | | |

Automvel Automvel Automvel Automvel Automvel

| | | | |

9 10

| |

jku0987 jhn0990

| |

2011 2010 |

Uno Gol |

Prata Vermelho

Estacionamento ID_Estacionamento(pk) 1 2 3 4 5 6 7 8 9 10 Vaga ID_Estacionamento(fk) 1 2 3 4 5 6 | | | | | | 1 2 3 4 5 6 | | | | | | | ID_Vaga(pk) 1 2 3 4 5 6 | | | | | | | ID_Veiculo 01/06/2011 01/06/2011 01/06/2011 01/06/2011 01/06/2011 01/06/2011 | Data | | | | | | | Hora | | | | | | | | | | | | | | | | | |

1:00 2:00 3:00 4:00 5:00 6:00

7 8 9

| | |

7 8 9

| | |

7 8 9

| | |

01/06/2011 01/06/2011 01/06/2011

| | |

7:00 8:00 9:00

| | |

10 | 10 | 10 | 01/06/2011 | 10:00 | Passo 2 1 Operao de Relao Exemplo: cor = preto

Essa seleo nos mostrara como resultado todas as informaes que conterem a cor preto em seu veculo. 2 Operao de Projeo Exemplo: Nome, Cpf, E-mail

Essa seleo nos mostrar como resultado uma tabela que conste apenas os dados Nome, Cpf e E-mail. 3 Operao de Unio Exemplo: (Relao 1)U(Relao 2) Essa seleo s ser possvel se as tabelas possurem compatibilidade de unio. Por exemplo: Imagine que precisamos recuperar a identificao dos proprietrios dos veculos estacionados com as vagas. Ex: Nro_ficha 1 2 Nro_vaga 1 2

4 Relao de Interseo Exemplo: (Relao 1)

(Relao 2)

A relao criada pela operao de interseco ser o reultados de todas as tuplas que pertenam a ambas relaes presentes. Ex: Carro Gol Astra Uno Gol Cor Preto Preto Prata Preto

Resultado Gol (Joo) Preto (Benta)

Etapa 6 Aula tema: lgebra Relacional parte II 1 Diviso

2 Diferena Exemplo: (Relao 1) (Relao 2) 3 Juno Exemplo: ABC |x| CDE=