Green - Módulo

Tecnologia da Informação

Olá! Neste módulo vamos estudar DDL: Create; DDL: Modificando tabelas; DDL: Views, índices e procedimentos e funções; DDL: Begin, END e funções; DML: Atualizando e Removendo Registros; DML: SET NULL E CASCADE; DML: Insert into, Select Into e Gatilhos; DQL: Subconsultas; DQL: Exists, not exists e in; DQL: Case e CTE´S; DQL: DATE E DATETIME.

No final, temos um Resumão EmÁudio para revisar todos os conteúdos deste módulo.

Vamos começar?

Professor: Arthur Mendonça
Narrador: Audren Silva
Duração: 
59 minutos 48 segundos

MÓDULO 04

Linguagem SQL2008 - Parte 2

Tecnologia da Informação EmÁudio: DDL: Create - Parte Um Olá! Bem-vindo a mais um em áudio. Neste módulo, continuaremos nossos estudos sobre a linguagem SQL 2008. Tá bom? Preste muita atenção e som na caixa.Gente, para iniciar a nossa aula, vamos expandir o nosso conhecimento a respeito de comandos DDL, tá bom?Até agora já temos uma ideia de como se cria tabelas no banco de dados, né? Mas resta saber como se cria os demais objetos de um banco de dados, além dos comandos para remoção e alteração de estruturas existentes.Jovem, você já ouviu falar no comando Create? Os comandos create permitem a criação de objetos no banco de dados. Por exemplo, podemos usar o create data base para criar um novo banco de dados no nosso servidor. Nada demais, não é? É o que parece. Mas há alguns detalhes importantes que você precisa entender antes de prosseguirmos.Vamos bater um papo rapidinho sobre esquemas e catálogos em SQL. Vem comigo! Ah, antes de começar esta sessão, quero que você esqueça um pouco os conceitos de catálogo, que contém metadados e esquema que já vimos até aqui. Tá bom?Vou apresentar novas definições para os mesmos termos utilizados no âmbito da linguagem SQL. Então, cuidado para não confundir, tá ok?Em SQL os esquemas são estruturas que permitem organizar um conjunto de elementos como tabelas, restrições views, etc, que fazem parte de uma mesma aplicação de banco de dados. As versões mais primitivas do padrão SQL não incluíam o conceito de esquema, então todos os objetos dentro de um SGB relacional ficavam dispostos em um só esquema.Dentro dos esquemas, ficam os dados dispostos em tabelas ou relações, que são conjuntos não ordenados de duplas ou registros, como já estudamos no modelo relacional. Um catálogo ou catálogo, por sua vez, é o que costuma ser conhecido como banco de dados, uma estrutura que corresponde a um conjunto de esquemas. Isso tudo fica incluído em um ambiente que é nada mais do que a instalação de um SGBD relacional em um sistema de computador.Professor, mas essas divisões dos dados entre catálogos e esquemas servem para quê? Boa pergunta, meu jovem. Gente, na maioria das vezes é interessante que haja uma separação lógica entre grupos de objetos que habitam um servidor de banco de dados, de modo a organizar as estruturas de dados, facilitar a manutenção posterior ou mesmo o gerenciamento das estruturas de dados. Por exemplo, é comum que no mesmo servidor fiquem dados que atendem a diversos sistemas utilizados nas atividades operacionais da organização. Nesse caso, deve haver uma determinada separação entre os diversos conjuntos de objetos que atendem a cada um desses sistemas de aplicação. Poderíamos ter, nesse caso, um catálogo para o ERP da empresa, outro para o software de CRM, outro para as aplicações de análise de dados e assim sucessivamente.Em seguida, dentre esses catálogos, considere que o de análise possui dados que vão alimentar aplicações para diferentes setores. Ocasionalmente, os dados são compartilhados entre esses setores, mas, em geral, há conjuntos bem definidos de tabelas e demais objetos que servem para cada um dos setores que realiza análise de dados, como pessoal, vendas, financeiro e por aí vai. Assim, cada um desses conjuntos poderia corresponder a um esquema.Elmasri Navathe ressaltam que todo catálogo contém um esquema especial chamado Information underline esquema que contém informações a respeito de todos os demais esquemas no catálogo e metadados a respeito dos elementos de cada um.Pessoal, essa divisão entre catálogos e esquemas varia um pouco de SGBD para SGBD. Tá bom? No MySQL, um banco de dados que seria algo equivalente a um catálogo, tá, é a mesma coisa que um esquema. Já no PostgreSQL, a estrutura é parecida com a que já vimos. Um cluster servidor de banco de dados contém vários catálogos, que por sua vez, contêm vários esquemas. Outro exemplo interessante é o do ORACLE, em que há os bancos de dados, os catálogos que contêm esquemas que por sua vez são equivalentes aos próprios usuários que as criaram. Um pouco confuso, não é? Se sua prova adotar algumas dessas tecnologias específicas, certifique-se que entendeu como essa divisão é realizada no SGBD escolhido.Tá bom, beleza, professor. Entendi. Mas qual é o sentido de se ter vários esquemas? Não poderíamos simplesmente dividir o nosso ambiente em múltiplos catálogos?Ouça bem. Embora seja possível realizar consultas com dados de múltiplos catálogos, não se pode definir restrições de integridade entre estruturas que estão em catálogos distintos. Essa é uma distinção bastante importante turma. Imagine que dentro do esquema vendas existe uma tabela que contém o registro para cada venda realizada, contendo dados como valor, quantidade, produto e vendedor. Mas imagine o cenário em que os dados do vendedor se encontram em uma tabela do esquema pessoal. Seria necessária a criação de uma chave estrangeira entre tabelas de dois esquemas distintos do mesmo catálogo: vendas e pessoal. Isso pode ocorrer sem problemas, mas, se precisássemos criar uma chave estrangeira em alguma tabela do esquema análise que diferenciasse alguma tabela do esquema ERP, isso já não seria possível.Deu para pegar aí? Beleza. Oh, ainda não acabou. Tá? Te espero no próximo em áudio para continuarmos nosso papo sobre catálogos e esquemas. Até daqui a pouco.

01 - DDL: Create – Parte 1

Tecnologia da Informação EmÁudio: DDL: Create - Parte DoisFala galera! Beleza? Bora aprender mais um pouquinho sobre esquemas e catálogos? Então vem comigo. Aperta o play aí.Gente, com o conhecimento que já adquirimos, podemos dizer em linhas gerais que a criação de um novo catálogo é análoga à criação de um banco de dados, que pode ser realizado através do comando Create Database ou Create Database, podemos selecionar o banco de dados DB recém-criado através do comando US ou USE.Uma vez selecionado, o SGBD irá rodar os comandos subsequentes separados por ponto e vírgula em DB. Posteriormente, podemos criar um esquema chamado esquema dentro de DB através do comando CREATE SCHEMA. Não esqueça as diferenças de conceitos de catálogo, banco de dados e esquema entre os SGBDs.No Mac ou MySQL, por exemplo, CREATE SCHEMA e CREATE DATABASE produzem os mesmos efeitos. Após a criação desse esquema, podemos nos referir a um objeto dentro dele através de seu nome, utilizando a anotação de pontos. O nome qualificado vai nos permitir trabalhar com tabelas de esquemas diferentes ou mesmo de bancos de dados diferentes nas nossas consultas. Junções, uniões e demais operações de SQL são permitidas para tabelas de bancos de dados distintos dentro do mesmo ambiente. Tá conseguindo me acompanhar, jovem? Posso continuar? Vamos em frente então.Você já conhece o comando de criação de tabelas? O Create Table também sabe que podem ser definidas restrições em relação aos campos da tabela, como chave primária e chave estrangeira. Além dessas, temos mais algumas restrições interessantes que são os valores de FAT, CHECK e UNIQUE. O comando de FAT cria um padrão.O comando de CHECK cria um padrão comando do tipo check, permite impor restrições ao domínio dos atributos.Por fim, a restrição UNIQUE, quando definida em um campo só diz que os valores daquele campo não podem se repetir para os registros de uma relação. Já quando definida para um conjunto de campos, a restrição determina que a combinação dos valores dos campos pode se repetir. Deu para pegar aí? Beleza. Oh, fico por aqui, mas daqui a pouco eu já tô de volta. Não me abandona não, hein? Até o próximo áudio. Abraço!

02 - DDL: Create – Parte 2

Tecnologia da Informação EmÁudio: DDL: Modificando TabelasE aí, jovem, tudo bem? Como vão os estudos? Espero que tudo certo. Chegou a hora de aprendermos como modificar tabelas. Está preparado aí? Então vem comigo. Ah, e coloque esse sorriso no rosto, hein? Cola em mim.Bom, para alterar a estrutura de uma tabela já existente, podemos utilizar o comando Alter table. Além disso, poderíamos adicionar um novo campo através do comando ADD, que significa adicionar em inglês. Além de adicionar, podemos também remover campos existentes na tabela com o auxílio do comando Drop Column ou Drop Column. Não precisamos definir o tipo novamente, só fazer referência ao nome da coluna a ser removida. Os SGBDs também costumam permitir que se altere o tipo de dados de uma coluna através do Alter Column ou no Oracle, Modefy ORacle. Deu pra pegar? Vamos seguir então.Também é possível, pessoal, adicionar uma nova restrição em uma tabela pré-existente através do ALTER TABLE ADD CONSTRAINT ou ALTER TABLE ADD CONSTRAINT. Isso pode ser utilizado para os demais tipos de constraint, como primary key e etc. Essa possibilidade é bem interessante, pois permite que se atualize o modelo de dados com uma certa facilidade.Dos comandos que já apresentamos até aqui você deve ter percebido que é possível criar CONSTRAINTs sem especificar o nome. Isso não é uma boa prática, já que estamos deixando a cargo do SGBD a definição do nome do objeto. Os CONSTRAINTs fazem parte da aplicação de banco de dados, então devemos gerenciá-los como qualquer outro objeto. A definição de nomes adequados inclusive irá contribuir com a organização do ambiente e permitir um gerenciamento mais intuitivo.Para excluir uma tabela do banco de dados, é só usar o comando DROP TABLE. Esse comando vai remover a definição da estrutura da e os próprios dados do banco de dados, bem como as restrições que estiverem definidas na própria tabela. Aliás, o DROP vai servir para remover praticamente qualquer tipo de objeto no SGB.  Só tome cuidado, tá? Se houver uma chave estrangeira referenciando o campo da tabela a ser removida, você irá receber uma mensagem de erro. Isso se deve à característica dos SGBDs de manter a integridade referencial. Se você remove uma tabela com registros que estão sendo referenciados por alguma outra, esses registros param de existir e a referência se perde.Da mesma maneira, se houver um navio que realiza consulta na tabela, você irá quebrá-la, já que ela vai tentar buscar os dados de uma tabela que não existe mais. Por esse motivo, você primeiro deve remover as restrições ou CONSTRAINTs associados à tabela para que o SGBD aceite a remoção e garantir que avios que dependam da tabela sejam removidos ou atualizadas para puxar os dados de algum outro lugar.Alguns SGBDs oferecem suporte à utilização do comando CASCADE ao final do comando DROP TABLE que automatiza todo esse trabalho. É o caso do Oracle ou do PostgreSQL, por exemplo.No PostgreSQL, o CASCADE propaga a remoção da tabela, removendo as restrições de chave estrangeira que a referenciam e as views que a utilizam. Já no Oracle, pode-se utilizar o CASCADE CONSTRAINTS para remover as chaves estrangeiras que referenciam a tabela a ser removida. Jovem, a alteração dos registros em um banco de dados está mais afeita à linguagem DML, que é a linguagem de manipulação de dados. Mas há um comando DDL chamado TRUNCATE TABLE que rapidamente limpa uma tabela removendo todos os seus registros, mas mantendo sua estrutura intacta. Um efeito similar ao de truncar uma tabela poderia ser atingido utilizando um comando DML de remoção de registros dela sem a especificação de nenhum filtro que restringe os registros a serem removidos, mas a operação interna realizada pelo DELETE e a que é realizada pelo TRUNCATE são um pouco diferentes. Geralmente, o que acontece é que o TRUNCATE remove a locação de página de dados que a tabela está usando. Não vamos entrar em detalhes sobre os mecanismos internos de armazenamento dos bancos de dados agora. Então não se preocupe tanto com essa questão. O TRUNCATE não permite que se estabeleça restrições de quais registros serão removidos, ele sempre irá remover todos. Além disso, em vários SGBDs, não é possível reverter a operação através de um comando de rollback, ao contrário de um delete comum. Lembre-se sempre da questão das chaves estrangeiras. Não é possível truncar uma tabela que está sendo referenciada por uma restrição desse tipo. Conseguiu entender? Posso ir embora? Muito bem. Eu vou. Mas daqui a pouquinho eu tô de volta você sabe. No próximo em áudio estamos aí.

03 - DDL: Modificando Tabelas

Tecnologia da Informação EmÁudio: DDL Views, Índices e Procedimentos e FunçõesBem vindo de volta. Ainda não finalizei o assunto DDL, tá.Neste em áudio, falaremos das views, índices e dos procedimentos e funções. Aumenta o som aí e chega mais. Oh, como você já sabe as vis são consultas armazenadas, né? Sabendo disso, a criação de um objeto desse tipo é muito simples. É utilizar o comando create view nome us seguido da consulta que se deseja armazenar. Confira o exemplo a seguir que cria uma via contendo CPF e nome dos clientes de uma empresa que residem em Brasília. Para remover essa view basta usar o comando drop para os casos em que já existe um view com o mesmo nome no esquema em que estamos rodando o Create View alguns SBDs oferecem a opção de substituir o código da view já existente como o REPLACE ou o Outer a depender do SGBD que você está utilizando. Eles vão criar a view se ela não existe ou atualizar o código da view pelo fornecido após o US caso ela já exista.O Microsoft SQL Server, por sua vez, também permite que se altere uma view diretamente através do comando alter sem criar uma nova caso não exista. Como sempre, verifique qual a sintaxe exata que é utilizada no seu dialeto SQL. O funcionamento é sempre similar, já que eles são implementações distintas da mesma linguagem. Só que as palavras chave podem variar um pouco. Conseguiu entender aí? Vamos em frente. Bora falar rapidinho sobre os índices. Como você já sabe, os índices são criados para agilizar a consulta aos registros de uma tabela. A criação dos índices segue a mesma lógica dos demais comandos create. Para remover um índice, é só utilizar o drop. Os SGBDs possuem diversos tipos de índices. Um tipo comum de índice é o unique que já conferimos na nossa aula como sendo uma restrição, constraint. Não se assuste é a mesma coisa. Para poder verificar se os campos ou conjuntos de campos são únicos o SGBD cria um índice sobre os campos que fazem parte da restrição. Logo, os comandos a seguir são equivalentes. A linguagem SQL permite que se crie algumas estruturas que implementam a lógica de programação mais tradicional chamadas procedimentos armazenados e funções.Os procedimentos armazenados são trechos do código SQL que podem ser reutilizados. Esse código pode realizar operações DDL, DNL, DQL e assim sucessivamente fica a critério do desenvolvedor.Já as funções são estruturas que recebem um conjunto de parâmetros e retornam um valor que pode ser até mesmo uma tabela. As funções, ao contrário dos procedimentos armazenados, podem ser chamadas até mesmo dentro de um select. Vamos conferir melhor as diferenças entre os dois tipos de objetos a seguir. Me acompanhe.Os procedimentos armazenados permitem que o usuário defina uma rotina, ou seja, uma série de comandos SQL em um SGBD relacional. Esses procedimentos comumente contam com comandos que controlam o fluxo do programa, como W, LP, Case, dentre outros, a depender da sintaxe do dialeto utilizado.A estrutura básica da criação de um procedimento é a seguinte: Após a criação do procedimento, podemos executá los através do comando e x e C. Entendido? Fico por aqui. Aproveite para beber uma água e se alongar. Já estamos de volta no próximo em áudio. Fique ligado! Até lá. Tchau, tchau.

04 - DDL: Views, índices e procedimentos e funções

Tecnologia da Informação EmÁudio: DDL: Begin...END e funçõesFala, pessoal. Voltei. E agora quero falar sobre outros comandos SQLs. Tá preparado aí? Aperta o play aí e vamos juntos. Chega mais.Gente, quando queremos especificar um bloco que contém múltiplos comandos SQL, muitas vezes dentro de um procedimento armazenado. Vários SGBDs requerem que se crie um bloco com início e fim delimitados pelos comandos BGE e AND.Os blocos que começam no BGE e terminam no END também podem em geral ser executados isoladamente sem que se crie um procedimento armazenado que os contenha. Na linguagem PL/SQL do Oracle esses blocos de comando isolados são chamados de blocos anônimos.Deu para entender? Beleza. Bora para as funções. As funções definidas por usuários são criadas de forma parecida com os procedimentos armazenados. Elas são frequentemente utilizadas para converter escalas de valores, ajustar valores textuais, manipular datas como obter a idade a partir da data de nascimento, dentre outras habilidades mais complexas.As funções também podem retornar não somente valores escalares como inteiros, cadeias de caracteres ou datas, caso em que são chamadas de funções escalares, como também elementos do tipo tabela são as famosas table valuet function ou funções de valor de tabela.As tabelas definidas pelo usuário são, como o nome já diz, funções que retornam tabelas. Como essas funções retornam tabelas, em geral, os SGBDs costumam permitir que se faça consultas nelas como se fossem tabelas mesmo.Alguns SGBDs adotam a sintaxe menor que tipo maior que para definir o tipo do valor que será retornado, ao contrário do termo reter que mostramos anteriormente.Como sempre, recomendo que verifique o dialeto SQL relevante para você.Assunto entendido? Então no próximo em áudio nós começaremos nossos estudos sobre DML. Até lá.

05 - DDL: Begin...END e funções

Tecnologia da Informação EmÁudio: DML: Atualizando e Removendo RegistrosFala, turma querida. Bem vindo de volta.Bora aprender um pouquinho sobre DML. Som na caixa. Vem comigo.Então, gente nos em áudios anteriores já aprendemos como se insere um registro no banco através do "insert into". Agora vamos ver como podemos alterar e remover dados de tabelas. Tá bom? Vem comigo.Através do comando "update" podemos atualizar os valores de registros nas tabelas de um banco de dados. Um detalhe muito importante é que podemos definir filtros para os registros da tabela a ser atualizada, através da cláusula "where". Se ela não for definida, todos os registros terão valores atualizados. Jovem, podemos fazer diversos tipos de alteração, seja com valores constantes, nulos ou com base em cálculos utilizando os próprios valores dos campos. O desenvolvedor da consulta, deve ter bastante cuidado, preferencialmente realizando um "select" com os dados do "UE" antes de fazer a atualização, de modo a conferir se os filtros realmente só retornam os registros que devem ser atualizados. De forma bem similar ao "update", temos o comando "delete" que remove registros de uma tabela no banco de dados. A estrutura do "delete" é mais simples, pois estamos removendo registros inteiros, não sendo necessário especificar o que devemos fazer com cada um dos atributos. Como toda a operação que manipula registros, temos que estar atentos às dependências apresentadas pelos valores, principalmente em relação às chaves estrangeiras. Como os SGBDs procuram manter a integridade referencial dos dados se tentarmos remover registros que estão sendo referenciados por registros de outras tabelas ligados por uma chave estrangeira, o SGBD deve retornar um erro. Conseguiu pegar? Tranquilo. Antes de finalizar esse áudio quero falar só mais duas coisinhas. Preste atenção! As restrições de chave estrangeira possuem algumas opções para manter a integridade referencial das estruturas. Ou seja, há algumas maneiras diferentes de lidar com a remoção de um registro referenciado que serão determinadas pela opção "ON DELETE" na definição da chave estrangeira. Preciso falar ainda sobre RESTRIT.Ao utilizar esta opção, o banco de dados simplesmente irá proibir que se remova algum registro referenciado pela chave estrangeira sem que primeiro se remova a referência. Por exemplo, se temos um telefone que aponta para uma pessoa com CPF de número "x", caso tentemos deletar o registro de "x" na tabela pessoas o SGBD não irá permitir que se complete a operação. A opção "RESTRIT" é a escolha padrão na definição de uma chave estrangeira. Ou seja, caso você não coloque esse on delete menor que opção maior que a chave estrangeira irá assumir o comportamento padrão de proibir as remoções dos registros referenciados. É isso, turma. Finalizo mais um áudio por aqui. Mas não se preocupe, é rapidinho. Já, já eu estou de volta.Até o próximo áudio.

06 - DML: Atualizando e Removendo Registros

Tecnologia da Informação EmÁudio: DML: Set Null e CascadeBom dia! Boa Tarde! Boa Noite! Bem-vindo a mais um em áudio do nosso módulo de linguagem SQL dois mil e oito. Sempre um prazer ter você por aqui, tá bom. Agora iremos estudar os comandos Set Null e Cascade. Coloca um sorriso no rosto e aumenta o som. Vamos lá!Jovem, caso criemos a restrição de chave estrangeira com a opção Set Null, o SGBD irá remover as referências para o registro, atribuindo o valor NULL aos campos que compõem a chave estrangeira na tabela referenciadora.Por exemplo, caso tentemos remover uma pessoa que está sendo referenciada por um ou mais telefones, o SGBD irá modificar os atributos que compõem a chave estrangeira. (FK_Telefone, _Pessoa). No caso, CPF pessoa para o valor NULL. Esse valor, turma, então então indica que os registros em questão não fazem referência a nenhum valor da tabela referenciada. Dá para entender? Vamos em frente então.Já há a propriedade on delete cascade propaga a remoção dos registros para a tabela referenciadora, ou seja, pessoal, caso tentemos remover um registro referenciado, todos os registros que fazem referência a ele também serão removidos por inteiro de suas tabelas de origem. Diante desse cenário, quando tentarmos remover algum registro de pessoa, todos os telefones associados a essa pessoa serão removidos automaticamente pelo SGBD.Vamos resolver uma questão para não restar dúvidas sobre esse assunto? Preste atenção. Vou ler o enunciado e me diga daí se está certo ou errado, tá bom? Combinado. Bora lá.Em relação à remoção de linhas no SQL Server, é correto afirmar que uma tabela que tenha todas as linhas removidas permanece no banco de dados. A instrução DELETE só inclui linhas da tabela. A tabela deve ser removida do banco de dados usando a instrução DROP TABLE. E aí, isso está certo ou errado, pessoal?Certíssimo, né, jovem. É exatamente isso. O DELETE remove registros de uma tabela sendo um comando DML. Já o DROP TABLE remove toda a estrutura da tabela, seus registros e restrições do banco de dados. Assunto entendido? Maravilha!Oh! Fico por aqui, tá? Não me abandona não, hein. Ainda tem muito assunto pela frente. Até lá! Abraço e até o próximo áudio.

07 - DML: SET NULL E CASCADE

Tecnologia da Informação EmÁudio: DML: Insert Into, Select Into e GatilhosOlá! Tudo bem? Bem vindo de volta! Aperta o play aí e vamos aprender mais um pouco. Que tal? Show. Vamos nessa.Gente, já vimos que há algumas maneiras de inserir dados em uma tabela mas ainda não vimos a possibilidade de utilização de select into. O Insert Into Select copia os dados de uma consulta para uma tabela existente. Já o SELECT Into copia os dados retornados pela consulta para uma nova tabela criada no momento da execução. Mas fique ligado, jovem. Mesmo que a consulta do Select Into não retorne nenhum registro, a tabela será criada normalmente. O que acontece é que ela não irá conter nenhum registro, turma, já que nada foi retornado da consulta executada sobre a tabela original.Um outro comando que tem um comportamento parecido com o do Select into é o comando Create tables Us.Quer ver como esse assunto é cobrado em prova? Oh, eu leio a questão e você responde daí se ela está certa ou errada. Combinado? Vem comigo. Vamos lá. No que concerne a linguagem SQL julgue o item seguinte:O comando Create Table pode ser utilizado para criar tanto uma tabela vazia quanto uma com dados de outra tabela. O comando Create Table pode ser utilizado para criar tanto uma tabela vazia quanto uma com dados de outra tabela. E aí, gente, isso tá certo ou errado? Correto, né, jovem. É verdade em geral utilizamos o Create Table para criar tabelas vazias sem nenhum registro. Mas quando utilizamos a sintaxe create table menor que nome maior que US select from tabela é possível criar uma tabela com base em uma consulta existente. Deu pra pegar aí? Show de bola. Oh, vamos em frente então!E bora falar dos gatilhos que você também pode chamar de Trigger? Os gatilhos são estruturas que disparam um comando ou uma série de comandos a partir da ocorrência de algum evento no banco de dados. Por exemplo, podemos criar um Trigger que registre um valor em uma tabela de controle toda vez que realizemos uma alteração em algum registro do banco de dados. Dessa maneira, você pode observar que toda vez que executamos alguma alteração em qualquer tabela do banco de dados, o Trigger vai lá confere que o evento ocorreu e adiciona um outro registro em outra tabela. Todas essas checagens se a condição do gatilho foi satisfeita tem um custo de performance, então é importante que se use os gatilhos com prudência, tá bom?Enfim, o que nos interessa aqui é ver como um gatilho é criado em S Q L, não é?Então é um assunto que cai pouco, tá? E que cada SGBD implementa a sua maneira. Então vamos ver somente uma noção geral da criação desse tipo de objeto. Caso o seu edital cobre o dialeto S Q L de um SGBD específico verifique como é a sintaxe exata. Tá bom? Hama Christine diz que a descrição de um gatilho contém três partes. Confere comigo.Evento: a mudança no banco de dados que dispara o Trigger.Condição: uma query ou teste que é executado quando o Trigger é ativado. Ação: um procedimento que é executado quando o Trigger é ativado. Parece simples, tá turma, mas a sintaxe do comando pode ser um tanto confusa. Então, antes de dar alguns exemplos, vamos mostrar a estrutura do comando DDL de criação do gatilho. Oh, não se preocupe se não entender de primeira. Tá bom? Passe para os exemplos e depois volte se for necessário. Ok? Vamos lá então.Primeiro criamos um Trigger através do comando Create Trigger. Depois especificamos em que momento ele será executado. Qual será o evento que irá dispará-lo e em que tabela devemos verificar a ocorrência do evento. Aqui podemos escolher se o gatilho irá ser executado antes be for que o SGB finalize a operação que está realizando evento que disparou o trigger ou a pós after.O menor que evento maior que pode ser um inset update ou delete. No lugar de menor que tabela maior que você irá utilizar o nome da tabela que está sendo alterada na ocorrência do evento. Assim, se escrevêssemos after inset o menor que tabela maior que estaríamos criando um trigger que é disparado logo após a inserção de um registro na tabela. Em seguida podemos ou não especificar uma condição extra para que o Trigger seja executado. Após o estabelecimento da condição, vamos indicar a frequência com que a ação será realizada. Tá bom? Nesse caso, vamos especificar se o Trigger irá realizar uma ação para cada registro modificado ou uma vez só para toda a operação. Por fim, estabelecemos a ação que o Trigger deve realizar. Jovem, o uso da variável old é um mecanismo utilizado em determinados SGBDs como o Oracle e serve para guardar temporariamente o registro que foi removido ou atualizado. Isso permite que acessemos seus atributos no Trigger mesmo após sua remoção. No caso de updates, é possível também acessar os valores do registro que substituem os anteriores através da variável null. E aí conseguiu me acompanhar? Posso ir embora? Oh, eu vou hein mas eu volto. Até daqui a pouquinho no próximo áudio. Te espero lá.

08 - DML: INSERT INTO, SELECT INTO E Gatilhos

Tecnologia da Informação EmÁudio: DQL: SubconsultasE aí, turma querida. Beleza? Bora ser aprovado? Claro, né. Aumenta esse som aí e cola em mim então.Com tudo o que aprendeu até aqui você já deve ser capaz de resolver boa parte das questões a respeito de SQL que virão por aí. Mas como seu concurso pode ter um grau de exigência mais elevado, vamos trazer mais alguns conceitos de DQL que já foram cobrados pelas principais bancas. Combinado? Vem comigo.Gente, um dos conceitos que você precisa ter em mente é o de sub consultas. As subquerys ou sub consultas são SQLs aninhadas em uma consulta principal. Elas são delimitadas através de parênteses e podem aparecer em várias situações tanto no Select como nas cláusulas Join ou Where. Vamos construir nosso entendimento através de um exemplo, tá legal?Imagine uma consulta que retorna uma lista de funcionários, seus departamentos e salários. Ok? Imaginou? Muito bem.Agora imagine que queremos comparar o salário de cada funcionário com a média salarial da empresa. Esse cenário impõe uma certa dificuldade, pois estaremos trabalhando na mesma consulta com dois níveis de granularidade: salário de cada funcionário e média do salário da empresa inteira. Porém podemos resolver essa situação de forma fácil, com uma sub consulta. Essa consulta irá retornar para cada funcionário um registro contendo seu nome, seu departamento, seu salário e a média salarial da empresa inteira. O valor médio do salário da empresa será idêntico para todos os registros, pois não há nenhuma cláusula que relacione algum atributo da consulta externa ao da consulta interna. Presta atenção, a consulta que acabamos de produzir ainda não nos dá uma perspectiva de análise muito interessante já que diferentes setores podem ter diferentes médias salariais. Concorda comigo? Então vamos realizar um ajuste.A novidade seria que a consulta mais interna está agora correlacionada com a consulta externa. Ao realizar a igualdade entre a consulta mais externa e a interna, podemos realizar uma espécie de junção entre os registros das duas consultas. Jovem, preste atenção, não é um Join, mas o comportamento acaba por ser similar. Para cada registro retornado na consulta principal, a sub consulta será executada uma vez de modo a verificar qual é a média do departamento associado ao funcionário. Tá conseguindo me acompanhar?Um detalhe importante é que nesse tipo de utilização de sub consultas você só pode retornar um valor em um só campo. Como você sabe, os valores presentes nos registros em um banco de dados relacional são atômicos, então você não poderia retornar múltiplos campos ou múltiplos valores para o mesmo campo na sub para um só registro na consulta externa. Essas sub consultas que são relacionadas com a consulta externa são conhecidas como sub correlacionada ou sincronizada. Então muito cuidado na hora de usar sub consultas dentro de um Select. Então faz assim, no exemplo que eu te dei, precisa executar a sub consulta uma vez para cada registro retornado, o que pode ter um grande impacto de performance caso a consulta retorne muitas linhas. Então se liga. Uma alternativa ao nosso exemplo que apresenta um certo ganho de performance, por tornar desnecessária a avaliação da sub consulta registro a registro é a utilização da subquery dentro de um Join ou até mesmo no From.Pessoal, há alguns detalhes importantes nesse tipo de sintaxe. O SGBD avalia a sub consulta e seu resultado é guardado temporariamente para que a junção possa ser feita. Assim, devemos definir um alias para esse resultado guardado para que possamos trabalhar com os seus campos na consulta externa. Outro ponto importante é que todos os campos retornados na sub consulta devem ser nomeados, caso contrário, você não teria como fazer referência a eles na consulta externa. No nosso exemplo, demos o nome de "média salário débito" ao campo calculado AVG. O atributo departamento vai com o seu próprio nome departamento. Nesse caso, o resultado da sub consulta age como se fosse uma tabela virtual, algo bem similar a uma View temporária. Por esse motivo, a essa utilização das subquerys é dado o nome de inline view. Aqui sua execução se dá de forma mais otimizada, pois o SGBD só irá precisar avaliar a subquery uma única vez. Dentro das subquerys não necessariamente precisamos utilizar um aliás. Aqueles campos sem nenhuma aliás obviamente vêm das tabelas que estão sendo utilizadas na própria sub consulta.Um aliás, contudo, será necessário quando quisermos fazer referência ao atributo da consulta externa. É boa prática sempre dar um aliás às tabelas utilizadas, tá bom? Já que melhora a clareza do código, facilitando sua compreensão.Calma, respira, conseguiu entender tudo? É isso que eu quero te perguntar. Ótimo então. Vou dar um tempo aí para você beber uma água, dar uma alongada e daqui a pouco eu volto. Até mais. Até o próximo play.

09 - DQL: Subconsultas

Tecnologia da Informação EmÁudio: DQL: Exists, Not Exists e INOlá, jovem! Voltei. E aí respirou? Bebeu uma aguinha? Ótimo! Posso continuar com os nossos estudos? Foco, sorriso no rosto e som na caixa. Gente, chegou a hora de falar dos operadores exists e not exists. Quando utilizamos subconsulta na cláusula WHERE podemos realizar comparações dos registros da consulta externa em relação aos resultados da Subconsultas.Dando continuidade à avaliação de subconsultas dentro da cláusula WHERE, podemos introduzir um novo operador bem interessante o EXISTS. Esse operador permite que se cheque a existência de registros para a subconsulta. Se existirem, o operador retorna o valor verdadeiro, caso contrário, retorna falso.Mas vamos conferir na prática com um novo exemplo. Os registros da consulta externa serão retornados se existe qualquer registro retornado na subconsulta, ou seja, turma, não importam quais os campos fazem parte do SELECT da Subconsultas. Se há pelo menos um registro retornado na subconsultas dentro do EXISTS, o operador retorna verdadeiro e o registro da consulta externa é retornado. Caso contrário ele não é retornado.Podemos obter o comportamento inverso através do operador NOT se usarmos NOT EXISTS. Só serão retornados àqueles registros cuja subconsultas não retorna nada.Deu para pegar? Posso continuar? Então me acompanhe. Outra aplicação de consultas aninhadas é sua utilização dentro de uma cláusula IN na linguagem SQL ou subquery.O IN é um operador lógico que retorna o valor verdadeiro caso o valor de comparação esteja sempre em uma lista de valores fornecidas. Para exemplificar, imagine que queremos retornar todas as pessoas que vivem nas regiões Norte e Nordeste do país. Assuma também que temos uma tabela chamada cidade e região que associa as cidades às cinco regiões. Assim, serão retornados aqueles registros de pessoas cujo valor de cidade está na lista formada pelos valores retornados para o atributo cidade da tabela cidade e região que compõe o conjunto de resultados da subquery. Tranquilo, né? Então finalizo mais um em áudio por aqui. No próximo áudio, falaremos do case. Te espero lá então. Até lá. Tchau, tchau.

10 - DQL: EXISTS, NOT EXISTS e IN

Tecnologia da Informação EmÁudio: DQL: Case e CTE'SE aí galera, tudo bem? Beleza? Sem enrolação. Hora de falar do Case.Gente, a linguagem SQL permite a criação de uma programação condicional. Podemos criar o seguinte comando que define o valor do campo Estado com base no valor de cidade. Essas condições são avaliadas sequencialmente. Se a cidade é igual a Recife, por exemplo, ela retorna a Pernambuco e nem analisa as demais. Caso contrário, vai avaliando as demais alternativas em sequência. Caso nenhuma das condições seja satisfeita, o valor nulo é retornado. Mas às vezes é interessante definir um caso geral para evitar que se retorne o nulo. Esse caso geral é aquela condição que, caso nenhuma das outras seja satisfeita, possui um valor padrão. Para definir esse comportamento, é utilizado o comando Else.Tranquilo até aqui, né? Vamos seguir. Jovem, existem alguns pontos importantes que você não pode esquecer. Preste atenção. Um case sempre termina com o comando End e as cláusulas são do tipo menor que condição maior que menor que valor maior, que são avaliadas sequencialmente. O não possui uma condição somente valor. Ele contém o caso geral para todas as demais situações que não se encaixam em nenhuma das cláusulas anteriores. Grave isso, tá. Ah, você também pode definir um case dentro de um Outer Begin. O Case tem vários usos, incluindo alterar o campo que está sendo utilizado. Como vimos anteriormente no Outer Begin, o mesmo efeito pode ocorrer dentro de um comando where, por exemplo. E aí, conseguiu entender? Suave, né?Mas aqui, você já ouviu falar das CTs, jovem? As CTs, do inglês Combo Express, são conjuntos temporários de resultados de consultas que servem para ser utilizados somente uma vez, ou seja, um só comando SQL que pode ser um SELECT, update, insert ou delete. Uma CTE é como se estivéssemos criando uma view descartável que vai servir para ser utilizada somente no comando seguinte. Como as CTs não são objetos que ficarão armazenados no banco de dados, não utilizamos o comando create para defini-las, e sim o With. As CTs possuem alguns detalhes importantes em relação à sintaxe. Por exemplo, podemos definir aliases os nomes que damos aos objetos em SQL para cada uma das colunas retornadas utilizando a anotação de parênteses. Outra possibilidade interessante da utilização desse tipo de estrutura é a definição de múltiplas CTs em sequência separadas por vírgula. Em cada nova CTE definida, você pode referenciar as CTs anteriores, mas nunca as posteriores.Conseguiu me acompanhar? Beleza. Fico feliz. Fico por aqui. Até daqui a pouco no próximo áudio. Até o próximo play.

11 - DQL: CASE E CTE’S

Tecnologia da Informação EmÁudio: DQL: Date e DatetimeFala, jovem. Bem-vindo de volta. Tá? Bora aprender mais um pouquinho? Aperta o play. Vamos nessa.Chegamos ao final do nosso módulo, né, gente? Falaremos sobre o último assunto que são os tipos date e datetime. Me acompanhe. SQL possui diferentes tipos para lidar com atributos temporais. Em geral, os SGBDs suportam tipos diferentes para datas e data hora, são os tipos Date e Datetime, respectivamente. Tipo Date costuma receber um valor que segue o formato AAAA (ano com quatro dígitos) - MM (mês com dois dígitos) - DD (dia com dois dígitos). Já o Datetime segue um padrão bem parecido, porém no final tem HH (dois pontos) MM (dois pontos) SS. Vou explicar: AAAA (ano com quatro dígitos) - MM (dois dígitos mês) - DD (dia com dois dígitos) - HH (dois dígitos hora) - MM (dois dígitos minuto) - SS (dois dígitos segundos). Você pode realizar consultas com os campos do tipo Date e Datetime utilizando streamings com a data no formato correto.Por exemplo, confira comigo a seguinte consulta realizada em cima dessa tabela: essa consulta irá retornar o valor um. Isso acontece porque o SGBD consegue fazer a conversão do tipo texto, desde que esteja no formato correto em uma data para, em seguida, comparar com o campo do tipo Date sem problemas. Você deve ficar atento com tudo ao misturar datas e valores do tipo DateTime. Vamos agora fazer a mesma consulta, só que trocando o campo data pelo data hora. Essa consulta, ao contrário da anterior, não irá retornar nenhum registro. Isso acontece porque estamos comparando uma data com um Datetime. Quando é esse o caso, o SGBD simplesmente assume que o horário da data é zero zero dois pontos zero zero dois pontos, ou seja, zero hora, zero minutos e zero segundos. Você pode perceber que nenhuma delas retorna verdadeiro. Você deve ter isso em mente também quando forem feitas comparações com os operadores mais que ou menos que. Conseguiram entender? Beleza. Antes de finalizar nosso em áudio preciso falar rapidinho dos comentários. Preste atenção. Comentários são úteis na programação para explicar determinados trechos de códigos ou realizar observações que serão lidas por outros desenvolvedores e usuários. Pode-se incluir comentários no SQL através dos caracteres -- na mesma linha para comentários ou entre barras Asterisco e asterisco barra para comentários que se estendem por múltiplas linhas. Os comentários não influenciam em absolutamente nada na execução do código. Eles servem somente para o desenvolvedor fazer as observações que julgar pertinentes.Na hora da prova, portanto, você pode desconsiderar qualquer coisa que estiver pós tracinho ou entre barra asterisco e asterisco barra. Combinado?Turma, finalizamos nosso conteúdo com sucesso. Pessoal, mais uma vez obrigado pela companhia, tá.No próximo em áudio faremos um resumão. Aquele super resumão com os pontos mais importantes para sua prova. Tá bom? Te espero lá. Abraços!

12 - DQL: DATE E DATETIME

Tecnologia da Informação EmÁudio: Resumão Em Áudio sobre Linguagem SQL 2008 - Parte 1Vamos lá! Muito bem. Jovem, bem-vindo ao nosso super resumão. Chegou a hora de revisarmos os assuntos mais importantes e que você precisa ter fresquinho na sua cabeça na hora da prova. Então aumenta esse som aí e vem comigo.Você lembra que para alterar a estrutura de uma tabela já existente, podemos utilizar o comando alter table? Pois é. Além disso, poderíamos adicionar um novo campo através do comando add, que significa adicionar em inglês, o famoso add. Além de adicionar, podemos também remover campos existentes na tabela com o auxílio do comando drop column. Não precisamos definir o tipo novamente. É só fazer referência ao nome da coluna a ser removida. Os SGBDs também costumam permitir que se altere o tipo de dados de uma coluna através do alter column ou modify column. Conseguiu relembrar? Muito bem. Vamos seguir.Também é possível adicionar uma nova restrição em uma tabela pré-existente através do alter table add constraint. Isso pode ser utilizado para os demais tipos de constraint, como primary key, etc. Essa possibilidade é bem interessante, pois permite que se atualize o modelo de dados com uma certa facilidade.Dos comandos que já apresentamos aqui você deve ter percebido que é possível criar constraints sem especificar o nome. Isso não é uma boa prática, já que estamos deixando a cargo do SGBD a definição do nome do objeto. As constraints fazem parte da aplicação de bancos de dados, então devemos gerenciá-las como qualquer outro objeto.Assim como nas chaves primárias, é possível definir uma chave estrangeira diretamente no atributo que a compõe no caso de uma chave simples.Da mesma maneira, nessa situação, não será possível definir o nome da restrição, nem uma chave composta. Tranquilo até aqui, né? Bora para as restrições ou constraints.Jovem, quero falar de três restrições interessantes para a gente lembrar: os valores de check e unique, lembra? O comando check cria um padrão, permite impor restrições ao domínio dos atributos. Por fim, a restrição unique, quando definida em um campo, só diz que os valores daquele campo não podem se repetir para os registros de uma relação. Já quando definida para um conjunto de campos, a restrição determina que a combinação dos valores dos campos pode se repetir. E as views? Vamos falar delas?Como você já sabe, as views são consultas armazenadas. Sabendo disso, a criação de um objeto desse tipo é muito simples. É utilizar o comando create view menor que nome maior que seguido da consulta que se deseja armazenar. Perceba o exemplo a seguir, que cria uma view contendo CPF e nome dos clientes de uma empresa que residem em Brasília. Para remover essa view, basta usar o comando drop. Para os casos em que já existe uma view com o mesmo nome no esquema em que estamos rodando alguns SGBDs oferecem a opção de substituir o código da view já existente, como o REPLACE ou a modify. Irá depender do SGBD que você está utilizando. Eles vão criar a view se ela não existe ou atualizar o código da view pelo fornecimento após o US caso ela já exista.O Microsoft, que por sua vez, também permite que se altere uma view diretamente através do comando alter sem criar uma nova caso não exista. E aí lembrou? Vamos em frente então.Bora falar rapidinho sobre os índices. Como você já sabe, os índices são criados para agilizar a consulta aos registros de uma tabela. A criação dos índices segue a mesma lógica dos demais comandos create. Para remover um índice, é só utilizar o drop. Os SGBDs possuem diversos tipos de índices. Um tipo comum de índice é o unique que já ouvimos falar nas nossas aulas como sendo uma restrição countries. Não se assuste, é a mesma coisa. Para poder verificar se os campos ou conjuntos de campos são únicos o SGB cria um índice sobre os campos que fazem parte da restrição. Logo, os comandos a seguir são equivalentes.Jovem, antes de finalizar essa primeira parte do nosso super resumão preciso revisar só mais dois pontos com você. Vem comigo.Gente, o drop é o comando padrão para remover objetos, podendo ser usado para tabelas (drop table), bancos de dados (drop database), esquemas (drop schema) Views (drop views) e por aí vai. Já o comando truncate apaga todo o conteúdo de uma tabela, apesar de ter a ver com a remoção de registros ele é um comando DDL, pois para atingir seu objetivo ele lida com a definição da tabela, não com os registros individualmente. Assunto entendido e revisado até aqui? Maravilha. No próximo em áudio tem mais. Até lá. Tchau, tchau.

13 - Resumão Em Áudio sobre Linguagem SQL 2008 – Parte 1

Tecnologia da Informação EmÁudio: Resumão Em Áudio sobre Linguagem SQL 2008 - Parte doisE aí, meu jovem. Tudo bem? Bem vindo de volta. Bora revisar um pouquinho a DML. Som na caixa.Provavelmente a parte mais tranquila na linguagem SQL, a DML permite fazer alterações em inserções, modificações e remoções em registros.Já vimos que há algumas maneiras de se inserir dados em uma tabela, mas quero revisar a possibilidade de utilização de select into. Há várias maneiras de se inserir registros em um banco de dados. Pode se fornecer os valores de cada registro diretamente no código da consulta ou também inserir registros baseados em alguma consulta ou insert into. Select copia os dados de uma consulta para uma tabela existente.Já o select into copia os dados retornados pela consulta para uma nova tabela criada no momento da execução. Mas fique ligado, jovem. Mesmo que a consulta do Select Into não retorne nenhum registro, a tabela será criada normalmente.Gente, o que acontece é que ela não irá conter nenhum registro já que nada foi retornado da consulta executada sobre a tabela original.Um outro comando que tem um comportamento parecido com o do Select into é o comando Create Table Us. Tranquilidade total até aqui, né? Vamos continuar então.Pessoal, o comando update permite atualizar os valores de atributos em um ou mais registros. O Comando Delete, por sua vez, permite remover um ou mais registros da tabela.Tanto um delete sem nenhuma condição na cláusula where quanto um Create Table irão remover todos os registros da tabela. Memorize, no entanto, que enquanto o delete é um comando DML, o Tranking é um comando DDL. Um tópico um pouco mais complexo da DQL é trabalhar com subconsultas. Elas podem aparecer em várias partes da consulta. Subconsultas podem ser filtradas com base em atributos da consulta principal. Essas ligações podem causar alguma confusão, então é importante praticar. Combinado? As subconsultas podem estar dentro do select, caso em que só podem retornar um valor por registro retornado da consulta principal. Também podem servir como views in line, ou seja, tabelas virtuais temporárias que podem ser usadas dentro do from ou de junções. Por fim, podem ser usadas dentro do where para comparações ou como conferência de um comando exists. O Exists retorna verdadeiro sempre que algum registro é retornado pela subconsulta.E aí conseguiu me acompanhar? Ah, que bom! Então você revisou, relembrou e aprendeu tudo direitinho, né? Beleza.Fico por aqui, tá, pessoal. Muito obrigado pela paciência e pela companhia. Espero que você tenha gostado muito. Bons estudos e até a próxima. Até o próximo módulo.

14 - Resumão Em Áudio sobre Linguagem SQL 2008 – Parte 2

Tecnologia da InformaçãoMÓDULO 04Linguagem SQL2008 - Parte 2Arthur Mendonça

Arthur Mendonça