Banco de Dados I Adrovane Marques Kade 1 1 Curso de Análise e Desenvolvimento de Sistemas Instituto Federal de Educação, Ciência e Tecnologia adrovane.kade@bento.ifrs.edu.br 2011/1 ( Structured Query Language ) é uma linguagem comercial de definição e manipulação de bancos de dados relacionais (inicialmente chamava-se SEQUEL) surgiu no centro de pesquisas de San Jose da IBM, dentro do projeto System R é padrão de fato (mesmo SGBDs como INGRES, que possuem linguagem própria oferecem uma interface ) é padrão de direito (ISO): 1 aprovado em 1986 (-86), com modificações em 1989 (-89) 2 aprovado em 1992 (-92) 3 aprovado em 1999 (:1999) :2003 :2006 :2008 Componentes de Aderência a padrões é uma linguagem completa de manipulação de banco de dados Oferece as seguintes funcionalidades: Uma DDL para definição do esquema da base de dados Uma DML para programação de consultas e transações que inserem, removem e alteram linhas de tabelas Uma versão de embutida em linguagens de 3a. geração (COBOL, C,...), estendendo-as para manipulação de banco de dados Um padrão de comunicação cliente/servidor (ODBC Open Database Connectivity), a partir de 3 Instruções para definições de visões (tabelas virtuais vistas por um usuário ou uma classe de usuários) Instruções para controle de autorização de acesso Instruções para controle de transações e concorrência Instruções para especificação de restrições de integridade A aderência a padrões de é importante para aqueles que: escrevem comandos de em suas aplicações ( não fica oculto por algum gerador de telas,...) desejam portar aplicações a vários SGBD O padrão é irrelevante para aqueles que usam ferramentas como geradores de telas, relatórios, etc. proprietários o usuário está preso ao fornecedor da ferramenta Praticamente todo fornecedor de SGBD afirma que o seu produto é compatível com o padrão
Validação de padrões Níveis do /2 Compatibilidade com padrão somente pode ser verificada por um órgão independente Nos EUA, há um órgão do governo (NIST), que faz a validação de aderência ao padrão Padrão 1 (1986/1989) é testada através do conjunto de testes FIPS 127-1 Padrão 2 (1992) é testada através do conjunto de testes FIPS 127-2 Os testes de aderência valem apenas para uma plataforma de software/hardware Grandes fornecedores (Oracle, Sybase, DB/2, /Server) normalmente têm pelo menos /2 entry level A norma /2 é formada por vários níveis, que oferecem cada vez mais funções: entry-level, conjunto mínimo para considerar produto como /2, implementado por vários fornecedores transitional level (conjunto de testes somente apareceu em 1995) intermediate level (conjunto de testes disponível a partir de 1996) full level, norma completa, ainda sem testes nem produtos SGBD comerciais implementam variados níveis Não existe portabilidade real entre diferentes SGBD /3 começa a aparecer em alguns produtos (DB/2, por exemplo) DDL criação de banco de dados Instruções da DDL não oferece instruções para criação de bancos de dados Alguns produtos (Ex.: /Server) têm instruções de DDL: Create Database: cria uma base de dados vazia Drop Database: elimina uma base de dados Outros têm abordagens variadas Oracle cria o BD como parte da instalação INGRES tem um utilitário oferece três instruções para definição do esquema da base de dados: Create Table define a estrutura de uma tabela, suas restrições de integridade e cria a tabela vazia Drop Table elimina a tabela da base de dados Alter Table permite modificar a definição de uma tabela
Criação de tabelas (Peça) Criação de tabelas (Fornec) CREATE TABLE PECA ( CodPeca CHAR(4) NOT NULL, NomePeca VARCHAR(50) NOT NULL, CorPeca CHAR(10), PesoPeca INTEGER, CidadePeca VARCHAR(40), PRIMARY KEY (CodPeca)) CREATE TABLE FORNEC ( CodFornec CHAR(4) NOT NULL, NomeFornec VARCHAR(50) NOT NULL, StatusFornec INTEGER, CidadeFornec VARCHAR(40), CGC NUMBER(14) NOT NULL, PRIMARY KEY (CodFornec), UNIQUE KEY (CGC)) Criação de tabelas (Embarq) CREATE TABLE EMBARQ ( CodPeca CHAR(4) NOT NULL, CodFornec CHAR(4) NOT NULL, QtdeEmbarq INTEGER NOT NULL, PRIMARY KEY (CodPeca,CodFornec), FOREIGN KEY (CodPeca) REFERENCES Peca (CodPeca), FOREIGN KEY (CodFornec) REFERENCES Fornec (CodFornec)) Observações sobre a definição de tabelas Em /2 o conjunto de domínios de valores é fixo Desejável (/3) domínio definível pelo usuário (exemplo: dias da semana, meses do ano,...) Nos SGBD comerciais são oferecidos domínios adicionais aos do padrão (CHAR, VARCHAR, INTEGER, REAL,...) destinados a aplicações especiais como DATA, CURRENCY e domínios para armazenar campos longos (BLOBS, até 2GB) destinados a conter imagens, sons, vídeos, etc. (maioria aparece no /2) A cláusula NOT NULL especifica que uma coluna não admite o valor vazio (requerido para colunas que sejam chave primária) Default é NULL permitido (exceto Sybase e /Server antigos) As colunas de uma tabela são classificadas na ordem de sua definição (linhas não tem classificação)
Restrições de chave Restrições de chave estrangeira nos SGBD comerciais No original (System R) e no padrão original (1986) não havia cláusulas para especificar chaves A única maneira de definir chave primária era através da criação de um índice sem duplicatas sobre a coluna Não havia forma declarativa de definir chaves estrangeiras SGBD não dava suporte a integridade referencial Usuário é obrigado a programar os testes de chaves em sua aplicação Padrão (1986/1989) foi estendido para especificar chaves: primária estrangeira alternativa (unique key) Praticamente todos os produtos comerciais incluem a definição de chaves Chave estrangeira cláusula ON DELETE ON DELETE SET NULL Caso nada seja especificado na definição de chave estrangeira, uma linha que contenha uma chave primária referenciada na chave estrangeira não pode ser excluída (regra RESTRICT) Pode ser definida a propagação da exclusão da linha para as linhas que a referenciam CREATE TABLE EMBARQ ( CodPeca CHAR(4) NOT NULL, CodFornec CHAR(4) NOT NULL, QtdeEmbarq INTEGER NOT NULL, PRIMARY KEY (CodPeca,CodFornec), FOREIGN KEY (CodPeca) REFERENCES Peca (CodPeca) ON DELETE CASCADE, FOREIGN KEY (CodFornec) REFERENCES Fornec (CodFornec)) CREATE TABLE PROFESSOR ( CodProf..., NomeProf..., CodTit INTEGER NOT NULL, PRIMARY KEY (CodProf), FOREIGN KEY (CodTit) REFERENCES Titulacao (CodTit) ON DELETE SET NULL ON UPDATE CASCADE)
Chave estrangeira cláusula ON DELETE Chave estrangeira cláusula ON UPDATE SET NULL Especifica que as chaves estrangeiras que referenciam a linha excluídas devem ser tornadas vazias Válido somente para chaves estrangeiras opcionais RESTRICT (default) Especifica que uma linha não pode ser excluída caso existam chaves estrangeiras que a referenciem... FOREIGN KEY... REFERENCES... ON DELETE {CASCADE SET NULL RESTRICT} CASCADE Alteração da chave primária é propagada para as chaves estrangeiras que a referenciam SET NULL Chaves estrangeiras que referenciam a linha alterada devem ser tornadas vazias Válido somente para chaves estrangeiras opcionais RESTRICT Uma chave primária não pode ser alterada, caso existam chaves estrangeiras que a referenciem... FOREIGN KEY... REFERENCES... ON UPDATE {CASCADE SET NULL RESTRICT} Eliminação de tabelas Alteração da definição de tabelas Para eliminar completamente uma tabela (vazia ou não) da base de dados é usada a instrução: DROP TABLE Embarq /2 inclui cláusulas RESTRICT e CASCADE (obrigatória) que informam se a exclusão deve ser propagada ou não para objetos definidos com base na tabela (visões) Exemplo: DROP TABLE Embarq RESTRICT Exclui a tabela somente se não existirem visões definidas com base na tabela A instrução ALTER TABLE serve para modificar a definição original da tabela Nem todas as modificações são permitidas Primeiros SGBD e /1 somente permitiam adicionar colunas
Alteração da definição de tabelas Alteração da definição de tabelas Para modificar a estrutura de tabelas já existentes na base de dados, há uma instrução que permite adicionar colunas a tabelas: ALTER TABLE Embarq ADD DataEmbarq Observe-se que: A instrução adiciona uma nova coluna com o valor vazio para todas as linhas Os valores para as diversas linhas devem ser adicionadas através de instruções da DML Não pode ser especificada a cláusula NOT NULL, já que a coluna é criada com o valor vazio (a menos que seja especificado um valor DEFAULT) Se o SGBD não permite a alteração desejada: 1. Armazenar o conteúdo da tabela em uma tabela temporária ou arquivo do sistema operacional 2. Eliminar todas as referências à tabela antiga 3. Eliminar a tabela antiga (DROP TABLE) 4. Definir a nova tabela (CREATE TABLE) 5. Carregar a nova tabela a partir da tabela intermediária ou arquivo do sistema operacional criado no passo 1 6. Reincluir as referências à tabela ALTER TABLE mudando as chaves ALTER TABLE definição de chaves ALTER TABLE permite incluir ou excluir restrições de chave ALTER TABLE Representantes DROP PRIMARY KEY Para excluir uma chave estrangeira é necessário que ela tenha recebido um nome quando de sua definição ALTER TABLE Representantes ADD FOREIGN KEY TrabalhaPara (CodFilial) REFERENCES Filial (CodFilial) ALTER TABLE Representantes DROP FOREIGN KEY TrabalhaPara ALTER TABLE com definição de chaves permite separar a DDL em duas seções A primeira seção contém apenas os CREATE TABLE com a estrutura da base de dados A segunda seção contém as restrições de chave através de instruções ALTER TABLE
/2 Tratamento generalizado de CONSTRAINTS /2 Tratamento generalizado de CONSTRAINTS Sintaxe para chaves vista até aqui é antiga (saindo de uso) A tendência em /2 é tratar de maneira uniforme todas as restrições de integridade (chave primária, chave única, chave estrangeira,...) São chamadas de CONSTRAINT CREATE TABLE Embarq ( CodFornec CHAR(4) NOT NULL, CodPeca CHAR(4) NOT NULL, Quant INTEGER NOT NULL, CONSTRAINT PK_EMBARQ PRIMARY KEY (CodFornec, CodPeca)); ALTER TABLE Embarq ( ADD CONSTRAINT FK_EMBARQ_RELATION_PECAS FOREIGN KEY (CodPeca) REFERENCES Peca (CodPeca)); ALTER TABLE Embarq ( ADD CONSTRAINT FK_EMBARQ_RELATION_FORNEC FOREIGN KEY (CodFornec) REFERENCES Fornec (CodFornec)); Modelo básico da instrução de consulta em Exemplos de instruções de consulta em (modelo básico) A sintaxe básica de uma instrução de consulta é: SELECT <lista de colunas> FROM <lista de tabelas> [WHERE <critério>] O modelo básico de execução da instrução é o seguinte: 1. É feito o produto cartesiano das tabelas envolvidas 2. São selecionadas as linhas da tabela que obedecem ao critério 3. É feita a projeção sobre as colunas que vão ao resultado Obter todos os dados de peças: SELECT CodPeca, NomePeca, CorPeca, CidadePeca FROM Peca ou SELECT * FROM Peca
Exemplos (projeção) Exemplos (projeção) Obter os nomes de todas as peças SELECT [ALL] NomePeca FROM Peca Neste caso, se houver duas peças com o mesmo nome, haverá duas linhas idênticas no resultado Resultado é um multi-conjunto ( bag ) e não conjunto de linhas A palavra-chave ALL é opcional não elimina duplicatas por default eliminação de duplicatas é uma operação cara em termos de performance (normalmente, envolve ordenação de linhas ( sort ) SELECT DISTINCT NomePeca FROM Peca Cláusula DISTINCT especifica a eliminação de duplicatas de linhas (equivalente à projeção em álgebra relacional) Exemplos (projeção, seleção) Condições na cláusula WHERE Obter os códigos e nomes de fornecedores com status 5 e do Rio SELECT CodFornec, NomeFornec WHERE StatusFornec > 5 AND CidadeFornec = "Rio" A expressão lógica na cláusula WHERE pode envolver uma série de operadores lógicos: = <> < <= > >= status BETWEEN 5 AND 12 AND OR NOT nome LIKE "%Marques%" testa se Marques faz parte do campo Nome trata-se de reconhecimento de padrões qualquer caracter é qualquer seqüência é %
Condições na cláusula WHERE Expressões podem aparecer no resultado da consulta SELECT CodPeca, (PesoPeca/1.452) AS PesoEmLibras, 5, NULL FROM Peca Expressões podem envolver qualquer coluna das tabelas e constantes As operações permitidas são: adição subtração multiplicação divisão Exemplos (junção) Para cada embarque com quantidade maior que 300, obter o código do fornecedor, o código da peça e o nome da peça SELECT CodFornec, Embarq.CodPeca, NomePeca, Peca WHERE QtdeEmbarq > 300 AND Embarq.CodPeca=Peca.CodPeca A consulta envolve duas tabelas: a cláusula WHERE especifica os atributos de junção das duas tabelas Corresponde à seqüência Seleção-Junção-Projeção comum na álgebra relacional Observar a qualificação da coluna CodPeca Sempre que um nome de coluna for ambíguo (aparecer em duas tabelas) ele deve ser qualificado. Apenas nomes não ambíguos não necessitam qualificação Exemplos (junção) Exemplos (renomeação) Obter os nomes dos fornecedores das peças de cor vermelha, Embarq, Peca WHERE CorPeça = Verm AND Embarq.CodPeca=Peca.CodPeca AND Embarq.CodFornec=Fornec.CodFornec Sintaxe básica não inclui uma operação como a junção natural O usuário é obrigado a especificar os atributos de junção Obter os nomes dos fornecedores das peças de cor vermelha F, Embarq AS E, Peca P WHERE CorPeça = Verm AND E.CodPeca=P.CodPeca AND E.CodFornec=F.CodFornec Sintaxe básica não inclui uma operação como a junção natural O usuário é obrigado a especificar os atributos de junção
Exemplos (aliases) Obter todos os pares de nomes de fornecedores que se encontram na mesma cidade SELECT F1.NomeFornec, F2.NomeFornec F1, Fornec F2 WHERE F1.CidadeFornec=F2.CidadeFornec AND F1.CodFornec < F2.CodFornec Exemplos (aliases) EMP(CodEmp, NomeEmp, CodEmpGer CodEmpGer referencia EMP Neste caso, é necessário renomear a tabela de fornecedores, já que a consulta faz referência a duas linhas da tabela Isso é feito através de aliases definidos na cláusula FROM Aliases têm função análoga à das variáveis de tupla do cálculo relacional A comparação de códigos de fornecedores serve apenas para eliminar duas linhas do mesmo fornecedor e evitar que o mesmo par de fornecedores <fx,fy> apareça no resultado também na ordem inversa <fy,fx> Para cada empregado que possui gerente, obter o nome do empregado seguido do nome de seu gerente Exemplos (aliases) EMP(CodEmp, NomeEmp, CodEmpGer CodEmpGer referencia EMP SELECT EMP.NomeEmp, GER.NomeEmp FROM EMP, EMP as GER WHERE EMP.CodEmpGer=GER.CodEmp Para cada empregado que possui gerente, obter o nome do empregado seguido do nome de seu gerente Exemplos (união) Obter os códigos das peças que sejam de PoA ou que possuam embarques do fornecedor de código F1 (SELECT CodPeca FROM Peca WHERE CidadePeca = PoA ) UNION (SELECT CodPeca WHERE CodFornec = F1 ) O operador de união é equivalente ao da álgebra relacional A união elimina duplicatas O operador UNION ALL não elimina duplicatas implementação mais eficiente
Exemplos (intersecção e diferença) Exemplos (aliases) outer join sem operador específico EMP(CodEmp, NomeEmp, CodEmpGer CodEmpGer referencia EMP Em alguns SGBD também são implementadas, além da união intersecção (operador INTERSECT) e diferença (operador EXCEPT ou MINUS) (SELECT EMP.NomeEmp, GER.NomeEmp FROM EMP, EMP as GER WHERE EMP.CodEmpGer=GER.CodEmp) UNION (SELECT NomeEmp, NULL FROM EMP WHERE EMP.CodEmpGer IS NULL) Para cada empregado, obter o nome do empregado seguido do nome de seu gerente Exemplos (consultas aninhadas) Exemplos (consultas aninhadas) Obter os códigos dos fornecedores que têm embarques de peças de cor vermelha SELECT CodFornec, Peca WHERE CorPeça = Verm AND Embarq.CodPeca=Peca.CodPeca Neste caso, o resultado da consulta envolve apenas colunas da tabela Peça, mas a cláusula FROM referencia também a tabela Embarq Para este tipo de consulta, a solução mais natural é através de consultas aninhadas (ou consultas embutidas sub-select ) SELECT CodFornec WHERE CorPeça IN (SELECT CodPeca FROM Peca WHERE CorPeca = Verm )
Exemplos (consultas aninhadas) Obter os nomes dos fornecedores das peças de cor vermelha, Embarq, Peca WHERE CorPeça = Verm AND Embarq.CodPeca=Peca.CodPeca AND Embarq.CodFornec=Fornec.CodFornec Também pode ser resolvida com consultas aninhadas: WHERE CodFornec IN (SELECT CodFornec WHERE CodPeca IN (SELECT CodPeca FROM Peca WHERE CorPeca= Verm )) Consultas podem ser aninhadas em múltiplos níveis Exemplos (consultas aninhadas) Obter os nomes dos fornecedores que têm embarques das peças de código P1 Solução com produto cartesiano:, Embarq WHERE CodPeça = P1 AND Embarq.CodFornec=Fornec.CodFornec Solução com consultas aninhadas: WHERE CodFornec IN (SELECT CodFornec WHERE CodPeca= P1 ) Exemplos (consultas aninhadas) Outra solução com consultas aninhadas (alternativa): WHERE P1 IN (SELECT CodPeca WHERE CodFornec=Fornec.CodFornec) A última solução pode ser expressa como obter os nomes dos fornecedores para os quais P1 é o código de uma das peças por eles fornecida Idealmente, um otimizador deveria estar em condições de executar qualquer das três alternativas com a mesma performance O programador não deveria ser obrigado a conhecer a solução ótima Exemplos (consultas aninhadas) Obter os nomes dos fornecedores para os quais há embarques de peças localizadas na mesma cidade do fornecedor WHERE (CodFornec,CidadeFornec) IN (SELECT Embarq.CodFornec,Peca.CidadePeca,Peca WHERE Embarq.CodPeca=Peca.CodPeca AND Embarq.CodFornec=Fornec.CodFornec) Nesta consulta, é testado se uma linha (indicada por (CodFornec,CidadeFornec) faz parte de uma tabela obtida por uma consulta aninhada Não existe no padrão (somente DB2)
Exemplos (quantificador existencial) Exemplos (quantificador existencial) Obter os nomes dos fornecedores para os quais há ao menos um embarque WHERE EXISTS (SELECT * WHERE Embarq.CodFornec=Fornec.CodFornec) Obter os nomes dos fornecedores para os quais não há embarques WHERE NOT EXISTS (SELECT * WHERE Embarq.CodFornec=Fornec.CodFornec) A cláusula EXISTS tem função análoga ao quantificador existencial no cálculo relacional Exemplos (quantificador existencial) Exemplos (quantificador universal) Obter os nomes dos fornecedores para os quais há ao menos um embarque WHERE EXISTS (SELECT * WHERE CodFornec=Fornec.CodFornec) A cláusula EXISTS tem função análoga ao quantificador existencial no cálculo relacional Obter os códigos dos fornecedores que possuem embarques para todas as peças de cor vermelha Essa operação seria resolvida usando o operador de divisão de álgebra relacional ou o quantificador universal de cálculo relacional em, não há cláusula análoga ao quantificador universal é necessário usar a negação do quantificador existencial Obter os códigos dos fornecedores, tal que para toda peça de cor vermelha exista um embarque da peça em questão pelo fornecedor em questão obter os códigos dos fornecedores, tal que não exista uma peça de cor vermelha para a qual não exista um embarque pelo fornecedor em questão
Exemplos (quantificador existencial) Obter os códigos dos fornecedores, tal que não exista uma peça de cor vermelha para a qual não exista um embarque pelo fornecedor em questão SELECT CodFornec WHERE NOT EXISTS (SELECT * FROM Peca WHERE CorPeca= Verm AND NOT EXISTS (SELECT * WHERE CodFornec=Fornec.CodFornec AND CodPeca=Peca.CodPeca)) Exemplos (campos vazios) Obter os nomes dos fornecedores para os quais o status foi informado (não está vazio) WHERE StatusFornec IS NOT NULL Comparação (=, <, >,...) com vazio resulta em UNKNOWN Há uma lógica de três valores (TRUE, FALSE e UNKNOWN) Uma expressão lógica pode ser testada por um valor lógico: teste_de_comparaç~ao IS [TRUE FALSE UNKNOWN] ((vendas - quota) > 1000) IS UNKNOWN Exemplos (UNKNOWN) Exemplos (UNKNOWN) Há dois fornecedores em Curitiba, um fornecedor em Porto Alegre e dois fornecedores com cidade não informada Quantos fornecedores retornam? Consulta 1: WHERE CidadeFornec = "Curitiba" Consulta2: WHERE CidadeFornec <> "Curitiba" Há dois fornecedores em Curitiba, um fornecedor em Porto Alegre e dois fornecedores com cidade não informada Quantos fornecedores retornam? Consulta 3: WHERE CidadeFornec <> "Curitiba" or CidadeFornec IS NULL
Junção externa Junção externa Modelo básico não oferece a possibilidade de fazer junção externa Exemplo: Obter o código de cada fornecedor, junto com o código de cada peça fornecida. Caso o fornecedor não tenha embarques, obter seu código seguido de NULL. (SELECT CodFornec, CodPeça ) UNION (SELECT Fornec.CodFornec, NULL AS CodPeça WHERE CodFornec NOT IN (SELECT CodFornec ) /1 não continha junção externa Vários produtos implementaram extensões Exemplo de /Server (pré-v.7) e Sybase: SELECT Fornec.CodFornec, CodPeça, Embarq WHERE Fornec.CodFornec *= Embarq.CodFornec Junção externa (notação Oracle) Junção externa no 2 Em Oracle, deve-se informar qual é a coluna da tabela que deve ter a linha NULL imaginária incluída (sinal de adição) SELECT Fornec.CodFornec, CodPeça, Embarq WHERE Fornec.CodFornec = Embarq.CodFornec (+) 2 possui um modelo completo com vários tipos de junções, incluindo a junção theta, a equijunção, a junção natural e a junção externa SELECT Fornec.CodFornec, CodPeça LEFT JOIN Embarq ON Fornec.CodFornec = Embarq.CodFornec
Junção externa no 2 equijunção Junção externa no 2 junção natural A sintaxe apresentada na transparência anterior corresponde a uma junção theta de álgebra relacional 2 provê tanto a equijunção quanto a junção natural Equijunção (cláusula USING): SELECT Fornec.CodFornec, CodPeça LEFT JOIN Embarq USING (CodFornec) Equijunção (cláusula NATURAL): SELECT Fornec.CodFornec, CodPeça NATURAL JOIN Embarq 2 Opções de junção 2 Opções de junção Opções de junção: tabela1 [INNER] JOIN tabela2 tabela1 FULL [OUTER] JOIN tabela2 tabela1 LEFT [OUTER] JOIN tabela2 tabela1 RIGHT [OUTER] JOIN tabela2 tabela1 e tabela2 não são limitados a nomes de tabelas podem ser expressões de álgebra tabela1 e tabela2 podem também ser um outro SELECT Produto cartesiano tabela1 CROSS JOIN tabela2 União tabela1 UNION JOIN tabela2
2 Opções de junção : Modelo estendido de consulta no modelo básico visto até aqui possui o mesmo poder de expressão de álgebra e cálculo relacional Isso significa que no modelo básico não oferece a possibilidade de executar consultas recursivas ou que envolvam a agregação de dados No modelo estendido, possibilita a manipulação de agregados de dados padrão (2) não possui facilidades para tratar recursividade, mas 3 e diversos produtos oferecem estensões (Ex.: instrução CONNECT de Oracle) A sintaxe de uma instrução de consulta no modelo estendido é: SELECT <lista de colunas> FROM <lista de tabelas> [WHERE <critério>] [GROUP BY <lista de colunas> [HAVING <critério>]] [ORDER BY <lista de colunas>] : Modelo estendido de consulta (modelo de execução) 2 Funções O modelo mental de execução da instrução é o seguinte: 1. É feito o produto cartesiano das tabelas envolvidas 2. São selecionadas as linhas da tabela que obedecem ao critério da cláusula WHERE 3. São criados grupos de linhas que contenham valores idênticos nas colunas GROUP BY 4. São selecionados os grupos que obedecem ao critério da cláusula HAVING 5. É feita a classificação do resultado pelos valores da cláusula ORDER BY 6. É feita a projeção sobre as colunas que vão ao resultado Funções para computar valores média: AVG mínimo: MIN máximo: MAX total: SUM contagem: COUNT As funções podem ser aplicadas sobre Toda a tabela (consulta sem GROUP BY) Grupos de linhas (definidos pela cláusula GROUP BY)
Funções sobre toda a tabela uso de agregados Obter o número de fornecedores da base de dados SELECT COUNT(*) Obter o número de cidades em que há fornecedores SELECT COUNT(DISTINCT CidadeFornec) Obter o número de fornecedores com cidade informada SELECT COUNT(CidadeFornec) Obter a quantidade máxima embarcada SELECT MAX(QtdeEmbarq) Obter o número de embarques de cada fornecedor SELECT CodFornec,COUNT(*) GROUP BY CodFornec cláusula GROUP BY uso de agregados Em SELECT que usa GROUP BY, o resultado da consulta pode incluir uma constante uma função de agregação calculada sobre o grupo uma coluna que faz parte da cláusula GROUP BY uma expressão envolvendo os acima Exemplo de expressão incorreta: SELECT Fornec.CodFornec,NomeFornec,Embarq WHERE Fornec.CodFornec=Embarq.CodFornec GROUP BY Fornec.CodFornec Solução: incluir NomeFornec na cláusula GROUP BY Obter o número de embarques de quantidade maior que 300 de cada fornecedor SELECT Fornec.CodFornec,COUNT(*) WHERE QtdeEmbarc > 300 GROUP BY CodFornec
uso de agregados uso de agregados Obter a quantidade total embarcada de peças de cor vermelha para cada fornecedor SELECT CodFornec, SUM(QtdeEmbarc) WHERE CodPeca IN (SELECT CodPeca FROM Peca WHERE CorPeca= Verm ) GROUP BY CodFornec Obter a quantidade total embarcada de cada peça. Exibir o resultado por ordem descendente de quantidade embarcada. SELECT CodFornec, SUM(QtdeEmbarc) WHERE Fornec ORDER BY SUM(QtdeEmbarc) DESC No padrão, a referência à segunda coluna do resultado, que tem dados computados, deve ser feita pelo número da coluna, na forma ORDER BY 2 DESC Exemplo de HAVING Exemplo de HAVING Obter os códigos dos fornecedores que tenham embarques de mais de 500 unidades de peças vermelhas, juntamente com a quantidade de peças por eles embarcadas. SELECT CodFornec,COUNT(*) WHERE CodPeça IN (SELECT CodPeça FROM Peça WHERE CorPeça="Verm") GROUP BY CodFornec HAVING SUM(QtdeEmbarq)>500 Observar a diferença entre as cláusula WHERE e a cláusula HAVING: A cláusula WHERE seleciona linhas uma-a-uma - seu critério de seleção envolve valores de atributo da linha A cláusula HAVING seleciona grupos (definidos no GROUP BY) e seu critério de seleção envolve todo grupo de linhas através de funções HAVING seleciona grupos!
instruções de atualização Insert VALUES Para incluir um novo fornecedor: provê três instruções de atualização do conteúdo de tabelas previamente definidas e criadas pelo CREATE TABLE INSERT serve para inserir uma ou mais linhas em uma tabela DELETE serve para excluir uma ou mais linhas de uma tabela UPDATE serve para alterar os dados de uma ou mais linhas de uma tabela INSERT INTO Fornec VALUES ( F10, Ambrosio, 12, Curitiba) Importante: O usuário deve lembrar a ordem em que as colunas foram criadas quando do CREATE TABLE INSERT INTO Fornec (CodFornec,NomeFornec,CidadeFornec,StatusFornec) VALUES ( F10, Ambrosio, Curitiba,12) Nesta variante, o usuário não necessita conhecer a ordem original de definição das colunas. Além disso, atributos de valor vazio podem ser omitidos A criação da linha somente será efetivada se as restrições de integridade de chave especificadas (valores não vazios, chaves primária e estrangeiras) forem obedecidas Insert SELECT DELETE Criar embarques com quantidade 100 para todas as peças de cor vermelha, pelo fornecedor de código F5 INSERT INTO Embarq (CodPeca,CodFornec,QtdeEmbarc) SELECT CodPeca, F5, 100 FROM Peca WHERE CorPeca= Verm Nesta variante, é possível criar múltiplas linhas (definidas por uma instrução normal de consulta) em uma tabela Excluir o fornecedor de código F5 DELETE WHERE CodFornec= F5 A sintaxe da cláusula WHERE é a mesma da instrução de consulta A exclusão somente é executada se nenhuma restrição de integridade (chave estrangeira) é violada no caso, significa que o fornecedor somente será excluído se não possuir embarques (cláusula RESTRICT)
DELETE UPDATE Modificar o status do fornecedor de código F1 para 20 Excluir todos os embarques de peças vermelhas DELETE WHERE CodPeca IN (SELECT CodPeca FROM Peca WHERE Cor= Verm ) Excluir todos os embarques DELETE UPDATE Fornec SET StatusFornec=20 WHERE CodFornec= F1 Incrementar o status do fornecedor de código F1 em 10% UPDATE Fornec SET StatusFornec=StatusFornec*1.1 WHERE CodFornec= F1 Incrementar de 10% o status de todos os fornecedores que têm embarque de P2 UPDATE Fornec SET StatusFornec=StatusFornec*1.1 WHERE CodFornec IN (SELECT CodFornec WHERE CodPeca= P2 ) Visões em Uma visão em é uma tabela virtual, isto é, uma tabela que não é armazenada fisicamente na base de dados O objetivo de visões é atender usuários que necessitam ver os dados de determinada forma, diferente da de armazenamento Visões são usadas Em combinação com mecanismos de controle de acesso Visões são usadas para aumentar a dependência Quando a definição de tabelas básicas em uma base de dados é modificada, aplicações que a usam podem ser afetadas Se a mudança nas tabelas básicas não afeta a visão, aplicações que usam a visão não são afetadas O conceito genérico de visão em BD é mais abrangente: Qualquer forma de ver dados por um usuário Visões de forma geral teriam que poder ser não normalizadas (ex.: uma nota fiscal) Visões em A instrução para criar uma visão em é CREATE VIEW <nome> AS <consulta > A instrução para eliminar uma visão é DROP VIEW <nome>
Exemplos de Visões Exemplos de Visões Criar uma visão da tabela de embarques, na qual apareçam, associados aos códigos de peça e fornecedor os seus dados. CREATE VIEW EmbarqCompl AS (SELECT Embarq.CodPeca,NomePeca, CorPeca,PesoPeca,CidadePeca, Embarq.CodFornec,NomeFornec, StatusFornec,CidadeFornec, QtdeEmbarc,Peca,Fornec WHERE Embarq.CodPeca=Peca.CodPeca AND Embarq.CodFornec=Fornec.CodFornec) Obter o nome do fornecedor e nome da peça para cada embarque.,nomepeca Compl A instrução acessa a visão EmbarqCompl O usuário não necessita especificar toda definição da junção das três tabelas A visão não existe fisicamente: A instrução SELECT de definição da visão é misturada ao SELECT da consulta em tempo de tradução Atualização através de visões permite que uma tabela da base de dados seja atualizada (inserção, exclusão e alteração) através de uma visão A restrição é de que a atualização deve ocorrer sobre uma visão definida sobre uma única tabela da base de dados e que as linhas da visão estejam em relação um-para-um com as linhas da tabela da base de dados Princípio: O mapeamento do efeito da atualização sobre a visão em uma atualização sobre uma tabela da base de dados deve ser não ambíguo Exemplo: Atualizações sobre a visão EmbarqCompl definida acima não são admissíveis, pois ela está definida sobre mais de uma tabela base