1

1

Curso: Sistema de Informação Disciplina: Banco de dados II Fase: 3 Professor: Edson Thizon (ethizon@hotmail.com) Nº de créditos: 04 Carga Horária: 68 horas/aula

BANCO DE DADOS II 1- NOÇÕES FUNDAMENTAIS 1.1. Transações Transação é uma unidade atômica de trabalho que atua sobre um banco de dados. Uma transação pode ser constituída por uma ou mais operações de acesso à base de dados. Todas as operações devem ser bem-sucedidas, caso contrário os efeitos da transação devem ser revertidos. Uma transação bem-sucedida termina quando um comando COMMIT é executado. O comando COMMIT finaliza e efetiva todas as alterações feitas na base de dados durante a transação. 1.2. ROLLBACK

Se uma transação aborta antes de o comando COMMIT ser executado, a transação deve ser desfeita, isto é, todas as mudanças feitas durante a transação devem ser desconsideradas. O processo de recuperação automática que permite desfazer as alterações feitas contra a base é chamado ROLLBACK. O ROLLBACK retorna a situação dos objetos da base alterados na transação à mesma situação em que se encontravam no início da transação. O ROLLBACK reverte os efeitos de uma transação como se ela nunca tivesse existido. 1.3. Locks Quando um dado é acessado por uma transação, o perigo de interferência de outras transações acessarem o mesmo dado é constante. O gerenciamento de LOCKS ajuda a prevenir isto. Locks são recursos de compartilhamento de dados, que permitem que o dado seja atualizado e pesquisados dentro de um ambiente multi-usuário de maneira segura e que lhes garante confiabilidade e integridade. Através dos locks é possível garantir que somente um usuário esteja atualizando o dado em um determinado momento, que vários usuários possam pesquisar o mesmo dado ao mesmo tempo, etc. Há, normalmente, independente da nomenclatura dada por fornecedores de SGBDs, dois níveis de locks importantes: - locks exclusivos: ou XLOCKS, usados para garantir o uso de um determinado dado por um único usuário. É especialmente utilizado em casos de atualizações. - locks compartilhados: ou SLOCKS, usados para permitir que mais de um usuário acesse o mesmo dado ao mesmo tempo. É especialmente utilizado em casos de pesquisa em tela, por exemplo. Os

2

2

SLOCKS garantem que um usuário possa consultar (e somente consultar) um dado se houver outros usuários acessando o mesmo dado para consulta. Quando um usuário adquire um nível de lock sobre um dado, ele pode requisitar outro nível ao SGBD. A este conceito damos o nome de promoção de níveis de LOCK. Imagine um usuário em nível SLOCK sobre um registro presente na tela. Para alterar o registro, será necessário que adquira XLOCK, para depois poder alterá-lo. Isto só será possível se mais nenhum usuário estiver atuando sobre o mesmo registro, seja em SLOCK ou XLOCK. Isto se explica de maneira muito simples: - se fosse possível a qualquer usuário alterar valores de registros em uso por parte de outros usuários, a informação consultada nunca seria garantidamente segura, uma vez que a qualquer momento poderia ser alterada, inclusive no exato momento de um processamento, quando iniciaria com um valor e terminaria com outro valor, alterado por outro usuário. A tabela abaixo mostra as transições de níveis de LOCK possíveis: Corrente Requisitado Slock Xlock Slock OK X Xlock OK X A Tabela a seguir mostra a compatibilidade de Locks entre transações : TX1 TX2 SLOCK XLOCK - OK OK SLOCK OK X XLOCK X X 1.4 Promoção de Locks por Objeto A tabela abaixo mostra as transições de níveis de locks por objeto(tabela ou registro da base de dados) possíveis: Corrente Requisitado Slock

Registro Slock Tabela

Xlock Registro

Xlock Tabela

Slock Registro

OK X X X

Slock Tabela

OK OK X X

Xlock registro

Ok X OK X

Xlock Tabela

OK OK OK OK

3

3

1.5 Gerenciadores de Banco de dados OLTP(On-line Transaction Processing) Os Gerenciadores de banco de dados OLTP ou transacionais permitem que os dados armazenados em um banco de dados permaneçam disponíveis 24 horas por dia. Estes Gerenciadores possuem arquitetura complexa e bastante sofisticada que garante a integridade transacional das operações efetuadas contra a base de dados. Adotam a filosofia all-or-nothing pela qual uma transação só é efetivada contra a base ao se alcançar a instrução COMMIT. Este procedimento garante que processos longos de modificação do estado da base jamais sejam efetivados parcialmente. Da mesma forma, este gerenciadores permitem que seja feito bachup do seu conteúdo de maneira transparente para que está usando os dados armazenados, não sendo necessário desativar o servidor de dados. 1.6 Log de Transações O Log de transações, embora possa ser encontrado também em SGBDs OLTP. Normalmente trata-se de um arquivo que registra todo o desenvolvimento de cada transação ocorrida ou em curso. Sua importância está na capacitação de efetuação de rollcks e rollforwords, que possibilitam desfazer e refazer transações. 1.7 Falhas Os bancos de dados estão sujeitos a diversas causas de falhas: - queda do fornecimento de energia; - falhas de hardware; - falhas ou sabotagem de operação; - etc. Os backups e sua administração são os mecanismo determinante da reversibilidade dos efeitos e danos provocados por falhas. Da mesma forma, a capacitação para desfazer transações incompletas, e refazer transações completas é de fundamental importância neste sentido. Após ocorrida uma falha, já na reinicialização do banco de dados, o SGBD deve possuir ferramentas que possibilitem verificar que um encerramento anormal ocorreu e determinar as providências a se tomar: - se o backup deve ser restaurado ou não; - se será necessário “rolar” log de transações; - Quantas e quais transações serão desfeitas 1.8 ROLLFORWORD Quando da reinicialização de um banco de dados após uma falha, algumas transações podem ter sido perdidas na memória, embora um comando Commit já tenha sido emitido. Isto quer dizer que no log de transações a transação é considerada completa. No entanto, os efeitos não foram registrados em definitivo na base de dados. Isto quer dizer que esta transação deve ser completada novamente. Usando o log de transações o SGDB "sabe" que partes da transação ainda não foram gravados em definitivo. As etapas que ainda faltam ser gravadas são então executadas até ser encontrado o comando COMMIT gravado no log de transações. A este processo chamamos refazer a transação ou rollfoward.

4

4

Diferente do rollback, que pode ser executado por uma aplicação ou no processo de reinicialização do banco de dados, o rollfoward pode ser apenas executado quando do processo de reinicialização do banco de dados. 1.9 SYNCPOINT Embora algumas SGDBs permitam que cada transação completada seja imediatamente gravada na base, este não é sem dúvida o melhor meio de se efetivar transações, devido à sobrecarga de gravação contra o banco, o que ocasiona uma queda de performance considerável. Cada operação que constitui uma transação pode ser mantida em memória (gerenciada por paginadores, cache managers, etc) e registrada contra o log de transações, sendo gravada contra a base em intervalos de tempo pré-determinados. Quando terminado o intervalo, todos os efeitos da alterações mantidos em memória são gravados efetivamente contra a base, sem prejuízo do gerenciamento de lock em curso. A este "alarme" que permite disparar a efetivações contra a base chamamos syncpoint. Os syncpoints sincronizam log de transações, base de dados e memória. 2. ARQUITETURAS DE DISTRIBUIÇÃO DE DADOS Há, na teoria, 2 arquiteturas básica de Bancos de Dados no que se refere à distribuição dos dados: -Centralizados: os dados encontram-se sob um único gerenciamento, possivelmente no mesmo equipamento, podendo ser acessados por equipamentos localizados à distância; -Distribuídos: Os dados encontram-se sob gerenciamento distribuído, possivelmente em equipamentos separados por qualquer distância, ligados por meios de comunicação de dados. Cada unidade è autônoma no que se refere a seus próprios dados, podendo acessá-los independentemente de haver conexão ativa com as demais. Isto é, por exemplo, o caso de uma agência bancária que armazena os dados de seus clientes: para acessá-los localmente ela não depende ( de fato, não pode depender) das demais agências, ou se a comunicação com a matriz está no ar ou não. A distribuição dos dados deve ser efetiva: acessar os dados dos clientes locais não pode de forma alguma depender do acesso a outros equipamentos que não sejam o servidor de dados local. No entanto, dados de outras agências também devem estar disponíveis, sendo transparente para o usuário final onde efetivamente se encontra o dado requisitado. Esta questão abre uma discussão sobre alguns aspectos: -Se uma agência precisa consultar, por exemplo, um dicionário master de toda a rede, para descobrir que finalmente os dados que precisa são locais, este BD pode ser considerado distribuído, especialmente se este master se encontra em outro equipamento à distância? -Se o master vier a ter algum problema, todas as agências deixam de ter inclusive acesso a seus próprios dados. Isto pode acontecer em um BD distribuído? Estes são pontos cruciais sobre os quais se focalizam as querelas entre fornecedores de BD centralizados e distribuídos. O fato é que, enquanto não há uma palavra final dos organismos internacionais de padronização sobre o que é totalmente distribuído e o que não é, fornecedores diversos têm adotado uma filosofia alternativa que se não atende a todas as necessidades da distribuição completa dos dados, auxilia na obtenção de algumas vantagens que antes só eram alcançadas através desta distribuição: o processamento distribuído sobre dados centralizados, mais presente hoje na forma client-server ou cliente servidor. Na forma tradicional de processamento à distância sobre dados distribuídos, todos os equipamentos eram considerados terminais da máquina principal ou host. Isto, na maioria das vezes queria dizer que remotamente, através de modem, linha privada ou discada, redes de pacotes, etc.,

5

5

obtinha-se um terminal a mais, ainda que funcionando a uma velocidade de comunicação inferior aos terminais locais. Tecnologicamente, as formas de comunicação de dados sofreram um avanço considerável pelo uso de protocolos mais rápidos e confiáveis, bem como pela melhoria de equipamentos de comunicação e meios de transmissão, especialmente a fibra óptica. Isto resolveu o problema da velocidade de comunicação host-terminal. Subsistia o problema da sobrecarga de processamento, cada terminal a mais conectado ao host tendia a degradar a performance global do equipamento. A filosofia cliente-servidor foi a alternativa encontrada para este problema. Passou-se a adotar uma forma de processamento realmente distribuído, no qual ao invés de se ligar terminais diretamente sobre o host, ligam-se a servidores de processamento, que conectados ao host, agora chamado servidor de dados, tornam-se clientes de dados armazenados no servidor. Assim, cada servidor de processamento dá aos usuários dos terminais ligados a ele a impressão de que os dados estão efetivamente armazenados nele. De fato, esta é a impressão que a máquina servidora de processamento tem de si própria, embora ela seja um cliente dos dados do servidor de dados. Como resultado, todo o processamento dos terminais é feito pelo cliente, que requisita ao servidor somente os dados necessários ao processamento. Reduz-se assim, a quantidade de canais de comunicação necessários entre o antigo host e os terminais, passando a existir canais entre o host, agora chamado servidor, e as máquinas clientes. Numa palavra final, permanecem centralizados os dados, mas distribui-se o processamento. 2.1 TWO-PHASE COMMIT Uma das principais características, e também das que apresentam maior dificuldade de implementação plena, para BD distribuídos é o COMMIT de duas fases ou two-phase commit (TPC). Imagine uma transação sobre um banco de dados distribuído que atualize tabelas de 3 ou 4 máquinas. O que aconteceria à transação se uma das máquinas que teve alguma tabela já atualizada saísse do ar enquanto a transação prosseguia até certo ponto quando então um rollfoward fosse solicitado por qualquer razão? Ao tentar desfazer a parte da transação ocorrida sobre o equipamento em falha poderia acontecer de não serem revertidos os efeitos da transação sobre os dados daquele equipamento, mas dos demais sim. Isto colocaria o banco numa situação de exceção, ou erro transacional, ou ainda de falha da integridade transacional. Para evitar este problema, e da mesma forma garantir que quando uma transação emita um COMMIT, todos os gerenciadores envolvidos efetuem as partes da transação com que estão envolvidos, faz-se necessário emitir um COMMIT para cada gerenciador. A transação só será efetivamente "commitada" no caso de todos os gerenciadores envolvidos responderem OK à solicitação. 3 . SISTEMA GERENCIADOR DE BANCO DE DADOS (recapitulação BD) 3.1 CONCEITO (Sistema Gerenciador de Banco de Dados) - É um programa que gerencia e mantém listas de informações. Os dados armazenados em um banco de dados podem ser imaginados como uma população de informação. Nesse caso, a população não representa apenas um grupo de pessoas que vive na mesma área geográfica, mas qualquer grupo ou classe de itens ou objetos que podemos definir. Ao criarmos um banco, a população na qual estamos interessados é aquela que precisamos rastear, e que se torna a base dos dados.

6

6

Para armazenar os dados em disco, o DBMS tem de fornecer algum tipo de serviço de definição de dados, a fim de definir os registros e os campos. Precisa, ainda, de um mecanismo interno para manter os dados no disco e para saber onde está cada elemento em particular. 3.2 Aplicativo de Banco de Dados São programas que permite restaurar, visualizar e atualizar as informações armazenadas pelo DBMS. Domínio É a categoria e o tipo dos elementos permitidos em um campo particular. Ex: nome : A..Z, a..z Modelos de DBMS - Sistema de Gerenciamento de arquivos; - Sistema de Banco e Dados Hierárquico - Sistema de Banco de Dados de Rede; - Banco de Dados Relacional; 4. SQL

4.1 Histórico Entre 1974 e 1979, o San José Research Laboratory da IBM desenvolveu um SGDB relacional que ficou conhecido como Sistema R. Para a criação e acesso aos dados foi adotada uma linguagem chamada SEQUEL, mais tarde rebatizada SQL (Structured Query Language). Embora a query em sua definição, a SQL foi projetada de forma a permitir que além de consultas (queries), inserções, alterações e deleções fossem feitas, além da própria criação das tabelas e campos. Dividiu-se a SQL então em duas partes: -DDL: Data Description Language (Linguagem de Descrição de Dados); -DML: Data Manipulation Language (Linguagem de Manipulação de Dados). DDL A DDL, uma parte muito pequena da SQL, permite a criação e manutenção do dicionário de dados. O dicionário de dados contém a definição de cada tabela, de cada campo, enfim, contém a definição da base de dados propriamente dita. Em outras palavras, o dicionário de dados guarda dados sobre os dados. Embora existam algumas outras construções, a mais importante das construções da DDL é a destinada a criação de tabelas. Por exemplo, a sentença para a criação das tabelas funcionário, cidade, e setor, poderia ser como segue: Adotada como padrão mundial pela ISSO em 1987, é uma linguagem exclusiva de banco de dados Cliente/Servidor;

7

7

Não dispõe dos seguinte recursos: - Repetição e desvio; - Comandos para manipulação de telas e impressão de relatórios; Os Fabricantes de SGBD podem expandir a linguagem SQL padrão ANSI, desde que os comandos básicos sejam aceitos. CREATE TABLE funcionário (matrfunc NUMBER(5) NOT NULL, nomefunc CHAR(40), cdsetfunc NUMBER(3), ruanofunc CHAR (40), bairrofunc CHAR(15), cdcidfunc NUMBER(5), salrfunc NUMBER (11,2); DML É a parte mais ampla da SQL. Permite pesquisar, alterar, incluir e deletar dados da base de dados. São quatro as sentenças mais importantes da DML: -SELECT: permite a pesquisa de dados; -UPDATE: permite a atualização de dados; - DELETE: permite a deleção de dados; - INSERT: permite a inclusão de dados. 4.2 Comandos Básicos SELECT - Lista os atributos desejados como resultados de uma consulta; - Corresponde a operação de projeção da álgebra relacional; - Lista de atributos pode ser substituído por “*”; From - Lista de relação a serem usados na execução da expressão; Where - São definidos critérios de pesquisa envolvendo atributos das relações definidas na cláusula from ; comando opcional; Order By - Especifica a seqüência de ordenação da tabela criada pela consulta; - Comando opcional; - Qualificador opcional : asc / desc. Select A1, A2,...,An From r1,r2,...rm Where P

8

8

Onde A são os campos a serem selecionados, R são as tabelas, e P é uma condição. Exemplos: 1- Selecionar todos os atributos de cada funcionário: SELECT * FROM funcionário; 2- Selecionar todos os atributos dos funcionários da cidade de Tubarão: SELECT * FROM funcionário WHERE cidafunc = “Tubarão”; 3- Selecionar os nomes de todos os funcionários da cidade de Tubarão e salários maior que R$ 500,00 SELECT nomefunc FROM funcionário Where cidafunc = “Tubarão” and salafunc > 500; 4- Selecionar o nome e rua onde moram os funcionários com matrícula maior que 100 e cidade igual a 25: SELECT nomefunc, ruanofunc FROM funcionário WHERE cdcidfunc=25 AND matrfunc>100; 5- Selecionar o nome rua onde moram os funcionários com matrícula maior do que 100 e cidade igual a 25, ordenados por nome em ordem decrescente: SELECT nomefunc,ruanofunc FROM funcionário WHERE cdcidfunc=25 AND matrfunc>100 ORDER BY nomefunc DESC; 6- Selecionar para cada funcionário o seu nome e o de sua cidade: SELECT nomefunc, nomecid FROM funcionário, cidade WHERE cdcidfunc=cdcidade; Comandos de Comparação de Valores Between Faz uma pesquisa entre uma faixa de valores para um campo da tabela.

9

9

Not Between Faz uma pesquisa descartando uma faixa de valores. Exemplo Select * from funcionario where idadefunc between 18 and 30; Select * from funcionario where idadefunc not between 18 and 30; IN Consulta a presença de um campo em um conjunto de valores NOT IN Consulta a não presença de um campo em um conjunto de valores Exemplo: Select * from funcionario where cdcidfunc in ( 10, 20, 30 ,35); Like Compara a existência de uma caracter em uma determinada posição em uma string. ‘_‘ Testa a existência de um caracter não nulo na posição; ‘%’ representa qualquer seqüência de n caracteres. Not Like Compara a não existência de um caracter em uma determinada posição em uma string. Exemplo Select * From funcionario where nomefunc like ‘Rudiney%’ Esta consulta traz todos os funcionários com primeiro nome Rudiney não importa o resto do nome. Select * From funcionario where nomefunc like ‘%da Silva’

10

10

Neste caso localiza todos os funcionários com sobrenome “ da Silva” . Null Verifica se o valor do campo comparado é zero ou vazio; Not Null Verifica se o valor do campo comparado não é zero ou vazio; Exemplo: Select * From funcionario Where endereco is null; Exist Verifica se o resultado do cálculo da subconsulta representada por “select * from “ Não é vazia. Select x from A Where exists (select * from B where y=x) O campo X da relação A será selecionado, se existir um elemento y=x na relação B. Exemplo Select * from alunos where exists (select * from alunos where curso_alu=”CCP”); Not Exists Verifica se o resultado do calculo da subconsulta representada por “Select * from “ é vazia. FUNÇÕES Count - Número de valores da coluna Sum - Soma dos valores da Coluna AVG - Média dos valores da Coluna Max - Maior valor da coluna Min - Menor valor da coluna Exemplo

11

11

Select max(idade), nim(idade) from alunos; Select avg(salario) From funcionario; Select nome From funcionario Where idade > (select avg(idade) From funcionario) Neste exemplo o comando SQL vai selecionar o nome dos funcionários com idade acima da média. GRUPO BY Forma grupos com as tuplas da tabela especificada na cláusula from, que possuem o mesmo valor no atributo especificado na cláusula grupo by; Para ter resultado em ordem, deve ser especificado também a clausula order by(após a clausula grupo by). Exemplo Select curso_alu, count(curso_alu) from alunos group by curso_alu; HAVING Having é para os grupos o que where é para as linhas. Em outras palavras, é utilizado para eliminar grupos, onde where é utilizado para eliminar linhas. Exemplo: Select curso_alu, avg(idade) from alunos group by curso_alu having avg(idade) > 18;

12

12

4.3 BANCO DE DADOS ORACLE - Conceitos Básicos LIMITES DO ORACLE RDBMS ITEM LIMITE Tabela na Base de dados Não há limites. Linhas por Tabelas Não há limites Colunas por tabelas 254 Indices por tabelas Não há limites Tabelas ou views joined em uma query Não há limites Niveis de ninho de subqueries 30 Caracteres em um nome 255 Colunas por índices 16 CRIANDO TABELAS Tipos de Dados(Datatypes) Char(n) Tamanho Fixo, pode conter uma seqüência de 1 a 255 bytes

alfanuméricos; Varchar2(n) Tamanho Variável, pode conter uma seqüência de 1 a 2000 bytes

- alfanuméricos. Long Tamanho Variável até 2 Gigabytes alfanuméricos

nota : só pode existir uma coluna long em cada tabela Number(p,s) Numérico com sinal e ponto decimal,

sendo precisão de 1 a 38 dígitos Raw Binário - Variável até 255 bytes Long Raw Binário - Variável até 2 gigabytes - imagem Date Data c/ hora, minuto e segundo COMANDO CREATE TABLE CREATE TABLE DEPT (DEPTNO NUMBER(2) NOT NULL, DNAME VARCHAR2(14), LOC VARCHAR2(13)); CREATE TABLE EMP (EMPNO NUMBER(4) NOT NULL, ENAME VARCHAR2(10),

13

13

JOB CHAR(9), MGR NUMBER(4), HIREDATE DATE, SAL NUMBER(7,2), COMM NUMBER(7,2), DEPTNO NUMBER(2) NOT NULL); INSERINDO DADOS EM TABELAS DESC DEPT; - lista os campos da tabela dept INSERT INTO DEPT VALUES (50, ´TESOURARIA', 'TUBARAO',1000); INSERT INTO DEPT(DNAME,DEPTNO) VALUES(´CAIXA',60);

14

14

FUNÇÕES ARITMÉTICAS Funções Round ROUND(SAL,2) sal é arredondado para 2 casas

apos o ponto decimal Trunc TRUNC(SAL,2) Sal é truncado para 2 dígitos

após o ponto decimal. Mod Mod(sal,comm) Retorna o resto da divisão de

sal/comm Power Power(sal,2) Retorna o sal elevado ao

quadrado. Sign Sign(sal) Se SAL maior que O retorna

+1 Se SAL menor que 0 retorna -1 Se SaL igual a 0 retorna 0.

SQRT SQRT(25) retorna a raiz quadrada de 25 OPERADORES ARITMÉTICOS +, -, *, / Select ename, sal, comm, sal+comm from emp where job = 'salesman'; Select ename, sal, comm from emp Where comm > 0.25 * sal Select ename, comm/sal, comm,sal from emp where job = 'Salesman' order by comm/sal asc; Select ename, sal, comm,12*(sal+comm) from emp where job = 'Salesman'; Select ename, sal, sal/22, round(sal/22,0), round(sal/22,2) from emp where emp where deptno = 30;

15

15

select ename, sal, sal/22, trunc(sal/22,0=, trunc(sal/22,2) from emp where deptno = 30; INCLUINDO NOVA COLUNA NA TABELA ALTER TABLE DEPT ADD (CCUSTO NUMBER(6)); ALTERANDO O TAMANHO DE UMA COLUNA ALTER TABLE DEPT MODIFY DNAME CHAR(20); CRIANDO VIEWS CREATE VIEWS MANEGERS AS SELECT ENAME, JOB, SAL FROM EMP WHERE JOB = 'MANAGER'; DELETANDO VIEWS DROP VIEWS MANAGERS;

16

16

ATUALIZANDO REGISTROS UPDATE EMP SET JOB='MANAGER' WHERE ENAME='MARTIN'; ATUALIZANDO VÁRIOS REGISTROS UPDATE EMP SET JOB='VENDEDOR' WHERE JOB='SALESMAN'; UPDATE EMP SET DEPTNO=40, JOB='SALESMAN' WHERE JOB='VENDEDOR'; DELETANDO LINHAS DAS TABELAS DELETE FROM EMP WHERE ENAME='MARTINS'; DELETE FROM DEPT WHERE DEPTNO=60; FUNÇÕES DE GRUPO AVG, COUNT, WHERE, MAX, MIN, SUM, STDDEV,VARIANCE Funções Exemplo Resultado AVG AVG(SAL) MADIA DO VALOR DE SAL COUNT COUNT(COMM)

COUNT(*) CONTA NUMERO DE LINHAS COM COMM CONTA O NUMERO DE LINHAS CFE.

WHERE COUNT(*) MAX MAX(SAL) MAIOR VALOR DE SAL. MIN MIN(SAL) MÍNIMO VALOR DE SAL. SUN SUM(SAL) SOMOTÓRIA DOS VALORES DE COMM STDDEV STDDEV(SAL) CÁLCULO DESVIO PADRÃO DA SAL. VARIANCE VARIANCE(SAL) CALCULA DA VARIANÇA DE SAL. UTILIZANDO FUNÇÕES DE GRUPO 1) SELECT DEPTNO, MAX(SAL) FROM EMP GROUP BY DEPTNO;

17

17

2) SELECT DEPTNO, SUM(SAL) FROM EMP GROUP BY DEPTNO;

18

18

FUNÇÕES DE DATA FUNÇÕES EXEMPLO RESULTADO ADD_MONTHS ADD_MONTHS(HIREDATE

,5) ADICIONA 5 MESES NA DATA HIREDATE

MONTHS_BETWEEN MONTHS_BETWEEN(HIREDATE,SYSDATE)

CALCULA O NÚMERO DE MESES BETWEEN ENTRE AS DATAS

NEXT_DAY NEXT_DAY(HIREDATE,'FRIDAY')

PROCURA UMA SEXTA-FEIRA APÓS HIREDATE

LAST_DAY LAST_DAY(SYSDATE) RETORNA A DATA TOMANDO COMO PARAMETRO O 'FMT'

TRUNC TRUNC(SYSDATE,FMT) TRUNCA A DATA PARA A PRIMEIRA DATA DO 'FMT'

Funções de conversão Funções Exemplo Resultado TO_CHAR TO_CHAR(SYSDADE,’YY’) CONVERTE COLUNAS DO TIPO

NUMBER E DATA PARA CHAR. TO_DATE TO_DATE(‘15/05/90’,’DD/MM/YY’) CONVERTE COLUNAS DO TIPO CHAR

PARA O FORMATO DE DATA. TO_NUMBER TO_NUMBER(SUBSTR(‘$150’,2,3)) CONVERTE AS 3 ULTIMAS (EM

FORMATO CHAR) PARA MUMBER. Usando && para substituir variavel Usando o duplo &, você pode reusar uma variável sem colocar no prompt a cada vez. EX: Select empno, ename, job, &&_nome_da_coluna From emp Order by &column_name Resultado: Enter value for nome_da_coluna: deptno EMPNO ENAME JOB DEPTONO ----------- ------------------ ------------------------- --------------------

19

19

7839 King President 10 7782 Clark Manager 10 5. INTEGRIDADE REFERENCIAL PRIMARY KEY CREATE TABLE FILIAL ( CD_EMPRESA NUMBER(6,0), CD_FILIAL NUMBER(4,0), CD_TIPO VARCHAR2(20), DT_CADASTRO DATE, CONSTRAINT PK_FILIAL PRIMARY KEY(CD_EMPRESA,CD_FILIAL)); INTREGRIDADE REFERENCIAL INTEGRIDADE No ORACLE 7 todas as regras de integridade de dados e entidade são definidos por objetos chamados CONSTRAINT. Que podem ser definidos quando da criação da tabela ou posteriori via camando ALTER TABLE. Os constraints suportados são : * NOT NULL * UNIQUE KEY * PRIMARY KEY * FOREIGN KEY * CHECK CONSTRAINTS IN-LINE Exemplo: CREATE TABLE EMPREGADO ( CD_EMPREGADO NUMBER (6,0) PRIMARY KEY, ............................................................................... ............................................................................... ); CONSTRAINTS OUT-OF-LINE Exemplo:

20

20

CREATE TABBLE EMPREGADO ( CD_EMPREGADO NUMBER (6,0) NOT NULL, ..................................................................... ..................................................................... CONSTRAINT PK_EMPREGADO PRIMARY KEY (CD_EMPREGADO) ); Nota : Quando o constraint for definido sem nome, o oracle define um nome para o mesmo - sys_c00n - onde n é um número seqüencial crescente. PRIMARY KEY CONSTRAINT Valor único que identifica cada linha da tabela. Exemplo: CREATE TABLE EMPRESA ( .......................................................................................................... CONSTRAINT PK_EMPRESA PRIMARY KEY (CD_EMPRESA); CHECK CONSTRAINT As validações de colunas são feitas utilizando o CHECK CONSTRAINT. Exemplo: CREATE TABLE FILIAL ( CD_EMPRESA NUMBER (6,0) CONSTRAINT FK1_FILIAL REFERENCE EMPRESA (CD_EMPRESA), CD_FILIAL NUMBER (4,0) CONSTRAINT CK_FILIAL CHECK (CD_FILIAL BETWEEN 1 AND 9999) DISABLE, CD_TIPO VARCHAR2 (20) CONSTRAINT CK_TIPO_FILIAL CHECK (CD_TIPO IN ('MATRIZ', 'FILIAL', 'FABRICA')), DT_CADASTRO DATE, CONSTRAINT PK_FILIAL PRIMARY KEY (CD_EMPRESA, CD_FILIAL));

21

21

FOREIGN KEY CONSTRAINT * Deve estar associada a uma primary key ou unique key definida anteriormente. * Pode assumir valor nulo ou igual ao da chave referenciada. * Não existe limite para um número de foreign keys. * Garante a consistência com a primary key referenciada. * Pode fazer referência a própria tabela. * Não pode ser criada para views, synonyns e remote table Exemplo: CONSTRAINT FK1_FILIAL FOREIGN KEY (CD_EMPRESA) REFERENCES EMPRESA (CD_EMPRESA) OU CONSTRAINT FK1_FILIAL FOREIGN KEY (CD_EMPRESA) REFERENCES EMPRESA CHECK CONSTRAINT As validações de colunas são feitas utilizando o CHECK CONSTAINT. Exemplo: Create table filial ( cd_empresa number(6,0) constraint fk1_filial references empresa (cd_empresa), cd_filial number(4,0) constraint ck_filial check (cd_filial between 1 and 9999) disable, cd_tipo varchar2(20) constraint ck_tipo_filial check (cd_tipo in (´matriz´, ´filial´,´fabrica´, )), dt_cadastro date,

22

22

constraint pk_filial primary key (cd_empresa, cd_filial)); DEFAULT SPECIFICATION Podemos atribuir valores default para colunas, visando facilitar a inserção de dados Create table filial ( cd_empresa number(6,0) constraint fk1_filial references empresa (cd_empresa), cd_filial number(4,0) constraint ck_filial check (cd_filial between 1 and 9999) disable, cd_tipo varchar2(20) constraint ck_tipo_filial check (cd_tipo in (´matriz´, ´filial´,´fabrica´, )), dt_cadastro date default sysdate, constraint pk_filial primary key (cd_empresa, cd_filial)); OBS: para ativar a constraint : alter table filial enable constraint fk_filial; DELETE CASCADE ACTION Opção a ser utilizada quando da definição do constraint foreing key, para que quando deletamos registros da tabela pai os registros da tabela filho sejam automaticamente deletados. Exemplo create table empregado (................................ cd_depto number(2) constraint fk1_emp_dept references departamento on delete cascade ..........................); DELETANDO CONSTRAINT alter table filial drop constraint fk_filial;

23

23

6 PL/SQL 6.1. PORTABILIDADE Aplicações escritas em PL/SQL são portáveis para qualquer Máquina que rode ORACLE RDBMS com PL/SQL. 6.2. INTEGRAÇÃO COM RDBMS - Variáveis PL/SQL podem ser definidas a partir de definições das colunas das tabelas. - Redução de manutenção das aplicações, pois estas adaptam-se as mudanças da Base de Dados. 6.3. CAPACIDADE PROCEDURAL - Comandos de controle de fluxo, comandos de repetições e tratamentos de erros; 6.4. PRODUTIVIDADE - Desenvolvimento de Procedures e Triggers no Oracle Forms e Oracle Reports. - Desenvolvimento de Database Triggers, Procedures e Functions a nível do Banco de Dados 6.5 PRINCIPAIS CARACTERÍSTICAS- PL/SQL ESTRUTURA DE BLOCO DECLARE - Opcional Variaveis, cursores, exceptions definidas pelo usuário BEGIN - Obrigatório - SQL - PL/SQL EXCEPTION – Opcional Ações que são executadas quando ocorem os erros END – obrigatório BLOCO PL/SQL COM SUB-BLOCO DECLARE DEFINIÇÃO DE VARIÁVEIS BEGIN COMANDOS DECLARE DEFINIÇÃO DE VARIÁVEIS BEGIN

24

24

COMANDOS EXCEPTION TRATAMENTO DE ERROS END; Exemplo: Declare V_variavel varchar2(5); Begin Select nome_coluna Into v_variável From table_name; Exeption When exception_name Then ..... End; Obs: Sempre coloque um (;) no fim de SQL ou um PL/SQL. Tipos de Blocos Anonymous Procedure Function Declare Begin ....... Execption

Procedure name is Begin ....... Execption End;

Function name return datatype is Begin ....... Return value; Execption End;

UTILIZA COMANDOS SQL SELECT, INSERT, UPDADE, DELETE, ROLLBACK, COMMIT, SAVAPOINT DECLARAÇÃO DE VARIÁVEIS E CONSTANTES DATATYPES MAIS UTILIZADOS CHAR VARCHAR2 INTERGER

25

25

NUMBER DATE BOOLEAN Declare V_data date; V_deptno number(2) := 10; V_location varchar2(13) := ‘Atlanta’; V_comm contant number :=1400; EXEMPLO DECLARE NOME CHAR(30); SALARIO NUMBER(11,2); DEPART NUNBER(4); DTNASC DATE; SIM BOOLEAN; CONT NUMBER(6) :=0; PERC CONSTANT NUMBER(4,2):= 36.00; O atributo %TYPE Declara a variável de acordo com uma coluna definida no Banco de Dados; Exemplo V_ename emp.ename%Type; V_balance number(7,2); V_min_balance v_balance%Type :=10; CONCEITO DE TRANSAÇÃO È UMA SEQUENCIA DE COMANDOS SQL DELIMITADOS POR COMANDOS CONNECT, DISCONECT OU AINDA POR COMANDOS COMMIT. COMANDOS A SEREM UTILIZADOS EM PL/SQL 1. COMMIT 2. ROLLBACK 3. SAVEPOINT nome-do-ponto 4.ROLLBACK TO SAVEPOINT nome-do-ponto

26

26

EXEMPLO DE CONTROLE DE TRANSAÇÃO DECLARE <definições de variáveis> BEGIN INSERT INTO TEMP VALUE (null,1,’linha 1’);

SAVEPOINT PONTOUM; INSERT INTO TEMP VALUE (null,2,’linha 2’); SAVEPOINT PONTODOIS; INSERT INTO TEMP VALUE (null,3,’linha 3’); SAVEPOINT PONTOTRES; <COMANDOS> ROLLBACK SAVEPOINT PONTODOIS; <COMANDOS> COMMIT;

END; FUNÇÕES UTILIZADAS EM PL/SQL Podemos contar com o uso de funções de Caracteres, Numéricas, Data, Conversão, dentre outras. Exemplo: Declare Cargo_atual char(10); Begin Select upper(substr(cargo,1,10)) into cargo_atual from funcionario where cd_func = 2150; End; EM COMANDOS PL/SQL PODEMOS UTILIZAR AS SEGUINTES FUNÇÕES: FUNÇÕES DE ERRO sqlerrm, sqlcode FUNÇÕES DE CARACTERES ascii, chr, initcap, length, lower, lpad, rpad, ltrim, rtrim, substr, upper. FUNÇÕES NUMÉRICAS abs, ceil, floor,mod, power, round, sign, trunc, sqrt........

27

27

FUNÇÕES DE DATA Add_months, lat_day, months_between, new_time, next_day, round...... CONTROLE DE FLUXO COMANDO IF 1. IF <condição> THEN <comandos> END IF; 2. IF <condição> THEN <comandos> ELSE <comandos> END IF; 3. IF <condição> THEN <comandos> ELSIF <condição> THEN <comandos> END IF; 4. IF <condição> THEN <comandos> ELSIF <condição> THEN <comandos> ELSE <comandos> END IF; 5. IF <condição> THEN IF <condição> THEN <comandos> END IF; END IF; EXEMPLO DECLARE QUANT NUMBER(3); BEGIN SELECT ES.NR_QTD INTO QUANT FROM ESTOQUE ES WHERE CD_PROD = 30; IF QUANT > 0 AND QUANT < 3000 THEN UPDATE ESTOQUE SET NR_QTD = QUANT + 1 WHERE CD_PROD = 30;

28

28

ELSIF QUANT >= 3000 THEN INSERT INTO ALERTA(PROD,ERRO) VALUES(30,’MÁXIMO’); ELSE INSERT INTO ALERTA(PROD,ERRO) VALUES(30,’MÍNIMO’); END IF; END; COMANDOS DE REPETIÇÃO SÃO UTILIZADOS PARA EXECUTAR REPETIDAMENTE O CÓDIGO ESCRITO DENTRO DELES. • LOOP • FOR LOOPs • WHILE LOOP • CURSOR FOR LOOPs EXEMPLO COMANDO LOOP DECLARE X NUMBER := 0; COUNTER NUMBER := 0; BEGIN LOOP X := X + 1000; COUNTER := COUNTER + 1; IF COUNTER > 4 THEN EXIT; END IF; DBMS_OUPUT.PUT_LINE (X ||’ ‘|| COUNTER || ’LOOP’); END LOOP; END; / EXEMPLO COMANDO FOR .. LOOP DECLARE A,B NUMBER(3):= 0; BEGIN

29

29

FOR A IN 1..25 LOOP B:= B + 1; DBMS_OUTPUT.PUT_LINE(‘LOOP1 - ‘||B); END LOOP; END; EXEMPLO COMANDO WHILE .. LOOP DECLARE X NUMBER(3); Y VARCHAR2(30); K DATE; J NUMBER(3); BEGIN X:= 0; WHILE X<= 100 LOOP K:= SYSDATE-X; Y := 30; INSERT INTO TESTE VALUES (X,Y,K); X := X + 1; END LOOP; COMMIT; END; CURSOR CURSOR < nome-cursor > [parâmetro tipo,...] IS < comando select > EXEMPLO: CURSOR MEU_CURSOR IS SELECT ENAME, EMPNO, SAL FROM EMP ORDER BY SAL DESC; EXEMPLO DE PL/SQL UTILIZANDO CURSOR DECLARE CURSOR C1 IS SELECT ENAME, EMPNO, SAL FROM EMP ORDER BY SAL DESC; MY_ENAME CHAR(10); MY_EMPNO NUMBER (4); MY_SAL NUMBER (7,2); BEGIN OPEN C1; FOR I IN 1..100 LOOP FETCH C1 INTO MY_ENAME, MY_EMPNO, MY_SAL; EXIT WHEN C1%NOTFOUND;

30

30

DBMS_OUPUT.PUT_LINE (MY_SAL || ‘ ‘ || MY_EMPNO || ‘ ‘ || MY_ENAME); END LOOP; CLOSE C1; END; EXCEÇÕES SÃO USADAS NO PL/SQL PARA LIDAR COM QUAISQUER ERROS QUE OCORRAM DURANTE A EXECUÇÃO DE UM BLOCO. HÁ DOIS TIPOS DE EXECEÇÕES, AS DEFINIDAS INTERNAMENTE PELA PL/SQL E AS DEFINIDAS PELO USUÁRIO. NESTA PARTE VEREMOS APENAS ALGUMAS DELAS SINTAXE: EXCEPTION WHEN <nome-exeception> THEN <comandos>; WHEN <nome-execetion> THEN <comandos>; EXEMPLO EXCEPTION NO_DATA_FOUND - Quando um select não retorna nenhuma linha TOO_MANY_ROWS - Quando um select retorna mais de uma linha OTHERS - Qualquer tipo de erro DECLARE NOME CHAR(15); CARGO CHAR(10); BEGIN SELECT ENAME, JOB INTO NOME, CARGO FROM EMP WHERE EMPNO = 1111; EXCEPTION WHEN NO_DATA_FOUND THEN INSERT INTO PROBLEMA (ERRO,DTERRO) VALUES (‘REGISTRO INEXISTENTE’,SYSDATE); WHEN TOO_MANY_ROWS THEN INSERT INTO PROBLEMA (ERRO,DTERRO)

31

31

VALUES (‘MUITOS REGISTROS’,SYSDATE); WHEN OTHERS THEN INSERT INTO PROBLEMA (ERRO,DTERRO) VALUES (‘OUTRO ERRO QUALQUER’,SYSDATE); END; OUTRO EXEMPLO DECLARE NM VARCHAR2(30); BEGIN SELECT NOME INTO NM FROM TESTE WHERE IDADE=30; DBMS_OUTPUT.PUT_LINE(NM); EXCEPTION WHEN NO_DATA_FOUND THEN DBMS_OUTPUT.PUT_LINE('IDADE INEXISTENTE'); WHEN TOO_MANY_ROWS THEN DBMS_OUTPUT.PUT_LINE('MULTIPLAS LINHAS'); WHEN OTHERS THEN DBMS_OUTPUT.PUT_LINE('OUTRA SAIDA'); END; RETORNANDO ERROS SQLERR - Retorna o número do erro SQLERRM – Retorna o número e a descrição do erro Exemplo BEGIN INSERT INTO TESTE VALUES (50,45,SYSDATE); EXCEPTION WHEN DUP_VAL_ON_INDEX THEN DBMS_OUTPUT.PUT_LINE('ERRO - '||SQLERRM); END; EXCEPTION ■ DUP_VAL_ON_INDEX

■ Chave Duplicada

32

32

■ INVALID_CURSOR ■ Operação Ilegal com Cursor

■ INVALID_NUMBER ■ Conversão inválida p/numérico

■ LOGIN_DENIED ■ Usuário/Senha Inválida

■ NO_DATA_FOUND ■ Nenhuma linha retornada

■ NOT_LOGGED_ON ■ Usuário não conectado

■ OTHERS Erro não declarado em exceptions ■ PROGRAM_ERROR

■ Problema Interno ■ STORAGE_ERROR

■ Falta de Memória ■ TIMEOUT_ON_RESOURCE

■ Tempo de espera ■ TOO_MANY_ROWS

■ Retorna Muitas Linhas ■ TRANSACTION_BACKED_OUT

■ Volta Atrás uma transação ■ VALUE_ERROR

■ Erro Conversão,Expressão ■ ZERO_DIVIDE Divisão por zero Exercício Escreva um bloco PL/SQL para selecionar o nome do cliente tratando os erros de nenhum valor encontrado e muitos valores enontrados. Adicione também uma exceção geral para cobrir outro erro que venha a ocorrer. Exceptions Definidas Pelo Usuário Exemplo: DECLARE X NUMBER := 0; Y NUMBER := 0; ESTOURO EXCEPTION; BEGIN FOR X IN 1..1000 LOOP Y:= X + (X/2); IF Y > 1000 THEN RAISE ESTOURO; END IF;

33

33

END LOOP; EXCEPTION WHEN ESTOURO THEN DBMS_OUTPUT.PUT_LINE('ESTOURO DE CAPACIDADE'); END; PROCEDURE SINTAXE: PROCEDURE nome_procedure IS variable1 datatype; ... BEGIN comandos; ... EXCEPTION when ... END nome_procedure; EXEMPLO PROCEDURE CREATE OR REPLACE PROCEDURE CHECK_SALARY (EMP_ID INTEGER, INCREASE REAL) IS CURRENT_SALARY REAL; SALARY_MISSING EXCEPTION; BEGIN SELECT SAL INTO CURRENT_SALARY FROM EMP WHERE EMPNO = EMP_ID; IF CURRENT_SALARY IS NULL THEN RAISE SALARY_MISSING; ELSE UPDATE EMP SET SAL = SAL + INCREASE WHERE EMPNO = EMP_ID; EXCEPTION WHERE NO_DATA_FOUND THEN INSERT INTO EMP_AUDIT VALUES (EMP_ID, ‘NO SUCH NUMBER’); WHEN SALARY_MISSING THEN (EMP_ID, ‘SALARY IS NULL’); END CHECK-SALARY; / FORMA DE CHAMADA CHECK_SALARY(EMP_NUM,AMOUNT);

34

34

PACKAGE É UM OBJETO DO DATABASE QUE CONTÉM UM GRUPO DE FUNÇÕES RELACIONADAS. UM PACKAGE PODE CONTER: • PROCEDURES • FUNCTIONS • CURSOR DEFINITIONS • VARIABLES AND CONTANTS • EXCEPTION DEFINITIONS EXEMPLO PACKAGE CREATE REPLACE PACKAGE EMP_ACTION IS PROCEDURE HIRE_EMPLOYEE (EMPNO NUMBER, ENAME CHAR, .....); PROCEDURE FIRE_EMPLOYEE (EMP_ID NUMBER); END EMP_ACTIONS; / CREATE OR REPLACE PACKAGE BODY EMP_ACTIONS IS PROCEDURE HIRE_EMPLOYEE (EMPNO NUMBER, ENAME CHAR, .....); IS BEGIN INSERT INTO EMP VALUES (EMPNO, ENAME, .....); END HIRE_EMPLOYEE; PROCEDURE FIRE_EMPLOYEE(EMP_ID NUMBER) IS BEGIN DELETE FROM EMP WHERE EMPNO = EMP_ID; END FIRE_EMPLOYEE; END EMP_ACTIONS; / DATABASE TRIGGER São programas PL/SQL, utilizados para completar a integridade, segurança e regras de negócios retirando estas tarefas dos programas. Eles estão ligados a uma tabela e associado a um Evento. CARACTERÍSTICA

35

35

. Disparado automaticamente quando a ocorrência do Evento PARTES DE UM DATABASE TRIGGER PARTE

DESCRIÇÃO

TRIGGER TYPE TRIGGERING EVENT TRIGGER RESTRICTION TRIGGER ACTION

BEFORE / AFTER (comando, linha) INSERT / UPDATE / DELETE WHEN (clause opcional) PL/SQL BLOCK

UTILIZAÇÃO – DATABASE TRIGGERS TRIGGER TYPE

EXEMPLO DE UTILIZAÇÃO

BEFORE STATEMENT BEFORE ROW AFTER ROW AFTER STATEMENT

Garantir segurança e integridade Calcular campos derivados para nova linha Auditoria a nível de valor ou linha Auditoria em geral

PREDICADOS CONDICIONAIS EM DATABASE TRIGGERS • INSERTING • UPDATING • DELETING

36

36

EXEMPLO DATABASE TRIGGER COM PREDICADO CONDICIONAL CREATE TRIGGER TOTAL_SALARY AFTER DELETE OR INSERT OR UPDATE OF DEPTNO,SAL ON EMP FOR EACH ROW BEGIN IF DELETING THEN UPDATE DEPT_BUDGET SET TOTAL_SAL = TOTAL_SAL - : OLD.SAL WHERE DEPTNO =:OLD.DEPTNO; END IF; IF INSERTING THEN UPDATE DEPT_BUDGET SET TOTAL_SAL = TOTAL_SAL + :NEW.SAL WHERE DEPTNO =:NEW.DEPTNO; END IF; IF UPDATING THEN UPDATE DEPT_BUDGET SET TOTAL_SAL = TOTAL_SAL + (:NEW.SAL -:OLD.SAL); WHERE DEPTNO =:OLD.DEPTNO; END IF; END; ATIVANDO E DESATIVANDO DATABASE TRIGGER Quando criamos um database trigger ele fica automaticamente ativado. As vezes temos necessidade de desativá-los como por exemplo: . Os objetos referenciados pelo database trigger não estão disponíveis; . Vamos recuperar dados da Tabela Podemos desativar/ativar um database trigger isoladamente ou todos relacionados a uma tabela específica. ALTER TRIGGER [schema.] trigger_name {ENABLE | DISABLE } EXEMPLO: ALTER TRIGGER TRG_EMPRESA DISABLE; ALTER TRIGGER TRG_EMPRESA ENABLE; ALTER TABLE [schema.] table_name { ENABLE | DISABLE } ALL TRIGGERS

37

37

EXEMPLO: ALTER TABLE EMPRESA DISABLE ALL TRIGGERS; ALTER TABLE EMPRESA ENABLE ALL TRIGGERS; ELIMINANDO UM DATABASE TRIGGER DROP TRIGGER [ schema.] trigger_name EXEMPLO: DROP TRIGGER TRG_EMPRESA; VIEW DO DIOCIONÁRIOS COM INFORMAÇÕES DE DATABASE TRIGGERS . USER_TRIGGERS . DBA_TRIGGERS

38

38

DATABASE TRIGGER – REPLICAÇÃO DE TABELA CREATE TRIGGER REP_EMPRESA BEFORE INSERT OR UPDATE OR DELETE ON EMPRESA FOR EACH ROW BEGIN IF INSERTING THEN INSERT INTO EMPRESA@SPAULO

VALUES (:NEW.CD_EMPRESA,:NEW.NM_RAZAO_SOCIAL); ELSIF UPDATING THEN UPDATE EMPRESA@SPAULO SET NM_RAZAO_SOCIAL =:NEW.NM_RAZAO_SOCIAL; WHERE CD_EMPRESA =:OLD.CD_EMPRESA ELSE DELETE FROM EMPRESA@SPAULO WHERE CD_EMPRESA =:OLD.CD_EMPRESA; END IF;

END; BIBLIOGRAFIA .ELMASRI, Ramez e NAVATHE, ShamKant B. Sistemas de Banco de Dados - Fundamentos e Aplicações. Ed. LTC. Rio de Janeiro, 2000. .KORTH, Henry F. & SILBERSCHATZ, Abraham. Sistemas de Bancos de Dados, São Paulo. Ed. Makron Books, 1999. .DATE, C.J., Introdução a Sistemas de Bancos de Dados, Rio de Janeiro. Ed. Campus, 1991. ABBEY, Michael. Oracle: guia do usuário / Michael Abbey, Michael J. Corey; tradução João Eduardo Nóbrega Tortello; revisão técnica Marcus Faversani Hermman. São Paulo: Markon Books, 1997. SARAIVA, Armando. Programando em Oracle. Rio de Janeiro: Infobook, 1999.