Escolar Documentos
Profissional Documentos
Cultura Documentos
F.C.T.
Apresentao
Este curso tem como objetivo, oferecer uma noo geral sobre a construo de sistemas de banco de dados. Para isto, necessrio estudar modelos para a construo de projetos lgicos de bancos de dados, modelos para a construo de projetos fsicos de banco de dados, tcnicas de controle de dependncia de dados e mtodos de consultas. Para construo dos modelos lgicos, ser estudado o modelo Entidade Relacionamento, utilizando a abordagem proposta em [ELMAS89] que oferece uma notao rica em recursos, permitindo a modelagem de entidades normais, fracas, atributos simples, compostos, multivalorados, derivados e a modelagens de objetos mais complexos como classes e subclasses (modelo Entidade Relacionamento Extendido). Para construo dos modelos fsicos, ser estudado o modelo Relacional como originalmente proposto por Codd. Para eliminar dependncia de dados, utilizaremos a normalizao, abordando a 1a, a 2a, a 3 Formas Normais, propostas originalmente por Codd.
a
Para a elaborao de consultas, ser estudado a lgebra Relacional, que nada mais do que uma forma cannica para as linguagens de consulta e a linguagem de consultas SQL.
Pgina 1
F.C.T.
F.C.T.
Programas de Aplicao/Consulta
SGBD
Meta Dados
Dados
1.2. Usurios
Para um grande banco de dados, existe um grande nmero de pessoas envolvidas, desde o projeto, uso at manuteno.
F.C.T.
F.C.T.
O SGBD multi-usurio deve manter o controle de concorrncia para assegurar que o resultado de atualizaes sejam corretos. Um banco de dados multi-usurios deve fornecer recursos para a construo de mltiplas vises.
Pgina 5
F.C.T.
F.C.T.
Usurios Finais
NVEL EXTERNO
Viso Externa 1
...
Viso Externa n
NVEL CONCEITUAL
Esquema Conceitual
NVEL INTERNO
Esquema Interno
Pgina 7
F.C.T.
Pgina 8
F.C.T.
DBA
programas de aplicao
chamadas de rotina
consultas
processador de consultas
SGBD
gerenciador de arquivos
Pgina 9
F.C.T.
Mini-Mundo
Projeto Conceitual
Esquema Conceitual (Alto Nvel) Mapeamento do Modelo de Dados Esquema Conceitual (Modelo do SGBD) Projeto Fsico
Catlogo do BD
F.C.T.
Pgina 11
F.C.T.
e1 e2 e3 e4 e5 e6 e7
d1 d2 d3
Pgina 12
F.C.T.
EMPREGADO
Figura 6 - Um Relacionamento Recursivo No exemplo, temos um relacionamento entre o tipo entidade EMPREGADO, onde um empregado pode supervisionar outro empregado e um empregado pode ser supervisionado por outro empregado.
d1 d2 d3
Figura 7 - Relacionamento EMPREGADO gerencia DEPARTAMENTO No exemplo da figura 7, temos a seguinte situao: um empregado pode gerenciar apenas um departamento, enquanto que um departamento, pode ser gerenciado por apenas um empregado. A este tipo de restrio, ns chamamos cardinalidade. A cardinalidade indica o Sistemas de Bancos de Dados Pgina 13
F.C.T.
nmero de relacionamentos dos quais uma entidade pode participar. A cardinalidade pode ser: 1:1, 1:N, M:N. No exemplo da figura 7, a cardinalidade 1:1, pois cada entidade empregado pode gerenciar apenas um departamento e um departamento pode ser gerenciado por apenas um empregado. No exemplo da figura 5, no relacionamento EMPREGADO Trabalha Para DEPARTAMENTO, o relacionamento 1:N, pois um empregado pode trabalhar em apenas um departamento, enquanto que um departamento pode possuir vrios empregados. Na figura 8 temos um exemplo de um relacionamento com cardinalidade N:M.
p1 p2 p3
Figura 8 - Relacionamento N:M No exemplo da figura 8, ns temos que um empregado pode trabalhar em vrios projetos enquanto que um projeto pode ter vrios empregados trabalhando. Outra restrio muito importante a participao. A participao define a existncia de uma entidade atravs do relacionamento, podendo ser parcial ou total. Veja o exemplo da figura 7. A participao do empregado parcial pois nem todo empregado gerencia um departamento, porm a participao do departamento neste relacionamento total pois todo departamento precisa ser gerenciado por um empregado. Desta forma, todas as entidades do tipo entidade DEPARTAMENTO precisam participar do relacionamento, mas nem todas as entidade do tipo entidade EMPREGADO precisam participar do relacionamento. J no exemplo da figura 5, ambas as participaes so totais pois todo empregado precisa trabalhar em um departamento e todo departamento tem que ter empregados trabalhando nele. Estas restries so chamadas de restries estruturais. Algumas vezes, torna-se necessrio armazenar um atributo no tipo relacionamento. Veja o exemplo da figura 7. Eu posso querer saber em que dia o empregado passou a gerenciar o departamento. difcil estabelecer a qual tipo entidade pertence atributo, pois o mesmo definido apenas pela existncia do relacionamento. Quando temos relacionamentos com cardinalidade 1:1, podemos colocar o atributo em uma das entidades, de preferncia, em uma cujo tipo entidade tenha participao total. No caso, o atributo poderia ir para o tipo entidade departamento. Isto porque nem todo empregado participar do relacionamento. Caso a cardinalidade seja 1:N, ento podemos colocar o atributo no tipo entidade com participao N. Porm, se a cardinalidade for N:M, ento o atributo dever mesmo ficar no tipo relao. Veja o exemplo da figura 8. Caso queiramos armazenar quantas horas cada empregado trabalhou em cada projeto, ento este dever ser um atributo do relacionamento. Sistemas de Bancos de Dados Pgina 14
F.C.T.
p1 p2 p3
Figura 9 - Relacionamento com uma Entidade Fraca (Dependente) O tipo entidade DEPENDENTE uma entidade fraca pois no possui um mtodo de identificar uma entidade nica. O EMPREGADO no uma entidade fraca pois possui um atributo para identificao (atributo chave). O nmero do RG de um empregado identifica um nico empregado. Porm, um dependente de 5 anos de idade no possui necessariamente um documento. Desta forma, esta entidade um tipo entidade fraca. Um tipo entidade fraca possui uma chave parcial, que juntamente com a chave primria da entidade proprietria forma uma chave primria composta. Neste exemplo: a chave primria do EMPREGADO o RG. A chave parcial do DEPENDENTE o seu nome, pois dois irmos no podem ter o mesmo nome. Desta forma, a chave primria desta entidade fica sendo o RG do pai ou me mais o nome do dependente. Todos os exemplos vistos acima foram para relacionamentos binrios, ou seja, entre dois tipos entidades diferentes ou recursivos. Porm, o modelo entidade relacionamento no se restringe apenas relacionamentos binrios. O nmero de entidades que participam de um tipo relacionamento irrestrito e armazenam muito mais informaes do que diversos relacionamentos binrios. Considere o seguinte exemplo: Um motorista pode efetuar uma viagem para uma localidade dirigindo um determinado caminho em uma determinada data. Se efetuarmos trs relacionamentos binrios, no teremos estas informaes de forma completa como se criassemos um relacionamento ternrio. Veja o resultado como fica no exemplo da figura 10.
data 1
data 2
Pgina 15
M1
C1
F.C.T.
Pgina 16
F.C.T.
TIPO ENTIDADE
ATRIBUTO
TIPO RELACIONAMENTO
ATRIBUTO DERIVADO
E1
E2
E1
E2
(min, max)
E1
F.C.T.
O primeiro conceito do modelo ERE que ser abordado o de subclasse de um tipo entidade. Como visto anteriormente, um tipo entidade utilizado para representar um conjunto de entidades do mesmo tipo. Em muitos casos, um tipo entidade possui diversos subgrupos adicionais de entidades que so significativas e precisam ser representadas explicitamente devido ao seu significado aplicao de banco de dados. Leve em considerao o seguinte exemplo: Para um banco de dados de uma empresa temos o tipo entidade empregado, o qual possui as seguintes caractersticas: nome, rg, cic, nmero funcional, endereo completo (rua, nmero, complemento, cep, bairro, cidade), sexo, data de nascimento e telefone (ddd e nmero); caso o(a) funcionrio(a) seja um(a) engenheiro(a), ento deseja-se armazenar as seguintes informaes: nmero do CREA e especialidade (Civil, Mecnico, Eltro/Eletrnico); caso o(a) funcionrio(a) seja um(a) secretrio(a), ento deseja-se armazenar as seguinte informaes: qualificao (bi ou tri lngue) e os idiomas no qual possui fluncia verbal e escrita. Se as informaes nmero do CREA, especialidade, tipo e idiomas forem representadas diretamente no tipo entidade empregado estaremos representando informaes de um conjunto limitados de entidades empregado para os todos os funcionrios da empresa. Neste caso, podemo criar duas subclasses do tipo entidade empregado: engenheiro e secretria, as quais iro conter as informaes acima citadas. Alm disto, engenheiro e secretria podem ter relacionamentos especficos. Uma entidade no pode existir meramente como componente de uma subclasse. Antes de ser componente de uma subclasse, uma entidade deve ser componente de uma superclasse. Isto leva ao conceito de herana de atributos; ou seja, a subclasse herda todos os atributos da superclasse. Isto porque a entidade de subclasse representa as mesmas caracterscticas de uma mesma entidade da superclasse. Uma subclasse pode herdar atributos de superclasses diferentes. A figura 12 mostra a representao diagramtica do exemplo acima.
nome no. funcional sexo rg dt. nasc.
Empregado
endereo
Funo d
qualificao No registro
especializao
Engenheiro
Secretria
idiomas
Pgina 18
F.C.T.
3.8.3. Especializao
Especializao o processo de definio de um conjunto de classes de um tipo entidade; este tipo entidade chamado de superclasse da especializao. O conjunto de subclasses formado baseado em alguma caracterstica que distingua as entidades entre si. No exemplo da figura 12, temos uma especializao, a qual podemos chamar de funo. Veja agora no exemplo da figura 13, temos a entidade empregado e duas especializaes.
Empregado
Funo d
Categoria Salarial d
Engenheiro
Secretria
Horista
Mensalista
Figura 13 - Duas Especializaes para Empregado: Funo e Categoria Salarial Como visto anteriormente, uma subclasse pode ter relacionamentos especficos com outras entidades ou com a prpria entidade que a sua superclasse. Veja o exemplo da figura 14.
Empregado
Pgina 19
Unimar - Universidade de Marlia O processo de especializao nos permite: definir um conjunto de subclasses de um tipo entidade; associar atributos especficos adicionais para cada subclasse;
F.C.T.
3.8.4. Generalizao
A generalizao pode ser pensada como um processo de abstrao reverso ao da especializao, no qual so suprimidas as diferenas entre diversos tipos entidades, identificando suas caractersticas comuns e generalizando estas entidades em uma superclasse
no. funcional
qualificao
especializao
Engenheiro
Secretria
idiomas
nome
rg
nome
rg
rg
Empregado Funo d
qualificao
no registro
especializao
Engenheiro
Secretria
idiomas
Figura 16 - Generalizao Empregado para os Tipos Entidades Engenheiro e Secretria importante destacar que existe diferena semntica entre a especializao e a generalizao. Na especializao, podemos notar que a ligao entre a superclasse e as subclasses feita atravs de um trao simples, indicando participao parcial por parte da superclasse. Analisando o exemplo da figura 12, observado que um empregado no obrigado a ser um engenheiro ou uma secretria. Na generalizao, podemos notar que a Sistemas de Bancos de Dados Pgina 20
F.C.T.
ligao entre a superclasse e as subclasses feita atravs de um trao duplo, indicando participao total por parte da superclasse. Analisando o exemplo da figura 16, observado que um empregado obrigado a ser um engenheiro ou uma secretria. A letra d dentro do crculo que especifica uma especializao ou uma generalizao significa disjuno. Uma disjuno em uma especializao ou generalizao indica que uma entidade do tipo entidade que representa a superclasse pode assumir apenas um papel dentro da mesma. Analisando o exemplo da figura 13. Temos duas especializaes para a superclasse Empregado, as quais so restringidas atravs de uma disjuno. Neste caso, um empregado pode ser um engenheiro ou uma secretria e o mesmo pode ser horista ou mensalista. Alm da disjuno podemos ter um overlap, representado pela letra o. No caso do overlap, uma entidade de uma superclasse pode ser membro de mais que uma subclasse em uma especializao ou generalizao. Analise a generalizao no exemplo da figura 17. Suponha que uma pea fabricada em uma tornearia pode ser manufaturada ou torneada ou ainda, pode ter sido manufaturada e torneada.
Pea
o
No. Projeto Data
Ordem Servio
Manufaturada
Torneada
Preo
Pgina 21
F.C.T.
Empregado
Funo d
Categoria Salarial d
Secretaria
Engenheiro
Mensalista
Horista
Gerente
Figura 18 - Um Lattice com a Subclasse Gerente Compartilhada Neste caso ento, um gerente ser um funcionrio que alm de possuir as caractersticas prprias de Gerente, herdar as caractersticas de Engenheiro e de Mensalista.
Pgina 22
F.C.T.
4. O Modelo Relacional
O modelo relacional foi criado por Codd em 1970 e tem por finalidade representar os dados como uma coleo de relaes, onde cada relao representada por uma tabela, ou falando de uma forma mais direta, um arquivo. Porm, um arquivo mais restrito que uma tabela. Toda tabela pode ser considerada um arquivo, porm, nem todo arquivo pode ser considerado uma tabela. Quando uma relao pensada como uma tabela de valores, cada linha nesta tabela representa uma coleo de dados relacionados. Estes valores podem ser interpretados como fatos descrevendo uma instncia de uma entidade ou de um relacionamento. O nome da tabela e das colunas desta tabela so utilizados para facilitar a interpretao dos valores armazenados em cada linha da tabela. Todos os valores em uma coluna so necessariamente do mesmo tipo. Na terminologia do modelo relacional, cada tabela chamada de relao; uma linha de uma tabela chamada de tupla; o nome de cada coluna chamado de atributo; o tipo de dado que descreve cada coluna chamado de domnio.
Um esquema de relao R, denotado por R(A1, A2, ... , An), onde cada atributo Ai o nome do papel desempenhado por um domnio D no esquema relao R, onde D chamado domnio de Ai e denotado por dom(Ai). O grau de uma relao R o nmero de atributos presentes em seu esquema de relao. A instncia r de um esquema relao denotado por r(R) um conjunto de n-tuplas r = [t1, t2, ... , tn] onde os valores de [t1, t2, ... , tn] devem estar contidos no domnio D. O valor nulo tambm pode fazer parte do domnio de um atributo e representa um valor no conhecido para uma determinada tupla.
F.C.T.
chave uma superchave da qual no se pode extrair atributos. Por exemplo, o conjunto: (RA, Nome, Endereo) uma superchave para estudante, porm, no uma chave pois se tirarmos o campo Endereo continuaremos a ter uma superchave. J o conjunto (Nome da Revista, Volume, No da Revista) uma superchave e uma chave, pois qualquer um dos atributos que retirarmos, deixaremos de ter uma superchave, ou seja, (Nome da Revista, Volume) no identifica uma nica tupla. Em outras palavras, uma superchave uma chave composta, ou seja, uma chave formada por mais que um atributo. Veja o exemplo abaixo:
Tabela DEPENDENTES RG Responsvel 10101010 10101010 20202020 20202020 30303030 Nome Dependente Jorge Luiz Fernanda Angelo Fernanda Dt. Nascimento 27/12/86 18/11/79 14/02/69 10/02/95 01/05/90 Relao Filho Filho Conjuge Filho Filho Sexo Masculino Masculino Feminino Masculino Feminino
Quando uma relao possui mais que uma chave (no confundir com chave composta) como por exemplo RG e CIC para empregados - cada uma destas chaves so chamadas de chaves candidatas. Uma destas chaves candidatas deve ser escolhida como chave primria. Uma chave estrangeira CE de uma tabela R1 em R2 ou vice-versa, especifica um relacionamento entre as tabelas R1 e R2.
Tabela DEPARTAMENTO Nome Contabilidade Engenharia Civil Engenharia Mecnica Nmero 1 2 3 RG Gerente 10101010 30303030 20202020
Tabela EMPREGADO Nome Joo Luiz Fernando Ricardo Jorge Renato RG 10101010 20202020 30303030 40404040 50505050 CIC 11111111 22222222 33333333 44444444 55555555 Depto. 1 2 2 2 3 RG Supervisor NULO 10101010 10101010 20202020 20202020 Salrio 3.000,00 2.500,00 2.300,00 4.200,00 1.300,00
F.C.T.
O mapeamento do modelo entidade relacionamento para o Modelo Relacional segue oito passos bsicos a saber: 1. Para cada entidade E no modelo ER criada uma tabela T1 no Modelo Relacional que inclua todos os atributos simples de E; para cada atributo composto, so inseridos apenas os componentes simples de cada um; um dos atributos chaves de E deve ser escolhida como a chave primria de T1; 2. Para cada entidade fraca EF com entidade proprietria E no modelo ER, criada uma tabela T1 no Modelo Relacional incluindo todos os atributos simples de EF; para cada atributo composto , so inseridos apenas os componentes simples de cada um; a chave primria desta relao T1 ser composta pela chave parcial da entidade fraca EF mais a chave primria da entidade proprietria E; 3. Para cada relacionamento regular com cardinalidade 1:1 entre entidades E1 e E2 que geraram as tabelas T1 e T2 respectivamente, devemos escolher a chave primria de uma das relaes (T1, T2)e inser-la como chave estrangeira na outra relao; se um dos lados do relacionamento tiver participao total e outro parcial, ento interessante que a chave do lado com participao parcial seja inserido como chave estrangeira no lado que tem participao total; 4. Para cada relacionamento regular com cardinalidade 1:N entre entidades E1 e E2 respectivamente e que geraram as tabelas T1 e T2 respectivamente, deve-se inserir a chave primria de T1 como chave estrangeira em T2; 5. Para cada relacionamento regular com cardinalidade N:N entre entidades E1 e E2, criase uma nova tabela T1, contendo todos os atributos do relacionamento mais o atributo chave de E1 e o atributo chave de E2; a chave primria de T1 ser composta pelos atributos chave de E1 e E2; 6. Para cada atributo multivalorado A1, cria-se uma tabela T1, contendo o atributo multivalorado A1, mais o atributo chave C da tabela que representa a entidade ou relacionamento que contm A1; a chave primria de T1 ser composta por A1 mais C; se A1 for composto, ento a tabela T1 dever conter todos os atributos de A1; 7. Para cada relacionamento n-rio, n > 2, cria-se uma tabela T1, contendo todos os atributos do relacionamento; a chave primria de T1 ser composta pelos atributos chaves das entidades participantes do relacionamento; 8. Converta cada especializao com m subclasses {S1, S2, ..., Sm} e superclasse SC, onde os atributos de SC so {c, a1, a2, ..., an} onde c a chave primria de SC, em tabelas utilizando uma das seguintes opes: 8.1. Crie uma tabela T para SC com os atributos A(T) = {c, a1, a2, ..., an} e chave C(T) = c; crie uma tabela Ti para cada subclasse Si , 1 i m, com os atributos A(Ti) = {c} A(Si), onde C(T) = c; 8.2. Crie uma tabela Ti para cada subclasse Si, 1 i m, com os atributos A(Ti) = A(Si) {c, a1, a2, ..., an} e C(Ti) = c; 8.3. Crie uma tabela T com os atributos A(T) = {c, a1, a2, ..., an} A(S1) ... A(Sm) {t} e C(T) = c, onde t um atributo tipo que indica a subclasse qual cada tupla pertence, caso isto venha a ocorrer; 8.4. Crie uma tabela T com atributos A(T) = {c, a1, a2, ..., an} A(S1) ... A(Sm) {t1, t2, ..., tm} e C(T) = c; esta opo para generalizaes com overlapping, e cada ti, 1 i m, um atributo booleano indicando se a tupla pertence ou no subclasse Si; embora funcional, esta opo pode gerar uma quantidade muito grande de valores nulos; Sistemas de Bancos de Dados Pgina 25
F.C.T.
EF
2. Nmero_Projeto
A dependncia 1 implica que o nmero de um RG define de forma nica o nome do empregado e o CIC do empregado. A dependncia 2 implica que o nmero do projeto define de forma nica o nome do projeto e sua localizao e a dependncia 3 implica que o RG do empregado mais o nmero do projeto define de forma nica o nmero de horas que o empregado trabalhou no projeto. A especificao das inferncias deve ser elaborada pelo Sistemas de Bancos de Dados Pgina 26
F.C.T.
projetista de banco de dados em conjunto com o analista de sistemas, pois os mesmos devero ter conhecimento da semntica da base de dados.
4.4.2. Normalizao
O processo de normalizao pode ser visto como o processo no qual so eliminados esquemas de relaes (tabelas) no satisfatrios, decompondo-os, atravs da separao de seus atributos em esquemas de relaes menos complexas mas que satisfaam as propriedades desejadas. O processo de normalizao como foi proposto inicialmente por Codd conduz um esquema de relao atravs de um bateria de testes para certificar se o mesmo est na 1a, 2a e 3a Formas Normais. Estas trs Formas Normais so baseadas em dependncias funcionais dos atributos do esquema de relao. 4.4.2.1. 1a Forma Normal A 1a Forma Normal prega que todos os atributos de uma tabela devem ser atmicos (indivisveis), ou seja, no so permitidos atributos multivalorados, atributos compostos ou atributos multivalorados compostos. Leve em considerao o esquema a seguir: CLIENTE 1. Cdigo 2. { Telefone } 3. Endereo: ( Rua, Nmero, Cidade ) gerando a tabela resultante: Cliente Cdigo Telefone 1 Telefone n Rua Endereo No Cidade
sendo que a mesma no est na 1a Forma Normal pois seus atributos no so atmicos. Para que a tabela acima fique na 1a Forma Normal temos que eliminar os atributos no atmicos, gerando as seguintes tabelas como resultado: Cliente Cdigo Rua Nmero Cidade
Cliente_Telefone
Cdigo_Cliente
Telefone_Client e
4.4.2.2. 2a Forma Normal A 2a Forma Normal prega o conceito da dependncia funcional total. Uma dependncia funcional X Y total se removemos um atributo A qualquer do componente X e desta forma, a dependncia funcional deixa de existir. A dependncia funcional X Y uma dependncia funcional parcial se existir um atributo A qualquer do componente X que pode ser removido e a dependncia funcional X Y no deixa de existir. Veja a dependncia funcional 3 do tem 4.4.1. Dependncia Funcional: { RG_Empregado, Nmero_Projeto } Sistemas de Bancos de Dados Horas Pgina 27
F.C.T.
uma dependncia funcional total, pois se removermos o atributo RG_Empregado ou o atributo Nmero_Projeto, a dependncia funcional deixa de existir. Uma tabela T est na 2a Forma Normal se estiver na 1a Forma Normal e todo atributo que no compem a chave primria C for totalmente funcionalmente dependente da chave primria C. Se uma tabela no est na 2a Forma Normal a mesma pode ser normalizada gerando outras tabelas cujos atributos que no faam parte da chave primria sejam totalmente funcionalmente dependente da mesma, ficando a tabela na 2a Forma Normal. 4.4.2.3. 3a Forma Normal A 3a Forma Normal prega o conceito de dependncia transitiva. Uma dependncia funcional X Y em uma tabela T uma dependncia transitiva se existir um conjunto de atributos Z que no um subconjunto de chaves de T e as dependncias X Z, Z Y, so vlidas. Considere a seguinte tabela como exemplo:
Empregado RG Nome No_Departamento Nome_Depto RG_Ger_Depto
onde temos a seguinte dependncia transitiva: RG RG { Nome_Depto, RG_Ger_Depto } No_Departamento { Nome_Depto, RG_Ger_Depto }
No_Departamento
Neste caso, a dependncia transitiva: RG RG CIC { Nome, No_Funcional } CIC { Nome, No_Funcional }
no valida pois o atributo CIC uma chave candidata. Uma tabela est na 3a Forma Normal se estiver na 2a Forma Normal e no houver dependncia transitiva entre atributos no chave.
Pgina 28
F.C.T.
A operao select utilizada para selecionar um subconjunto de tuplas de uma relao, sendo que estas tuplas devem satisfazer uma condio de seleo. A forma geral de uma operao select :
consulta2 =
As operaes relacionais que podem ser aplicadas na operao select so: <, >, , , =, alm dos operadores booleanos: and, or, not. A operao select unria, ou seja, s pode ser aplicada a uma nica relao. No possvel aplicar a operao sobre tuplas de relaes distintas.
F.C.T.
Nome,
Dt. Nascimento
(DEPENDENTES)
F.C.T.
Tabela consulta5 Nome Ricardo Renato RG 30303030 50505050 CIC 33333333 55555555 Depto. 2 3 RG Supervisor 10101010 20202020 Salrio 2.300,00 1.300,00
consulta6 =
consulta7 =
depto = 2 (EMPREGADOS)
Pgina 31
Tabela consulta7
F.C.T.
Depto. 2 2 2
Vamos agora selecionar os supervisores dos empregados que trabalham no departamento nmero 2.
consulta8 =
rg_supervisor (CONSULTA7)
consulta9 =
RG
rg(CONSULTA7)
Tabela consulta9
consulta10
RG
= CONSULTA8 CONSULTA9
Tabela consulta10
Pgina 32
F.C.T.
selecione todos os empregados que desenvolvem algum projeto e que trabalham no departamento nmero 2; Vamos primeiro selecionar todos os empregados que trabalham em um projeto.
consulta11 =
rg_empregado(EMPREGADO/PROJETO)
consulta12 =
rg (depto = 2 (EMPREGADOS))
Tabela consulta12 RG 20202020 30303030 40404040
Obtemos ento todos os empregados que trabalham no departamento 2 e que desenvolvem algum projeto.
consulta13
= CONSULTA11 CONSULTA12
Tabela consulta13 RG 20202020 30303030 40404040
Leve em considerao a seguinte consulta: selecione todos os usurios que no desenvolvem projetos;
consulta14 =
rg_empregado (EMPREGADO/PROJETO)
Pgina 33
F.C.T.
consulta15 =
rg (EMPREGADOS)
Tabela consulta15 RG 10101010 20202020 30303030 40404040 50505050
F.C.T.
Tabela consulta16 RG Empregado 20202020 20202020 20202020 20202020 20202020 20202020 30303030 30303030 30303030 40404040 40404040 40404040 50505050 50505050 50505050 Nmero Projeto 5 5 5 10 10 10 5 5 5 20 20 20 20 20 20 Nome Financeiro 1 Motor 3 Prdio Central Financeiro 1 Motor 3 Prdio Central Financeiro 1 Motor 3 Prdio Central Financeiro 1 Motor 3 Prdio Central Financeiro 1 Motor 3 Prdio Central Nmero 5 10 20 5 10 20 5 10 20 5 10 20 5 10 20 Localizao So Paulo Rio Claro Campinas So Paulo Rio Claro Campinas So Paulo Rio Claro Campinas So Paulo Rio Claro Campinas So Paulo Rio Claro Campinas
Vamos agora selecionar as tuplas resultantes que esto devidamente relacionadas que so as que possuem o mesmo valor em nmero do projeto e nmero e cuja localizao seja Campinas. consulta17
nmero
((nmero_projeto
nmero)
.and.
(localizao
A operao produto cartesiano no muito utilizada por no oferecer um resultado otimizado. Veja o tem seguinte.
<condio de juno> S
Unimar - Universidade de Marlia encontre todos os funcionrios que desenvolvem projetos em Campinas; consulta18 = EMPREGADOS/PROJETOS
Tabela consulta18 RG_Empregado 20202020 20202020 30303030 40404040 50505050 Nmero_Projeto 5 10 5 20 20 Nome Financeiro 1 Motor 3 Financeiro 1 Prdio Central Prdio Central Nmero 5 10 5 20 20 Localizao So Paulo Rio Claro So Paulo Campinas Campinas
F.C.T.
consulta19 =
Unimar - Universidade de Marlia create table <nome_tabela> ( <nome_coluna1> <tipo_coluna1> <nome_coluna2> <tipo_coluna2> : <nome_colunan> <tipo_colunan>
Por exemplo, para criar a tabela EMPREGADOS do apndice A, teramos o seguinte comando: create table EMPREGADOS ( nome rg cic depto rg_supervisor salario, char (30) integer integer, integer integer, decimal (7,2) NOT NULL, NOT NULL, NOT NULL, NOT NULL );
4.6.1.2. Comando DROP TABLE O comando drop table permite a excluso de uma tabela (relao) em um banco de dados. A forma geral para o comando drop table : drop table <nome_tabela>; Por exemplo, para eliminar a tabela EMPREGADOS do apndice A teramos o seguinte comando: drop table EMPREGADOS; Observe que neste caso, a chave da tabela EMPREGADOS, (rg) utilizada como chave estrangeira ou como chave primria composta em diversos tabelas que devem ser devidamente corrigidas. Este processo no assim to simples pois, como vemos neste caso, a excluso da tabela EMPREGADOS implica na alterao do projeto fsico de diversas tabelas. Isto acaba implicando na construo de uma nova base de dados. 4.6.1.3. Comando ALTER TABLE O comando alter table permite que o usurio faa a incluso de novos atributos em uma tabela. A forma geral para o comando alter table a seguinte: alter table <nome_tabela> add <nome_coluna> <tipo_coluna>; No caso do comando alter table, a restrio NOT NULL no permitida pois assim que se insere um novo atributo na tabela, o valor para o mesmo em todas as tuplas da tabela recebero o valor NULL.
F.C.T.
Por exemplo, para selecionar o nome e o rg dos funcionrios que trabalham no departamento nmero 2 na tabela EMPREGADOS utilizamos o seguinte comando: select nome, rg from EMPREGADOS where depto = 2; obteremos ento o seguinte resultado:
Nome Fernando Ricardo Jorge RG 20202020 30303030 40404040
Pgina 38
F.C.T.
10101010 20202020
nome, rg (
O operador * dentro do especificador select seleciona todos os atributos de uma tabela, enquanto que a excluso do especificador where faz com que todas as tuplas de uma tabela sejam selecionadas. Desta forma, a expresso: select * from empregados; gera o seguinte resultado:
Nome Joo Luiz Fernando Ricardo Jorge Renato RG 10101010 20202020 30303030 40404040 50505050 CIC 11111111 22222222 33333333 44444444 55555555 Depto. 1 2 2 2 3 RG Supervisor NULO 10101010 10101010 20202020 20202020 Salrio 3.000,00 2.500,00 2.300,00 4.200,00 1.300,00
Diferente de lgebra relacional, a operao select em SQL permite a gerao de tuplas duplicadas como resultado de uma expresso. Para evitar isto, devemos utilizar o especificador distinct. Veja a seguir os exemplos com e sem o especificador distinct. select depto from empregado; que gera os seguintes resultados:
Depto. 1 2 2 2 3 Depto. 1 2 3
Podemos gerar consultas aninhadas em SQL utilizando o espeficicador in, que faz uma comparao do especificador where da consulta mais externa com o resultado da consulta mais interna. Considere a consulta a seguir:
selecione o nome de todos os funcionrios que trabalham em projetos localizados em Rio Claro; Sistemas de Bancos de Dados Pgina 39
Unimar - Universidade de Marlia select e1.nome, e1.rg, e1.depto from empregado e1, empregado_projeto e2 where e1.rg = e2.rg_empregado and e2.numero_projeto in ( select numero from projeto where localizacao = Rio Claro);
F.C.T.
Para selecionar um conjunto de tuplas de forma ordenada devemos utilizar o comando order by. Leve em considerao a seguinte consulta: selecione todos os empregados por ordem alfabtica: select nome, rg, depto from empregado order by nome;
Considere a seguinte declarao: insira na tabela empregados, os seguintes dados: nome: Jorge Goncalves rg: 60606060 cic: 66666666 departamento: 3 rg_supervisor: 20202020 salrio: R$ 4.000,00 insert into values ou ainda: insira na tabela empregados os seguintes dados: nome: Joao de Campos rg: 70707070 cic: 77777777 departamento: 3 salrio: R$2.500,00 insert into values empregados (nome, rg, cic, depto, salario) (Joao de Campos, 70707070, 77777777, 3, 2500,00); empregados (Jorge Goncalves, 60606060, 66666666, 3, 20202020, 4000,00);
Pgina 40
F.C.T.
Como na primeira insero todos os campos foram inseridos, ento no foi necessrio especificar o nome das colunas. Porm, na segunda insero, o campo rg_supervisor no foi inserido, ento especificou-se as colunas. Outra forma de se elaborar esta insero seria: insert into values empregados (Joao de Campos, 70707070, 77777777, 3, , 2500,00);
Neste caso, utilizou-se os caracteres para se declarar que um valor nulo seria inserido nesta coluna. Para se efetuar uma alterao em uma tabela, utilizado o comando update. A forma geral do comando update : update set where <tabela> <coluna> = <expresso> <condio>
Considere a seguinte declarao: atualize o salrio de todos os empregados que trabalham no departamento 2 para R$ 3.000,00; update set where empregado salario = 3.000,00 depto = 2;
Para se eliminar uma tupla de uma tabela, utiliza-se o comando delete. A forma geral do comando update : delete from <tabela> where <condio>; Leve em considerao a seguinte expresso: elimine os registros nos quais o empregado trabalhe no departamento 2 e possua salrio maior que R$ 3.500,00; delete from empregado where salario > 3.500,00 and depto = 2; Nos casos de atualizao que foram vistos, todas as <condies> podem ser uma consulta utilizando o comando select, onde o comando ser aplicado sobre todos os registros que satisfizerem as condies determinadas pelo comando de seleo.
Pgina 41
F.C.T.
5. Bibliografia
Fundamentals of Database Systems; Ramez Elmasri, Shamkant Navathe; The Benjamin CummingsPublishing Company; 1989; Sistema de Banco de Dados; Henry F. Korth, Abraham Silberschatz; Makro Books; 1995; SQL Language - Oracle Reference Manual; Version 7.2;
Pgina 42
F.C.T.
Tabela DEPARTAMENTO Nome Contabilidade Engenharia Civil Engenharia Mecnica Nmero 1 2 3 RG Gerente 10101010 30303030 20202020
Tabela PROJETO Nome Financeiro 1 Motor 3 Prdio Central Nmero 5 10 20 Localizao So Paulo Rio Claro Campinas
Tabela DEPENDENTES RG Responsvel 10101010 10101010 20202020 20202020 30303030 Nome Dependente Jorge Luiz Fernanda Angelo Adreia Dt. Nascimento 27/12/86 18/11/79 14/02/69 10/02/95 01/05/90 Relao Filho Filho Conjuge Filho Filho Sexo Masculino Masculino Feminino Masculino Feminino
Tabela EMPREGADO_PROJETO RG Empregado 20202020 20202020 30303030 40404040 50505050 Nmero Projeto 5 10 5 20 20 Horas 10 25 35 50 35
Pgina 43