Apostila SQL Server 2008

Curso Microsoft
SQL Server 2008
Utilizando a Linguagem Transact SQL

MICROSOFT SQL SERVER 2008
ÍNDICE
1. INTRODUÇÃO............................................................................................................................. 4
2. CONHECENDO O MICROSOFT SQL SERVER 2008.............................................................. 5
3. PREPARANDO PARA INSTALAR O SQL SERVER 2008 ....................................................... 6

3.1. USANDO O SQL SERVER COM APLICATIVOS CLIENTE/SERVIDOR ..................................................... 8
3.2. DECIDINDO ENTRE COMPONENTES DO SQL SERVER ....................................................................... 9
3.3. FERRAMENTAS DO SQL SERVER 2008 (CATEGORIAS) .................................................................. 9
3.4. REQUISITOS DE HARDWARE DO SQL SERVER 2008 .......................................................... 12
3.4.1. REQUISITOS DE PROCESSADOR ..................................................................................... 12
3.4.2. REQUISITOS DE MEMÓRIA .............................................................................................. 12
3.4.3. REQUISITOS DE DISCO RÍGIDO ...................................................................................... 12
3.5. SQL SERVER MANAGEMENT STUDIO ............................................................................... 13
3.6. OS DATABASES DO SQL-SERVER........................................................................................ 15
4. CRIAÇÃO DE UM DATABASE................................................................................................ 21
4.1. Criando um Banco de Dados com a utilização do SQL SERVER Management Studio .............. 21
4.2. Criação de um Banco de Dados através de Scripts.................................................................. 23
4.3. CARACTERÍSTICA DE UM DATABASE ................................................................................ 24
5. CRIAÇÃO DE TABELAS .......................................................................................................... 24
5.1. Datatypes do SQL Server........................................................................................................ 25
Nulabilidade ................................................................................................................................. 27
Constraints: Integridade ............................................................................................................... 27
Primary Key(Chave Primária): ..................................................................................................... 27
Foreign Key(Chave Estrangeira): ................................................................................................. 28
AutoNumeração ............................................................................................................................ 29
5.2. Criação de Tabelas no Banco de Dados criado anteriormente com a utilização de scripts ....... 30
5.3. Alterando a estrutura de uma tabela ....................................................................................... 32
5.4. Criando um Diagrama ........................................................................................................... 33
6. INSERT (INSERE REGISTRO) ................................................................................................ 35
7. UPDATE (ALTERA VALOR DO REGISTRO)............................................................................ 36
8. DELETE (EXCLUSÃO DE REGISTROS) ................................................................................... 38
9. APRESENTANDO O SISTEMA INFONEW ................................................................................ 39
9.1 OS OBJETIVOS GERAIS DO INFONEW SÃO: ...................................................................... 39

PARTE 1 – MANTER DADOS A RESPEITO DOS CLIENTES DA EMPRESA .................................................. 39
PARTE 2 – ANÁLISE DO CREDITO DO CLIENTE .................................................................................... 40
PARTE 3 – MANTER DADOS A RESPEITO DOS PRODUTOS A SEREM VENDIDOS ...................................... 40
PARTE 4 – MANTER E GERENCIAR OS PEDIDOS DE COMPRA FEITOS PELOS CLIENTES ........................... 41
PARTE 5 – MANTER DADOS A RESPEITO DOS FUNCIONÁRIOS .............................................................. 41
9.2 DIAGRAMA COM RELACIONAMENTOS DO SISTEMA INFONEW .................................... 42
10. SELECT (CONSULTA) ............................................................................................................... 43

10.1 ORDER BY (ORDEM DE RETORNO) ............................................................................................ 44
10.2 ALIAS (APELIDO) ..................................................................................................................... 45
10.3 WHERE (RESTRIÇÕES) .............................................................................................................. 46
10.4 BETWEEN (CONDIÇÃO COM UMA FAIXA DE VALORES) .............................................................. 47
10.5 LIKE (COMPARAÇÃO COM UMA PARTE DE UMA LITERAL)............................................................ 48
Banco de Dados
Autor: Nilson A. Borges 2 de 101
10.6 DISTINCT (VALORES ÚNICOS) ............................................................................................. 49
11. FUNÇÕES DE AGRUPAMENTO ............................................................................................... 50

11.1 COUNT (CONTADOR DE REGISTROS) ......................................................................................... 50
11.1.1 GROUP BY (Agrupamento de dados).................................................................................. 51
11.2 SUM (SOMATÓRIA DE VALORES) ................................................................................................ 52
11.3 AVG (MÉDIA DE VALORES) ....................................................................................................... 53
11.4 MIN, MAX (MENOR E MAIOR VALOR) ........................................................................................ 54
12. HAVING (CONDIÇÃO DO AGRUPAMENTO)......................................................................... 55
13. IN (CONDIÇÃO COM VALORES FIXOS) ................................................................................ 56
14. SUBQUERIES (PESQUISA DENTRO DE UM COMANDO) .................................................... 57
15. JOIN (RELACIONAMENTO DE TABELAS) ............................................................................ 59

15.1 INTRODUÇÃO A JOINS: ............................................................................................................... 59
15.2 TIPOS DE JOINS ...................................................................................................................... 59
15.2.1 Usando Inner Joins: ........................................................................................................... 59
15.2.2 Usando Outer Joins: .......................................................................................................... 60
15.2.3. Usando Cross Joins: .......................................................................................................... 62
15.4 COMBINAÇÃO DE MAIS DE 2 TABELAS ........................................................................................ 64
16. CRIANDO VISÕES (VIEW)........................................................................................................ 65
17. CRIANDO FUNCTION (UDF :FUNCÕES DEFINIDAS PELO O USUÁRIO )........................ 67

18.1 DEFININDO UMA FUNCTION UDF: ............................................................................................... 68
18.2 TIPOS DE FUNCTION: ................................................................................................................. 70
18.2.1. Funções Scalar valued: ..................................................................................................... 70
18.2.2. Funções Table Valued: ...................................................................................................... 72
18.2.3. Funções Multi-Statement Table Valued: ............................................................................. 75
18. CRIANDO STORED PROCEDURE (PROCEDIMENTOS) ...................................................... 77
19. CRIANDO TRIGGERS (GATILHOS ) ....................................................................................... 91

CONSIDERAÇÕES FINAIS .......................................................................................................... 100
REFERÊNCIAS BIBLIOGRÁFICAS: ............................................................................................ 101
Banco de Dados
1. INTRODUÇÃO
Veremos nesta apostila de forma simplificada os comandos de
manipulação e consultas de dados, bem como suas clausulas, operadores e
funções. Para isso estaremos utilizando o gerenciador de banco de dados
Microsoft SQL Server 2008.
O comando Transact-SQL é uma linguagem estruturada para consultas,
utilizada no banco de dados da Microsoft, o SQL Server 2008.
Veja em seguida uma lista dos comandos Transact – SQL.
DCL – Data Control Language – Linguagem de Controle de Dados.

GRANT Concede permissões.
DENY Nega permissões.
REVOKE Revoga a concessão ou a negação de permissão.
DDL- Data Definition Language- Linguagem de Definição de dados.
CREATE Cria objeto no sistema.
ALTER Altera a estrutura dos objetos.
DROP Elimina objetos do sistema.
DML- Data Manipulation Language – Linguagem de Manipulação de Dados.
SELECT Lê dados de tabelas e views.
INSERT Insere dados em tabelas.
UPDATE Altera dados da tabela.
DELETE Exclui dados das tabelas.
BACKUP Realiza backup de dados.
RESTORE Restaura dados de um backup
BULK INSERT Realiza a inclusão de grande quantidade de dados em uma
tabela.
Banco de Dados
2. Conhecendo o Microsoft SQL Server 2008

O Microsoft SQL Server 2008 é um gerenciador de Banco de Dados que
pode ser implementado em sistemas de duas ou mais camadas. Para a
implementação de sistemas ele contém a linguagem Transact-SQL que segue
o padrão SQL-92. Ele possui as estruturas adequadas para que você crie e
gerencie sistemas de Banco de Dados OLTP (On-Line Transaction Processing)
Processamento Baseado em Transações e Banco de Dados OLAP (On-Line
Analytical Processing) Processamento Baseado em Análise dos Dados,
sistema de Tomada de Decisão (DW).
Além de o software oferecer mecanismos suficientes para que você
possa implementar sistemas íntegros e consistentes com relação aos seus
dados, ele oferece algumas ferramentas gráficas e alguns assistentes que
facilitam o gerenciamento do sistema. Com estas ferramentas você poderá:
 Criar e configurar Databases e seus objetos;
 Transformar dados que estão em um determinado formato em outro e
transferir dados que estão em um determinado sistema para o SQL
Server 2008 e vice-versa;
 Implementar replicação dos dados entre dois ou mais servidores;
 Realizar Transações distribuídas em dois ou mais servidores;
 Criar tarefas que devem ser executadas automaticamente com base em
horários ou na ocorrência de erros;
 Implementar a segurança de acesso aos dados, limitando as atividades
dos usuários dentro do database;
 Realizar cópias de segurança dos seus dados para que, se algum
problema acontecer no sistema, essas cópias possam ser restauradas,
evitando assim perda de informações;
 Transformar dados n o formato XML;
 Gerenciar os processos realizados pelo próprio SQL Server 2008;
 Controlar locks;
 Analisar o processamento de pesquisas para ajustar a performance
delas;
 Realizar o “debug” de suas stored procedures;
Banco de Dados
 Trabalhar com várias instances do SQL SERVER 2008 no mesmo

servidor;
 Criar Databases com collations diferentes uns dos outros;
 Criar as colunas das tabelas, do tipo caractere, com collations
diferentes;
 Trabalhar com datatypes Unicode, etc.
3. PREPARANDO PARA INSTALAR O SQL SERVER

2008
O SQL SERVER 2008 está disponível em várias edições, cada qual
adequada a uma tarefa ou um ambiente específico. É importante entender
as diferenças entre as edições disponíveis, de modo que você possa
selecionar a mais apropriada para suas necessidades:
Datacenter ( *x86, *x64 e *IA64): Compilado no SQL Server 2008 R2

Enterprise, o SQL Server 2008 R2 Datacenter oferece uma plataforma de
dados de alto desempenho que possui os mais altos níveis de
escalabilidade para grandes cargas de trabalho de aplicativo, virtualização,
consolidação e gerenciamento da infraestrutura de banco de dados de uma
organização, ajudando a dimensionar o ambiente de missão crítica de forma
econômica.
Enterprise ( *x86, *x64 e *IA64): O SQL Server 2008 R2 Enterprise oferece

uma plataforma de dados abrangente que fornece segurança interna,
disponibilidade e escalabilidade, combinado com ofertas de business
intelligence, ajudando a habilitar os mais altos níveis de serviço para cargas
de trabalho de missão crítica.
Banco de Dados
Standard (*x86 e *x64): O SQL Server 2008 R2 Standard oferece um

gerenciamento de dados completo e plataforma de business intelligence
para departamentos e organizações pequenas executarem seus aplicativos,
ajudando a habilitar o gerenciamento de banco de dados efetivo com
recursos de TI mínimos.
SQL Server Developer (*x86, *x64 e *IA64): O SQL Server Developer

permite aos desenvolvedores criarem qualquer tipo de aplicativo com base
no SQL Server. Ele inclui todas as funcionalidades do SQL Server
Datacenter, mas é licenciado para ser usado como um sistema de teste e
desenvolvimento, e não como um servidor de produção. O SQL Server
Developer é a opção ideal para quem deseja desenvolver e testar
aplicativos. Você pode atualizar o SQL Server Developer para uso em
produção.
SQL Server Workgroup (*x86 e *x64): O SQL Server Workgroup é ideal

para executar bancos de dados de local de ramificação fornecendo um
gerenciamento de dados confiável e uma plataforma de relatórios que inclui
sincronização remota segura e recursos de gerenciamento.
SQL Server Web (*x86, *x64): O SQL Server Web é uma opção de
propriedade de baixo custo total para hosts e sites que fornece recursos de
escalabilidade e gerenciabilidade para propriedades da Web de pequeno a
grande porte.
SQL Server Express (*x86 e *x64): A plataforma de banco de dados do

SQL Server Express tem sua base no SQL Server. Ele também substitui
o Microsoft Desktop Engine (MSDE). Por ser integrado ao Visual Studio, o
SQL Server Express facilita o desenvolvimento de aplicativos controlados
por dados que sejam ricos em recursos, seguros para armazenamento e
rápidos na implantação.
* Nota: x86: Windows 32 bits , x64: Windows 64 Bits e IA64: Windows 64 bits
Itanium
Banco de Dados
SQL Server Express com Advanced Services (*x86 e *x64): O SQL

Server Express é gratuito e pode ser redistribuído por ISVs (sujeito a contrato).
O SQL Server Express é ideal para aprendizagem e criação de aplicativos para
desktop e servidores pequenos. Esta edição é a melhor escolha para
fornecedores de software independente, desenvolvedores não profissionais e
interessados que criam aplicativos cliente. Se precisar de recursos mais
avançados de banco de dados, o SQL Server Express pode ser perfeitamente
atualizado para versões mais sofisticadas do SQL Server
Compact 3.1 (*x86) e Compact 3.5 SP1 (*x86): SQL Server Compact 3.5
é um banco de dados incorporado gratuito, ideal para construir aplicativos
autônomos e ocasionalmente conectados para dispositivos móveis, desktops e
clientes Web em todas as plataformas Windows.
3.1. Usando o SQL Server com aplicativos cliente/servidor

Você pode instalar apenas os componentes clientes do SQL Server em
um computador que executa aplicativos cliente/servidor que se conectam
diretamente a uma instância do SQL Server. A instalação dos componentes
cliente é também uma boa opção se você administra uma instância do SQL
Server em um servidor de banco de dados ou se planeja desenvolver
aplicativos no SQL Server.
A opção de componentes clientes instala os seguintes recursos do SQL
Server: ferramentas de prompt de comando, ferramentas do Reporting
Services, componentes de conectividade, modelos de programação,
ferramentas de gerenciamento, ferramentas de desenvolvimento e os Manuais
On-line do SQL Server.
Banco de Dados
3.2. Decidindo entre componentes do SQL Server

Utilize a página Seleção de Recursos do Assistente para Instalação do
SQL Server para selecionar os componentes que deseja incluir em uma
instalação do SQL Server. Por padrão, nenhum dos recursos na árvore está
selecionado.
Use as informações nas tabelas a seguir para determinar o conjunto de
recursos mais adequado às suas necessidades.
3.3. Ferramentas do SQL SERVER 2008 (Categorias)
Mecanismo de Banco de Dados: O Mecanismo de Banco de Dados é o serviço

principal para armazenamento, processamento e segurança de dados. O Mecanismo
de Banco de Dados fornece acesso controlado e processamento rápido de transações
para atender aos requisitos dos aplicativos de consumo de dados mais exigentes
dentro de sua empresa. O Mecanismo de Banco de Dados também fornece suporte
rico para sustentar alta disponibilidade.
Analysis Services-Dados Multidimensionais: O Analysis Services suporta

OLAP, permitindo ao usuário projetar, criar e gerenciar estruturas multidimensionais
que contenham dados agregados de outras fontes de dados, como bancos de dados
relacionais.
Analysis Services - Mineração de Dados: O Analysis Services permite a você

projetar, criar, e visualizar modelos de mineração de dados. Estes modelos de
mineração podem ser construídos a partir de outras fontes de dados utilizando uma
diversidade de algoritmos de mineração de dados padrão da indústria.
Integration Services : O Integration Services é uma plataforma para construir

soluções para integração de dados de alto desempenho, inclui também pacotes que
fornecem processamento de extração, transformação, e carregamento (ETL) para
armazenamento de dados.
Banco de Dados
Replicação: A replicação é um conjunto de tecnologias para copiar e distribuir

dados e objetos de um banco de dados para outro e, em seguida, sincronizar os
bancos de dados para manter a consistência. Ao usar a replicação, é possível
distribuir dados para diferentes locais e para usuários remotos e móveis através de
redes locais e de longa distância, conexões dial-up, conexões sem fio e a Internet.
Reporting Services: O Reporting Services fornece às corporações a

funcionalidade de relatórios online possibilitando criar relatórios que se conectam a
conteúdos de várias fontes de dados, permite também, publicar os relatórios em
diversos formatos e além disso centralizar o gerenciamento de segurança e de
assinaturas.
SQL Server Service Broker: O Service Broker auxilia os desenvolvedores a

construir aplicativos de banco de dados evolutivos e seguros. Esta nova tecnologia do
Mecanismo de Banco de Dados fornece uma plataforma de comunicação baseada em
mensagens que permite a componentes de aplicativos independentes funcionarem
como um todo. O Service Broker inclui infra-estrutura para programação assíncrona
que pode ser usada em apenas um banco de dados ou apenas uma instância, e
também para aplicativos distribuídos.
Ferramentas de Descrição
gerenciamento
SQL Server O SQL Server Management Studio é um ambiente integrado

Management Studio para acessar, configurar, gerenciar, administrar e desenvolver
componentes do SQL Server. O Management Studio permite
que desenvolvedores e administradores com todos os níveis
de conhecimento usem o SQL Server. Internet Explorer 6
SP1 ou uma versão posterior é requerido para a instalação do
Management Studio.
Banco de Dados
SQL Server O SQL Server Configuration Manager fornece gerenciamento

Configuration Manager básico de configuração para serviços, protocolos do servidor,
protocolos do cliente e aliases do cliente do SQL Server
SQL Server Profiler O SQL Server Profiler fornece uma interface gráfica do
usuário para monitorar uma instância do Mecanismo de
Banco de Dados ou do Analysis Services.
Orientador de O Orientador de Otimização do Mecanismo de Banco de

Otimização do Dados ajuda a criar conjuntos de índices, exibições
Mecanismo de Banco indexadas e partições ideais.
de Dados
Business Intelligence O Business Intelligence Development Studio é um IDE para

Development Studio soluções do Analysis Services, Reporting Services e do
Integration Services. Internet Explorer 6 SP1 ou uma versão
posterior é requerido para a instalação do BI Development
Studio.
Componentes de Instala componentes para comunicação entre clientes e

conectividade servidores, e bibliotecas de rede para DB-Library, ODBC e
OLE DB.
Banco de Dados
3.4. REQUISITOS DE HARDWARE DO SQL SERVER 2008

Ao planejar uma instalação do SQL SERVER 2008, você deve
garantir que o computador em que pretende instalar esse programa atenda aos
requisitos míninos de hardware e seja adequado às suas necessidades atuais
e futuras. Se as especificações mínimas não forem atendidas, poderá haver
falha na instalação de alguns ou de todos os componentes.
3.4.1. REQUISITOS DE PROCESSADOR
O processador no computador em que você pretende instalar o SQL

SERVER deve ser compatível com Intel Pentium III ou superior e possuir
velocidade de 1 GHz ou superior.
A Microsoft recomenda usar um processador de 2 GHz ou superior.
3.4.2. REQUISITOS DE MEMÓRIA
O SQL-Server 2008 necessita de no mínimo de 512 Mb de memória,

além da necessária para o sistema para o sistema operacional.
A Microsoft recomenda pelo menos 1 Gigabyte (GB).
O SQL SERVER 2008 Express Edition requer no mínimo de 192 MB de
memória. A Microsoft recomenda pelo menos 512 MB.
3.4.3. REQUISITOS DE DISCO RÍGIDO

Os componentes de banco de dados do SQL SERVER 2008 requerem
entre 150 e 746 MB de espaço em disco, dependendo das opções especificas
escolhidas. Uma instalações típicas requer 637 MB de espaço em disco.
Se você optar por instalar o SQL SERVER 2008 Analysis Services, será
necessário espaço em disco adicional de 35 MB.
Se você optar por instalar o SQL SERVER 2008 Reporting Services,
será necessário um espaço em disco adicional de 40 MB.
Banco de Dados
Recurso Requisito de espaço em

disco
Mecanismo de Banco de Dados e arquivos de dados, 711 MB

Replicação e Pesquisa de Texto Completo
Analysis Services e arquivos de dados 345 MB
Reporting Services e Gerenciador de Relatórios 304 MB
Integration Services 591 MB
Componentes do cliente (exceto os Manuais Online e as 1.823 MB

ferramentas do Integration Services)
Manuais Online do SQL Server 157 MB
3.5. SQL SERVER MANAGEMENT STUDIO
Para entrar no SQL SERVER Management Studio :

 Ir na Barra de Tarefas
 Clicar no Botão Iniciar
 Todos os Programas
 Microsoft SQL Server 2008
 SQL Server Management Studio
Figura 1: Tela de abertura do SQL SERVER Management Studio
Banco de Dados
Depois de aberto aparecerá a tela a seguir:
Figura 2: Tela do SQL SERVER Management Studio
Com o SQL SERVER Management Studio, você executa a maioria das

tarefas de administração de banco de dados do SQL SERVER 2008. Você
deve conhecer bem essa ferramenta para gerenciar adequadamente os
sistemas do SQL SERVER 2008
O SQL SERVER Management Studio fornece os seguintes recursos
para administradores:
 Uma ferramenta integrada de gerenciamento e desenvolvimento
baseada no ambiente de desenvolvimento do Microsoft Visual
Studio.
 Gerenciamento total de banco de dados relacionais, bancos de
dados do Analysis Services, Reporting Services, SQL Server
Integration Services (SSIS) e banco de dados do SQL Móbile.
Banco de Dados
 Object Explorer( Explorador de objetos), que é um painel gráfico

do SQL SERVER Management Studio que você pode usar para a
configuração de servidores, bem como para o gerenciamento e o
desenvolvimento de banco de dados.
 Editores de consultas para gerenciamento e desenvolvimento
baseado em script. Os editores são fornecidos para consultas
Transact-SQL, MDX, DMX e XMLA.
 Gerenciamento de scripts baseados em projeto, no qual scripts de
criação e gerenciamento de banco de dados podem ser
armazenados como um único projeto e gerenciados por meio de
um painel do Solution Explorer (Explorador de Soluções) no SQL
Server Management Studio.
 O SQL SERVER Management Studio usa o Microsoft Visual
Studio Framework e inclui a funcionalidade do Visual Studio ao
criar consultas ou scripts, suporte a controle de origem para o
armazenamento e a manutenção de cópias de scripts, conforme o
seu desenvolvimento.
3.6. OS DATABASES DO SQL-SERVER

Uma vez instalado o SQL Server são criadas automaticamente quatro
databases:
a) master
b) model
c) tempdb
d) msdb
Banco de Dados
Depois, o poderemos criar e instalar nossos próprios bancos de dados

livremente, os quais serão os bancos de dados de usuário. Embora ambos os
tipos de bancos de dados (sistema e usuário) armazenem dados, o SQL Server
utiliza os bancos de sistema para operar e gerenciar o sistema. O catálogo de
sistema, por exemplo, consiste unicamente de tabelas armazenadas no banco
de dados master.
A figura a seguir ilustra os bancos de dados no SQL Server.

Bancos de
dados do
master sistema
model tempdb msdb
System
tables
System System System
tables tables tables
SAU02 SAU05
System System Bancos de

tables tables dados de
usuário
Vejamos a função de cada um dos bancos de sistema.
MASTER
Controla os bancos de dados de usuários e a operação do SQL Server,

por isso os dados armazenados em suas tabelas são críticos e deve-se sempre
manter backup atualizado. Ocupa inicialmente cerca de 17 Mbytes, mantendo:
a) contas de login;
b) processos em andamento;
c) mensagens de erro do sistema;
d) databases armazenados no servidor;
e) espaço alocado a cada database;
f) locks ativos;
g) databases disponíveis e dispositivos de dump;
h) procedimentos de sistema, que são primariamente utilizados para

administração.
Banco de Dados
O banco de dados master contém 13 tabelas de uso compartilhado

com o sistema, conhecidas como Catálogo do Sistema ou Dicionário de Dados,
que são:
1. syscharsets - códigos de página que estabelecem quais caracteres

estão disponíveis e sua ordem de classificação;
2. sysconfigures - variáveis de ambiente configuráveis;
3. syscurconfigs - variáveis de ambiente configuráveis;
4. sysdatabases - bancos existentes no servidor;
5. sysdevices - referência física aos dispositivos e bancos do servidor;
6. syslanguages - entrada para as línguas conhecidas pelo servidor;
7. syslocks - quais são os locks ativos;
8. syslogins - contas de usuários;
9. sysmessages - mensagens de erro do sistema;
10.sysprocesses - processos em andamento
11.sysremotelogins - contas de acesso remoto, para conexão entre dois

servidores;
12.sysservers - servidores remotos;
13.sysusages - espaço em disco disponibilizado para cada banco de dados

(relaciona-se com sysdatabases e sysdevices).
MODEL
Fornece um protótipo (template) para um novo banco de dados.

Contém as tabelas de sistema que serão inseridas em cada banco de dados de
usuário. As seguintes implementações podem ser realizadas neste database:
a) tipos definidos pelo usuário (user datatypes), regras (rules), padrões

(defaults), stored procedures;
b) usuários que terão acesso a todos os bancos adicionados ao sistema

(administradores);
c) privilégios padrão, notadamente aos usuários guest (guest accounts);
Banco de Dados
O tamanho padrão deste banco é de 1 Mbyte, e sua estrutura básica

pode ser vista na figura a seguir; as 18 tabelas mostradas serão sempre
criadas em novos bancos de dados.
sysalternates syscolumns syscomments sysdepends sysindexes syskeys
syslogs sysobjects sysprocedures sysprotects syssegments systypes
sysusers sysreferences sysconstraints sysarticles syspublications syssubscriptions
Este conjunto de 18 tabelas é conhecido como Catálogo do Banco de

Dados, e suas funções são as seguintes (note que todas possuem o prefixo
sys):
1. sysalternates - possui uma linha para cada usuário mapeado para um

banco de dados de usuário;
2. syscolumns - possui uma linha para cada coluna em uma tabela ou

view, e para cada parâmetro em uma stored procedure;
3. syscomments - possui uma ou mais linhas para cada view, regra (rule),
padrão (default), trigger e stored procedure que contenha uma
declaração de definição;
4. sysdepends - uma linha para cada procedure, view, ou tabela que seja
referenciada por uma procedure, view ou trigger;
5. sysindexes - uma linha para cada clustered index, nonclustered index, e

tabela sem índices, mais uma linha extra para cada tabela com
informações de textos ou imagens;
6. syskeys - uma linha para cada chave estrangeira (foreign), primária

(primary) ou comum (common);
7. syslogs - armazena o transaction log;
8. sysobjects - uma linha para cada tabela (table), visão (view), stored
procedure, regra (rule), trigger, padrão (default), log e objeto temporário
(somente tempdb);
Banco de Dados
9. sysprocedures - uma linha para cada visão (view), stored procedure,

regra (rule), trigger, padrão (default);
10.sysprotects - mantém as informações de permissões de usuário;
11.syssegments - uma coluna para cada segmento;
12.systypes - uma linha para cada datatype definido pelo usuário ou

fornecido pelo sistema;
13.sysusers - uma linha para cada usuário permitido no database;
14.sysreferences - uma linha para cada constraint de integridade

referencial criada (PK-FK, Chave primária, chave estrangeira);
15.sysconstraints - informações sobre cada constraint criada;

As últimas três tabelas são usadas para manter informações sobre
replicação de dados.
16.sysarticles - contém a article information para cada artigo criado para

replicação;
17.syspublications - contém uma linha para cada publicação criada;
18.syssubscriptions - contém uma linha para cada subscrição de um

subscription server.
TEMPDB
Providencia um espaço de armazenamento para tabelas e outras

ações temporárias ou intermediárias, tais como resultados que envolvam a
cláusula GROUP BY, ORDER BY, DISTINCT e cursores (CURSORS). Possui
as seguintes características:
a) criado automaticamente no DEVICE MASTER (atenção, DEVICE e

DATABASE são coisas diferentes);
b) seu conteúdo é apagado quando o usuário fecha a conexão, exceto

para tabelas temporárias globais;
c) quando o banco é parado (stoped) seu conteúdo é apagado

completamente;
d) seu tamanho padrão é de 2 Mbytes.
e) pode ser colocado em memória RAM.

Banco de Dados
MSDB
Providencia suporte ao serviço SQL Executive Service (o qual fornece

serviços de schedulle de tarefas, replicação, gerenciamento de alertas). Possui
as seguintes tabelas de sistema:
a) sysalerts - armazena informações sobre todos os alertas definidos por

usuários;
b) sysoperators - informações sobre os operadores;
c) sysnotifications - relaciona quais operadores devem receber quais

alertas;
d) systasks - mantém informações sobre todas as tarefas definidas por

usuários;
e) syshistory - informações a respeito de quando um alerta e uma tarefa

foram executados, se com sucesso ou falha, identificação do operador,
data e hora da execução;
f) sysservermessages - mensagens sobre as operações

relacionadas ao servidor.
Banco de Dados
4. CRIAÇÃO DE UM DATABASE
Um database é uma estrutura lógica dentro da qual são criados os
sistemas de banco de dados. Ele é formado por dois tipos de arquivos. Um
dos tipos armazena dados deste sistema e o outro armazena transações deste
sistema (inclusões,alterações e exclusões realizadas em seus dados).
Os arquivos de dados ficam organizados em grupos de arquivos e o
primeiro grupo criado automaticamente no momento da criação do database
chama-se PRIMARY.
4.1. Criando um Banco de Dados com a utilização do SQL

SERVER Management Studio
Figura 5: Tela do SQL Server Management Studio para Criação de um Banco
Banco de Dados
Figura 6: Tela do SQL Server Management Studio para Criação de um Banco
Abaixo estão as informações das clausulas do comando de criação de

um Database:
Nome: É o nome lógico do arquivo.
DataFile: E o arquivo físico do Banco de Dados.
Transaction Log: E o arquivo lógico do Banco de Dados.
Filename: É o nome físico do arquivo. Deve ser especificado o seu
diretório de criação.
Initial size: É o tamanho inicial do arquivo.
Filegrowth: É o valor por meio do qual o arquivo aumenta de tamanho
automaticamente.
Maximum File Size: É o tamanho máximo de o Arquivo Físico e/ ou
Lógico pode asumir
Banco de Dados
4.2. Criação de um Banco de Dados através de Scripts

Exemplo:
 Criação de um Banco de Dados Chamado Bookselva
Obs: Antes da criação do Banco de Dados é necessária a criação de uma
pasta na unidade C:\ em nosso exemplo a pasta chama-se BANCO
Create database Bookselva

On primary
(
name='BookSelvaBD',
filename='c:\banco\bookselva.mdf',
size= 50 MB,
maxsize= 500 MB,
filegrowth= 5 MB
)
log on
(
name='bookselvalog',
filename='c:\banco\bookselva.ldf',
size= 20 MB,
maxsize= 200 MB,
filegrowth= 2 MB
)
Para verificar se o banco foi criado corretamente
Sp_helpdb bookselva
Banco de Dados
4.3. CARACTERÍSTICA DE UM DATABASE

A Microsoft sugere como tamanho do arquivo lógico do Banco de Dados
entre 35% a 40 % do tamanho do arquivo de dados, mas este valor é apenas
sugestivo pois para definição do tamanho do arquivo lógico depende de outros
fatores principalmente o número de transações que este Banco irá receber.
Este valores valem somente se este Banco for Transacional.
Abaixo estão as informações clausulas do comando de criação de um
Database:
Nome: É o nome lógico do arquivo.
Filename: É o nome físico do arquivo. Deve ser especificado o seu
diretório de criação.
Size: É o tamanho limite que o arquivo pode alcançar.
Filegrowth: É o valor por meio do qual o arquivo aumenta de tamanho
automaticamente.
5. Criação de Tabelas
São objetos que vão conter os dados de um sistema. Uma tabela é um
objeto bidimensional formado por linhas e colunas. As colunas, ou campos, são
atributos do assunto por ela armazenada e as linhas ou registros formam um
conjunto completo de todos os atributos.
Cada coluna da sua tabela deve ter um “datatype” tipo de dados , que é
o formato no qual os dados serão armazenados no disco. Cada tipo de dados
ocupa um espaço limitado dentro do disco e pode armazenar uma deyerminada
faixa de valor. O SQL Server 2008 possuem vários tipos de datatypes que
podem ser utilizados em colunas das tabelas ou em variáveis de memória.
Possui também regras para garantir a integridade e a consistência dos
dados de uma aplicação, é necessário utilizar:
 Datatypes
 Nulabilidade
 Autonumeração
 Constraints
o PK (Primary Key)
o FK (Foreign Key)
Banco de Dados
5.1. Datatypes do SQL Server
Datatypes são os tipos de dados que o SQL Server aceita. Eles existem
para que possamos definir o tipo de conteúdo de um campo de tabela ou de
uma variável, dentre outras coisas. Lembro a você que não estou colocando
todos os tipos, somente aqueles que usamos “de verdade”, no dia-a-dia.
Existem tipos que armazenam números inteiros ou decimais, datas,
texto, valores binários, além de tipos especiais.
Confira abaixo alguns tipos de datatypes:
 Char(n): quando o campo for do tipo alfanumérico e com tamanho fixo,
o n quer dizer limitação, o valor máximo de caracteres;
 Varchar(n) : quando o campo for do tipo alfanumérico e com tamanho
não é fixo, o n quer dizer limitação, o valor máximo de caracteres;
 Int: quando o campo for numero com valor inteiro.
 Decimal (p,s): quando o campo for números com valores decimais, o
valor de p é o numero de algarismos e o s é valor dos algarismos
decimais (algarismos após a virgula).
 Money, smallmoney :quando o campo for valores monetários.
Money (8 bytes) é quando a quantidade de dinheiro é muito (ex.: loteria), e
smallmoney (4 bytes) é quando a quantidade de dinheiro é pequena.
 Datetime e SmallDatetime:quando o campo for do tipo data ou hora.
Datetime (8 bytes) é utilizado no intervalo de 01/01/1753 a 31/12/9999
Smalltime (4 bytes) é utilizado no intervalo de 01/01/1900 a 06/06/2079
 Bit :determina se o valor é verdadeiro, falso ou nulo.
Banco de Dados
TIPOS NUMÉRICOS
TAMANHO MENOR MAIOR
NOME ARMAZENA
(BYTES) VALOR VALOR
BIGINT 8 -263 263 - 1 INTEIRO
31 31
INT 4 -2 2 -1 INTEIRO
15 15
SMALLINT 2 -2 2 -1 INTEIRO
TINYINT 1 0 255 INTEIRO
DECIMAL EXATO, ONDE C INDICA
DECIMAL(C,
VARIÁVEL -1038 1038 - 1 NÚMERO DE POSIÇÕES E D O NÚMERO
D)
DE CASAS DECIMAIS
DECIMAL EXATO, ONDE C INDICA
NUMERIC(C,
VARIÁVEL -1038 1038 - 1 NÚMERO DE POSIÇÕES E D O NÚMERO
D)
DE CASAS DECIMAIS
MONETÁRIO - EQUIVALE A UM
MONEY 8 -263 263 - 1
DECIMAL COM 8 CASAS DECIMAIS
MONETÁRIO - EQUIVALE A UM
SMALLMONEY 4 -231 231 - 1
DECIMAL COM 4 CASAS DECIMAIS
PONTO FLUTUANTE, ONDE D INDICA O
-1.79 X 1.79 X
FLOAT(D) 4 OU 8 NÚMERO MÁXIMO DE CASAS
10308 10308
DECIMAIS, ENTRE 0 E 53
-3.4 X PONTO FLUTUANTE - EQUIVALENTE AO
REAL 4 3.4 X 1038
1038 FLOAT(24)
TIPOS TEXTO
LIMITE TAMANHO
NOME TABELA ARMAZENA
(CARACTERES) (CARACTERES)
CARACTERES, ONDE N
CHAR(N) ASCII 8000 EXATAMENTE N INDICA O TAMANHO DO
CAMPO
CARACTERES, ONDE N
VARCHAR(N) ASCII 8000 ATÉ N INDICA O TAMANHO DO
CAMPO
CARACTERES, ONDE N
NCHAR(N) UNICODE 4000 EXATAMENTE N INDICA O TAMANHO DO
CAMPO
CARACTERES, ONDE N
NVARCHAR(N) UNICODE 4000 ATÉ N INDICA O TAMANHO DO
CAMPO
TEXT ASCII 231 - 1 ATÉ 231 - 1 CARACTERES
31
NTEXT UNICODE 2 -1 ATÉ 231 - 1 CARACTERES
TIPOS DATA
TAMANHO MENOR MAIOR
NOME PRECISÃO ARMAZENA
(BYTES) VALOR VALOR
1753-01-01 9999-12-31
DATETIME 8 3.33 ms DATA/HORA
00:00:00.000 23:59:59.997
1 MINUTO, SENDO QUE
ATÉ 29.998ms
1900-01-01 2079-06-06 ARREDONDA PARA
SMALLDATETIME 4 DATA/HORA
00:00:00 23:59:00 MENOS E ACIMA DISSO
PARA O PROXIMO
MINUTO.
Banco de Dados
Nulabilidade
Nulabilidade: Significa se o campo declarado pode ser ou não nulo.

Para fazer tal declaração é necessário definir o campo com a clausula:
o Not null (não permite valor nulo,preenchimento obrigatório do
campo)
o Null (permite valor nulo, preenchimento não obrigatório do
campo)
Constraints: Integridade
Primary Key(Chave Primária):

Fazendo parte das regras de modelagem de dados relacional, uma
chave primária é uma regra que deve sempre ser colocada em uma coluna ou
um conjunto de colunas de uma tabela, para que o sistema não aceite dados
repetitivos nesses campos, tornando-se possível a identificação da unicidade
de cada registro de uma tabela.
.
Exemplo:
Constraint PK_Cliente Primary Key (Cód_Cli)
Detalhes sobre o uso das Constraints Primary Key(PK)

 Em uma tabela é possível ter apenas uma constraint primary key
 A constraint primary key pode ser composta de mais de uma coluna,
inclusive de datatypes diferentes
 As constraints primary key não aceitam valores repetidos, e para manter
a unicidade dos dados, O SQL SERVER 2008 cria, nessas colunas,
índices únicos.
 As colunas que fazem parte da constraint primary key não podem
receber valores nulos.
Banco de Dados
Foreign Key(Chave Estrangeira):
As colunas que estiverem relacionando duas tabelas serão chamadas de

chave estrangeira. Uma coluna só pode ser chave estrangeira se na tabela
com a qual está se relacionando essa coluna for chave primária. Ou seja,
suponha que na tabela Nota Fiscal relaciona-se com a tabela Cliente por meio
da coluna Cod_Cli . Na tabela Nota Fiscal a coluna Cod_Cli só poderá ser
chave estrangeira se na tabela Cliente a coluna Cod_Cli for chave primária.
Exemplo:
Constraint FK_NotaFiscal Foreign Key(Cód_Cli)
References Cliente(Cod_Cli)
On delete cascade
Detalhes sobre o uso das Constraints Foreign Key(FK)

 Em uma tabela é possível ter várias uma constraint foreign key
 A constraint foreign key pode ser composta de mais de uma coluna,
inclusive de datatypes diferentes
 Se a chave primária da referida chave estrangeira for composta, a chave
estrangeira também deve ser composta das mesmas colunas, na
mesma sequência de criação.
 As constraints foreign key aceitam valores repetidos.
 O SQL SERVER 2008 não cria índice automaticamente nas colunas que
formam chave estrangeira
 As colunas que fazem parte da constraint foreign key podem receber
valores nulos.
 As constraints foreign key podem referenciar apenas tabelas do mesmo
Database
 A instrução on delete cascade permite a exclusão do dado se o mesmo
estiver relacionado em outra tabela, excluirá o registro na tabela
realcionada.
Banco de Dados
AutoNumeração
Identidade para um banco de dados é a forma de identificar cada linha

de uma tabela como única.
Para manter a integridade e a consistência dos dados, é necessário ter
uma forma de identificá-los como únicos dentro de uma tabela. E para tanto,
utilizam-se a chave primária. As chaves primárias normalmente são colocadas
em uma coluna que numera os registros dentro de uma tabela.
A coluna Cod_Cli da tabela Cliente deve receber valores únicos.
Para solucionar a questão sobre valores únicos nos registros o SQL
SERVER 2008 disponibiliza uma propriedade do campo como IDENTITY, onde
fará a autonumeração na coluna onde for especificada.
Para criar uma tabela com a propriedade identity, observe o exemplo
apresentado em seguida:
Use bookselva
Create table Email
(
Cod_email int identity not null,
Descricao_email varchar(40) not null,
provedor_email varchar(40) not null,
Cod_Cli int not null,
Constraint PK_email
Primary Key(Cod_email)
)
Para verificar se a tabela foi criado corretamente

Select * from email
Ou
Comando para verificar a estruturas das tabelas
Sp_help email
Banco de Dados
5.2. Criação de Tabelas no Banco de Dados criado

anteriormente com a utilização de scripts
Use bookselva
Create table Cliente
(
Cod_Cli int identity not null,
Nome_Cli varchar(40) not null,
End_Cli varchar(30) not null,
Bai_Cli varchar(20) not null,
Cid_Cli varchar(20) not null,
Uf_Cli char(3) not null,
Tel_Cli varchar(15) null,
Constraint PK_Cliente
Primary Key(Cod_Cli)
)
Create Table NotaFiscal
(
Num_Nota int identity not null,
Cod_Cli int not null,
Serie_Nota varchar(10) not null,
Emissao_Nota smalldatetime null,
Vtot_Nota SmallMoney not null,
Constraint PK_NotaFiscal
Primary Key(Num_Nota),
Constraint FK_Cliente
Foreign Key(Cod_Cli)
References cliente(Cod_Cli)
On delete cascade
)
Banco de Dados
Create Table Produto

(
Cod_Prod int identity not null,
Nome_Prod varchar(50) not null,
Qtd_Estoque int not null,
Val_Prod decimal(8,2) not null,
Constraint PK_Prod
Primary Key(Cod_Prod)
)
Create Table ItensNota

(
Num_Nota int not null,
Cod_Prod int not null,
Qtd_Vend int not null,
Val_Vend decimal(8,2) not null,
Constraint PK_ItensNota
Primary Key(Num_Nota,Cod_Prod),
Constraint FK_Itens1Nota
Foreign Key(Num_Nota)
References NotaFiscal(Num_Nota)
On delete cascade ,
Constraint FK_Itens2Nota
Foreign Key(Cod_Prod)
References Produto(Cod_Prod)
On delete cascade
Banco de Dados
5.3. Alterando a estrutura de uma tabela
Existem outras alterações que pode-se realizar na estrutura das tabelas,

como por exemplo, acrescentar outras colunas a uma determinada tabela,
retirar colunas e alguns casos pode até alterar certas características das
colunas de uma tabela. Essas alterações feitas na estrutura de uma tabela
podem ser realizadas mesmo que a tabela esteja com dados.
Para adicionar um novo campo em uma tabela
Alter table Cliente

Add Sexo_cli char(1) not null
Para definir como chave estrangeira um campo já existente
Alter table Email

Add constraint FK_Email
Foreign Key(Cod_Cli)
References cliente(Cod_Cli)
Para alterar um datatype de campo em uma tabela
Alter table Cliente

Alter column Sexo_cli varchar(10) null
Para retirar um campo em uma tabela
Alter table Cliente

Drop column Sexo_cli
Banco de Dados
5.4. Criando um Diagrama
O SQL SERVER Management Studio permite que você crie um

diagrama das tabelas para verificar os relacionamentos das tabelas isso se
houver relacionamentos. Devido a este fato diagramas só poderão ser criados,
após a criação de todas as tabelas com seus devidos relacionamentos.
Para criar um Diagrama com o SQL SERVER Management Studio faça
a seguintes operações:
 Expanda seu database no exemplo o BookSelva
 clique com o botão direito sobre a pasta ” Database Diagrams “e escolha
a opção “New Database Diagram” como mostra a figura abaixo:
Figura 7: Tela do SQL Server Management Studio criando um Diagrama
Banco de Dados
Em seguida aparecerá a primeira tela do onde você deverá escolhar as tabelas

que irão compor seu diagrama.
Selecionar as tabelas Cliente, Itens, NotaFiscal e Produto.
Depois clicar no botão ADD logo em seguida irá surgir a tela a seguir
com o relacionamento das tabelas.
Pronto o diagrama das tabelas.
Banco de Dados
6. INSERT (Insere registro)

Definição: O comando INSERT insere um novo registro em uma tabela
Sintaxe:
INSERT INTO <tabela> [<campos>] VALUES <valores>
Exemplos:
Adotando-se que a ordem dos campos da tabela cliente seja (Cod_Cli,
Nome_Cli, End_Cli, Bai_Cli, Cid_Cli, Uf_Cli, Tel_Cli) temos:
/*insere os valores (1,„Nilson Borges‟, Av.Paulista,929‟, ‟Cerqueira César‟, ‟São

Paulo‟, ‟SP‟, ‟3285-0202‟) na tabela CLIENTES */
INSERT INTO CLIENTE VALUES (’Nilson Borges’,

‘Av.Paulista,929’, ’Cerqueira César’, ’São Paulo’, ’SP’,
’3285-0202’)
ou
INSERT INTO CLIENTE ( Nome_Cli, End_Cli, Bai_Cli, Cid_Cli,
Uf_Cli,Tel_Cli)
VALUES(’Nilson Borges’, ‘Av.Paulista,929’, ’Cerqueira
César’, ’São Paulo’, ’SP’, ’3285-0202’)
OBS: O valor cod_cli não é necessário inserir pois foi

definido como identity que é autonumeração e seu
preenchimento é automático
/*insere os valores (1,„WEP2525‟,‟2004/08/12‟,250.89) na tabela

NOTAFISCAL*/
INSERT INTO NOTAFISCAL VALUES (1, ‘WEP2525’,
’2004/08/12’,250.89)
Ou
INSERT INTO NOTAFISCAL (Cod_Cli, Serie_Nota, Emissao_Nota,

Vtot_Nota)
VALUES (1, ‘WEP2525’, ’2004/08/12’,250.89)
Banco de Dados
7. UPDATE (Altera valor do registro)
Definição: O comando UPDATE altera campos de um ou vários registros

de uma tabela.
Sintaxe: UPDATE <tabela> SET <campo> = <expressão> [WHERE

<condição>];
Exemplos:
/* atualiza o campo NOME_CLI para „Juliana Costa‟ do registro da
tabela CLIENTE para o Cód_Cli igual a 1 */
UPDATE CLIENTE SET Nome_Cli = 'Juliana Costa'

WHERE Cod_Cli = 1
/* atualiza o campo valor total para 125.75 do registros da tabela

NOTAFISCAL onde o campo Emissão_nota for maior que
10/08/2004 */
UPDATE NOTAFISCAL SET Vtot_Nota = 125.75

WHERE Emissao_nota > „2004/08/10‟
/* atualiza o campo valor total da tabela NOTAFISCAL com um

acréscimo de 12% em todos os campos onde a emissão for
menor do que 20/08/2004
UPDATE NOTAFISCAL SET Vtot_Nota = Vtot_Nota*1.12

WHERE Emissao_nota < „2004/08/20‟
Banco de Dados
Operadores de Comparação
Operador Descrição
= Igual a
<> Diferente
> Maior que
>= Maior ou igual a
< Menor que
<= Menor ou igual a
Exercício
1) Atualize o campo Cid_Cli da tabela Cliente para „Santo André‟ para os registros dos
clientes do campo UF_Cli igual a SP.
2) Atualize o campo Cod_Cli da tabela NotaFiscal para 3 para os registros das Notas
Fiscais com valor total abaixo de 130.00.
3) Atualiza o campo VTot_Nota com um desconto de 23% para o registros das Notas
Fiscais com valor total diferente de 581.20
Banco de Dados
8. DELETE (Exclusão de registros)
Definição: O comando DELETE exclui um ou mais registros de uma tabela
Sintaxe: DELETE [FROM] <tabela> [WHERE <condição>];
Exemplo:
/* exclui todos os registros da tabela NotaFiscal onde o campo

Cod_Cli é igual a 1 */
DELETE FROM NOTAFISCAL WHERE Cod_Cli = 1
/* exclui todos os registros da tabela CLIENTE onde o campo

Nome_Cli é igual a „João Pedro‟*/
DELETE FROM CLIENTE WHERE Nome_Cli = „João Pedro‟
Exercícios
1) Excluir todas as NotasFiscais onde a Data de Emissão é superior a 15/08/2004
2) Excluir todas as NotasFiscais onde o valor total seja menor ou igual a 4520.21
3) Excluir todos os clientes onde moram no Estado de Minas Gerais.
4) Excluir todos os clientes onde moram na Cidade de São Roque.
5) Excluir todas as NotasFiscais que menos a do Cliente de Código igual a 2.
Banco de Dados
9. APRESENTANDO O SISTEMA INFONEW
O objetivo deste sistema fictício é criar um ambiente OLTP(On Line Transaction

Process) para que vocês coloquem em prática os tópicos que serão vistos nos
próximos capítulos desta apostila. O Sistema INFONEW deve gerenciar as
operações comerciais de uma suposta empresa.
9.1 Os objetivos gerais do INFONEW são:
 Parte 1: Manter dados a respeito dos Clientes:
 Parte 2: Realizar análise de crédito de cada Cliente
 Parte 3: Manter dados a respeito dos produtos a serem vendidos
 Parte 4: Manter e gerenciar os pedidos de compra feitos por esses clientes.
 Parte 5: Manter dados a respeito dos Funcionários
Parte 1 – Manter Dados a Respeito dos Clientes da Empresa
Manter dados a respeito dos clientes envolve armazenar todas as

informações a respeito de cada cliente para que ele possa ser encontrado
facilmente num momento de necessidade.
Nessa empresa, um cliente pode possuir vários tipos de endereço, por
exemplo, endereço residencial, de faturamento, de entrega, de cobrança, etc...,
e o sistema tem que ser capaz de armazenar qualquer quantidade e qualquer
tipo de endereço para cada cliente individualmente. Cada endereço deve ser o
mais completo possível, contendo além do nome da rua, do bairro, número do
prédio, o nome da cidade e do estado dessa cidade.
É necessário saber também dados a respeito do cônjuge de cada cliente
(se ele tiver um cônjuge), pois no cálculo do crédito para cada clientes, a renda
do cônjuge pode ser considerada.
Banco de Dados
É necessário também que o sistema consiga armazenar qualquer

quantidade de telefone que o cliente possa informar e qualquer quantidade de
e-mails.
Assim que um cliente é cadastrado no sistema, deve ser atribuído a ele
um tipo de cliente, ou seja, uma classificação de acordo com a sua renda
mensal.
Parte 2 – Análise do Credito do Cliente

Inicialmente, quando um cliente é cadastrado no sistema, é atribuído a
ele um tipo de cliente, ou seja, uma classificação de acordo com a sua renda.
O cálculo do limite de crédito deve ser uma aplicação que poder ser executada
periodicamente, para todos os clientes de uma só vez ou para um cliente
especifico. Esse cálculo deve levar em consideração o tipo do cliente, a renda
do cônjuge, a soma total de pedidos realizados no ano corrente e o atraso
médio nos pagamentos das parcelas.
Esse valor que limita o crédito do cliente deve ser levado em
consideração sempre antes de realizar uma venda para cada cliente.
Parte 3 – Manter Dados a Respeito dos Produtos a Serem Vendidos

Cada produto disponível para venda deve ser classificado por um tipo para
que seja possível realizar totalizações em estoque, produzindo dados
gerenciais. Por exemplo, o sistema deve ser capaz de fornecer informações
como:
 Quantidade de cada produto vendido num determinado período.
 Quantidade de um determinado tipo de produto vendida em um
determinado período.
 Tipo de produto vendido em cada região de cada cidade.
 Tipo de produto vendido em cada região de cada estado.
 Controle de quantidade em estoque de cada produto.
 Controle de quantidade em estoque de cada tipo de produto.
 Tipos de produto que são mais vendidos.
 Tipos de produto menos vendidos.
Banco de Dados
Parte 4 – Manter e Gerenciar os Pedidos de Compra Feitos pelos

Clientes
Cada pedido de compra pode ser pago á vista ou ser parcelado.
O sistema deve ser capaz de fornecer informações a respeito de cada
pedido de um determinado usuário. Essas informações são:
 Data e valor do primeiro pedido do cliente.
 Parcelas em atraso de um pedido.
 Valor original de cada parcela.
 Valor de cada parcela com juros e multa.
O sistema deve ser capaz de informar os produtos que cada cliente já
comprou, e os produtos que cada um nunca comprou.
A cada venda realizada o sistema deve ser capaz de calcular o valor
total de cada pedido e dar baixa em estoque a cada produto vendido.
O sistema deve aceitar devolução de produtos comprados pelos clientes
se o referido pedido estiver em aberto. E essa devolução deve recolocar o
produto em estoque e retirar o valor do pedido a ser pago pelo cliente.
Parte 5 – Manter Dados a Respeito dos Funcionários

O sistema deve ser capaz de armazenar dados a respeito dos
funcionários e dos dependentes que cada funcionário possui.
Cada funcionário deve receber, alem de um salário fixo, bônus mensais
de acordo com os produtos que ele vender.
O desempenho de cada funcionário será medido por pontos que ele
recebe mensalmente. De acordo com essa pontuação, seu bônus pode ser
acrescido de determinados valores.
Todas as vezes que o salário fixo de cada funcionário for alterado, o
sistema deve armazenar no histórico o salário anterior, o atual e a data da
alteração.
Banco de Dados
9.2 DIAGRAMA COM RELACIONAMENTOS DO SISTEMA

INFONEW
Banco de Dados
10. SELECT (Consulta)

Descrição: Este comando faz a seleção dos dados de uma ou mais
tabelas.
Sintaxe: SELECT <campo> FROM <tabela>
Exemplos:
SELECT COD_CLI, NOME_CLI,SEXO_CLI FROM CLIENTE

SELECT COD_CLI, NUM_LANC, DATA_CREDCLI, CRED_CLI
FROM CREDITO
SELECT COD_PROD, NOME_PROD, VAL_UNITPROD FROM
PRODUTO
SELECT COD_FUNC, NOME_FUNC, SAL_FUNC FROM
FUNCIONARIO
Para listar todos os campos da tabela, utilizamos o operador "*"

(asterisco)
SELECT * FROM CLIENTE

SELECT * FROM CREDITO
SELECT * FROM PRODUTO
SELECT * FROM FUNCIONARIO
Banco de Dados
10.1 ORDER BY (Ordem de retorno)
Definição: A cláusula ORDER BY determina a ordem de apresentação do

resultado de uma pesquisa de forma ascendente ou descendente.
Sintaxe:
SELECT <campo> FROM <tabela> [WHERE <condição>]
ORDER BY <campo_ordenacao> [ASC/DESC]
Exemplos:
/* seleciona todos os registros da tabela CLIENTES ordenando o

retorno pelo campo CODIGO em ordem ascendente */
SELECT * FROM CLIENTE ORDER BY COD_CLI ASC
/* seleciona todos os registros da tabela CLIENTES ordenando o

retorno primeiro pelo campo CODIGO em ordem descendente e
depois pelo campo NOME em ordem ascendente */
SELECT * FROM CLIENTES ORDER BY COD_CLI DESC,

NOME_CLI ASC
Banco de Dados
10.2 ALIAS (Apelido)
Definição: Literal que identifica um campo, uma função ou uma tabela
Sintaxe:
SELECT (<campo> ou <função>) <alias do retorno>

FROM <tabela> <alias da tabela>
Exemplos:
/* seleciona o valor do campo NOME da tabela CLIENTES */
SELECT NOME_CLI AS "NOME DO CLIENTE"

FROM CLIENTE
Observe que a coluna Nome_Cli passou a chamar Nome do Cliente
/* listar o código do cliente, nome do cliente ,renda do CLIENTE e

renda do CLIENTE com acréscimo de 37% */
SELECT COD_CLI,NOME_CLI,RENDA_CLI,RENDA_CLI*1.37
FROM CLIENTE
Observe que está mostrando uma coluna com nome (No column name)
para não aparecer está coluna é necessário criar um alias para a coluna
conforme código abaixo.
SELECT COD_CLI,NOME_CLI,RENDA_CLI,RENDA_CLI*1.37
AS "RENDA COM AUMENTO"
FROM CLIENTE
Banco de Dados
10.3 WHERE (Restrições)
Descrição: Com esta cláusula é possível fazermos restrição dos registros

a serem manipulados, como veremos posteriormente ela também poderá
ser usados para outros comandos do SQL.
Sintaxe: SELECT <campo> FROM <tabela> WHERE <condição>
Exemplo:
/*serão listados todos os registro da tabela CLIENTES onde o
campo Cod_Cli for igual a 1 */
SELECT * FROM CLIENTE WHERE COD_CLI = 1
/*serão listados todos os registros da tabela PEDIDO onde o

campo Data_Ped for superior a 01/02/2001 E cod_sta= 1*/
SELECT * FROM PEDIDO WHERE DATA_PED > „2001/02/01‟

AND COD_STA=1
/*serão listados todos os registros da tabela CLIENTE onde o

campo Nome_Cli for igual à Daniel Souza OU Clientes do sexo
Feminino */
SELECT * FROM CLIENTE WHERE NOME_CLI = 'DANIEL

SOUZA' OR SEXO_CLI=‟F‟
Obs: Não esqueça que na clausula where utiliza-se os operadores de

comparação: maior, menor, igual, diferente, maior ou igual e menor ou
igual.
Banco de Dados
10.4 BETWEEN (Condição com uma faixa de valores)
Definição: O operador BETWEEN determina a faixa de valores aceito de

uma pesquisa. Este comando substitui os operadores „>=‟ e „<=‟.

WHERE <campo> BETWEEN <valor_inicial> AND <valor_final>
Exemplos:
/* seleciona todos os registros da tabela CLIENTE onde o campo
Cod_Cli estiver entre 1 e 5 */

WHERE COD_CLI BETWEEN 1 AND 5
/* seleciona todos os registros da tabela PEDIDO onde o campo

Data_Ped estiver entre „05/10/2003‟ a „02/10/2004‟ */
SELECT * FROM PEDIDO

WHERE DATA_PED BETWEEN '2003/10/05' AND
„2004/10/02'
/*seleciona todos os registros da tabela PRODUTO onde o campo

Val_UnitProd estiver entre 500 e 1000 */
SELECT * FROM PRODUTO WHERE VAL_UNITPROD BETWEEN

500 AND 1000
Banco de Dados
10.5 LIKE (Comparação com uma parte de uma literal)

Definição: O operador LIKE faz a comparação somente com uma parte de
uma literal, desconsidera tudo que possa vir antes ou depois do valor
passado. O caracter „%‟ significa qual à parte a ser desconsiderada

WHERE <campo> LIKE <[%]parte_literal[%]>
Exemplos:
/* seleciona todos os registros da tabela CLIENTES onde o campo
Nome_Cli terminar com a literal SOUZA */
WHERE NOME_CLI LIKE „%SOUZA‟

Nome_Cli começar com a letra A */
WHERE NOME_CLI LIKE „A%‟

Nome_Cli não possuir o sobrenome OLIVEIRA dentro do seu conteúdo */
SELECT * FROM CLIENTE WHERE NOME_CLI NOT
LIKE „%OLIVEIRA%‟

Nome_Cli possui a primeira letra entre A ou E ou Z */
SELECT * FROM CLIENTE WHERE NOME_CLI
LIKE „[A,E,Z]%‟

Nome_Cli possui a primeira letra entre A a D */
SELECT * FROM CLIENTE WHERE NOME_CLI
LIKE „[A-D]%‟
Banco de Dados
10.6 DISTINCT (Valores únicos)
Definição: O operador DISTINCT elimina todas as replicações,

significando que somente dados distintos serão apresentados como
resultado de uma pesquisa.
Sintaxe: SELECT DISTINCT <campo> FROM <tabela> [WHERE

<condição>]
Exemplos:
/* seleciona todos os valores do campo Código do Cliente, valor
do pedido da tabela PEDIDO sem repetição dos códigos do cliente
*/
SELECT DISTINCT COD_CLI,VAL_PED FROM PEDIDO
/* seleciona todos os valores do campo data do pedido , valor do

pedido, da tabela Pedido sem repetição da data do pedido*/
SELECT DISTINCT DATA_PED,VAL_PED FROM PEDIDO
Banco de Dados
11. FUNÇÕES DE AGRUPAMENTO

 COUNT (CONTAR)
 SUM (SOMAR)
 AVG (MÉDIA)
 MAX (MÁXIMO)
 MIN (MÍNIMO)
11.1 COUNT (Contador de registros)
Definição: A função COUNT retorna a quantidade de registros

correspondentes a uma pesquisa.
Sintaxe: SELECT COUNT(*) FROM <tabela> [WHERE <condição>]
Exemplos:
/* seleciona a quantidade de registros da tabela Clientes */
SELECT COUNT(*) AS “TOTAL CLIENTES” FROM CLIENTE
/* seleciona a quantidade de registros da tabela pedidos onde o

campo data_ped estiver entre 02/12/2008 a 03/08/2010 */
SELECT COUNT(*)AS ”QUANTIDADE PEDIDOS” FROM PEDIDO

WHERE DATA_PED BETWEEN „2008/12/02‟ AND
„2010/08/03‟
/* seleciona a quantidade de telefones que cada cliente possui */

SELECT COD_CLI,COUNT(COD_CLI) AS “TOTAL TELEFONE”
FROM FONE
GROUP BY COD_CLI
Banco de Dados
11.1.1 GROUP BY (Agrupamento de dados)
Definição: A cláusula GROUP BY agrupa todas as linhas de retorno de

uma pesquisa que possuírem o valor de seus campos iguais.
Sintaxe
SELECT (<campo_agrupamento> e/ou <funcao_agrupamento>)
FROM <tabela> [WHERE <condição>]
GROUP BY <campo_agrupamento>
Exemplo:
/* seleciona a quantidade de telefones que cada cliente possui
agrupado por cliente */
SELECT COD_CLI,COUNT(COD_CLI) AS “TOTAL TELEFONE”
FROM FONE
GROUP BY COD_CLI
/* seleciona a quantidade de emails que cada cliente possui

agrupado por cliente */
SELECT COD_CLI,COUNT(COD_CLI) AS “TOTAL EMAIL”
FROM EMAIL
GROUP BY COD_CLI
/* seleciona a quantidade de parcelas que cada pedido possui

agrupado pedido */
SELECT NUM_PED, COUNT(NUM_PED) AS “QUANT.PARCELAS”
FROM PARCELA
GROUP BY NUM_PED
Banco de Dados
11.2 SUM (Somatória de valores)
Definição: A função SUM faz a somatória dos valores de um campo.
Sintaxe: SELECT SUM(<campo>) FROM <tabela> [WHERE <condição>]

Exemplos:
/* seleciona a somatória dos valores do campo Renda_Cli da

tabela Clientes */
SELECT COD_CLI, SUM(RENDA_CLI) AS ”RENDA CLIENTE”
FROM CLIENTE
GROUP BY COD_CLI
/* seleciona a somatória dos valores do campo Val_UnitProd da

tabela PRODUTO*/
SELECT COD_PROD, SUM(VAL_UNITPROD)AS ”VALOR TOTAL
PRODUTOS” FROM PRODUTO
GROUP BY COD_PROD
Banco de Dados
11.3 AVG (Média de valores)
Definição: A função AVG faz a média dos valores de um campo.
Sintaxe: SELECT AVG(<campo>) FROM <tabela> [WHERE <condição>]
Exemplos:
/* seleciona a média dos valores do campo Renda_Cli da tabela

Clientes */
SELECT COD_CLI, AVG(RENDA_CLI) AS ”RENDA CLIENTE”

FROM CLIENTE
GROUP BY COD_CLI
/* seleciona a média dos valores do campo Val_UnitProd da

tabela PRODUTO*/
SELECT COD_PROD, AVG(VAL_UNITPROD)AS ”VALOR TOTAL

PRODUTOS” FROM PRODUTO
GROUP BY COD_PROD
Banco de Dados
11.4 MIN, MAX (Menor e maior valor)
Definição: As funções MIN e MAX retornam respectivamente o menor e o

maior valor encontrado para um campo.
Sintaxe: SELECT MIN(<campo>) FROM <tabela> [WHERE <condição>]

SELECT MAX(<campo>) FROM <tabela> [WHERE <condição>]
Exemplos:
/* seleciona o menor do valor do campo Renda_Cli da tabela

Clientes */
SELECT MIN(RENDA_CLI) AS ”MENOR RENDA” FROM

CLIENTE
/* seleciona o maior do valor do campo Val_UnitProd da tabela

PRODUTO*/
SELECT MAX(VAL_UNITPROD) AS ”MAIOR PRODUTO” FROM

PRODUTO
Banco de Dados
12. HAVING (condição do agrupamento)

Definição: A cláusula HAVING faz com que o resultado da pesquisa seja
feito sob determinada condição. A condição HAVING está para a cláusula
GROUP BY da mesma forma que a cláusula WHERE está para o
comando SELECT
Sintaxe:
SELECT (<campo> ou <função>) FROM <tabela>
[WHERE <condição1>]
GROUP BY <campo>
HAVING <condição2>
Exemplos:
/* seleciona o campo Código Funcionário e a quantidade de
registros da tabela Dependentes agrupados pelo campo Cod_Func
onde o valor do campo Quantidade de Dependentes deve possuir
mais de 1 ocorrência */
SELECT COD_FUNC, COUNT(COD_FUNC) AS “TOTAL”
FROM DEPENDENTE
GROUP BY COD_FUNC HAVING COUNT(COD_FUNC) > 1
/* seleciona o campo RENDA, o menor e o maior valor do campo

RENDA da tabela CLIENTE agrupados pelo campo CODIGO onde
o valor do campo CODIGO deve possuir média superior a 450 */
SELECT COD_CLI, MIN(RENDA_CLI) AS “MINIMO”,
MAX(RENDA_CLI) AS “MÁXIMO” FROM CLIENTE GROUP BY
COD_CLI
HAVING AVG(RENDA_CLI) > 450
Banco de Dados
13. IN (Condição com valores fixos)

Definição: O operador IN determina os valores fixos aceitos de uma
pesquisa.
Sintaxe:
SELECT <campo> FROM <tabela>

WHERE <campo> IN (<lista_de_valores>)
Exemplos:

CODIGO for igual a 1 ou 2 ou 3 ou 4 */
WHERE COD_CLI IN (1,2,3,4)
/* seleciona todos os registros da tabela PEDIDO onde o campo

NUMERO for igual a 45 ou 50 */
SELECT * FROM PEDIDO
WHERE NUM_PED IN (45,50)
/* seleciona todos os registros da tabela TIPOCLI onde o campo

CODIGO for igual a 1 ou 3 ou 5 ou 6*/
SELECT * FROM TIPOCLI
WHERE COD_TIPOCLI IN (1, 3, 5, 6)
/* seleciona todos os registros da tabela TIPOCLI onde o campo

NOME for igual a OURO
SELECT * FROM TIPOCLI
WHERE NOME_TIPOCLI IN („OURO‟)
Banco de Dados
14. SUBQUERIES (Pesquisa dentro de um comando)
Definição: O conceito de SUBQUERIES possibilita criar um consulta

(comando SELECT) dentro de um outro comando(SELECT, INSERT,
UPDATE, DELETE).
Sintaxe:
Não existe uma sintaxe fixa, mas existem algumas restrições:
- deve estar sempre entre parênteses;
- não pode ser usada na cláusula ORDER BY;
- a subquery não pode conter ORDER BY, COMPUTE ou SELECT
INTO
- a subquery não pode, em hipótese alguma, retornar mais de uma
coluna no caso de comparação por valores ou listas;
- a subquery deve usar a função EXISTS se fizer um SELECT *;
- não pode usar na lista de colunas do SELECT uma coluna do tipo
IMAGE ou TEXT.
Exemplos:

RENDA for maior ou igual ao maior valor da média do campo
RENDA */
WHERE RENDA_CLI > = (SELECT AVG(RENDA_CLI)
FROM CLIENTE )
/* seleciona todos os registros da tabela PRODUTOS o campo

VALOR UNITARIO é maior do o menor valor do campo VALOR
DO PEDIDO */
SELECT * FROM PRODUTO WHERE VAL_UNITPROD >
(SELECT MIN(VAL_PED) FROM PEDIDO)
Banco de Dados
/* seleciona todos os registros da tabela CLIENTE onde exibe os

clientes de não possuem telefone */
WHERE COD_CLI NOT IN (SELECT COD_CLI FROM FONE)

clientes que possuem email */
WHERE COD_CLI IN (SELECT COD_CLI FROM EMAIL)

clientes que fizeram pedidos e foi atendido pelo funcionário 6 */
WHERE COD_CLI IN (SELECT COD_CLI FROM PEDIDO
WHERE COD_FUNC=6)
/* seleciona todos os registros da tabela cliente onde exibe os

dados dos clientes que são casados e que possui email */
SELECT * FROM CLIENTE WHERE COD_CLI IN (SELECT
COD_CLI FROM CONJUGE WHERE COD_CLI IN (SELECT
COD_CLI FROM EMAIL))
/* seleciona todos os registros da tabela cliente onde exibe os

dados dos clientes que são solteiros, que não possui email e não
possui telefone e cliente do sexo Feminino */
SELECT * FROM CLIENTE WHERE COD_CLI NOT IN (SELECT
COD_CLI FROM CONJUGE WHERE COD_CLI NOT IN (SELECT
COD_CLI FROM EMAIL WHERE COD_CLI NOT IN (SELECT
COD_CLI FROM FONE))) AND SEXO_CLI=‟F‟
Alguns casos podem ser resolvidos tanto por SUBQUERIES como por
JOINS, outros apenas por SUBQUERIES.
Banco de Dados
15. JOIN (Relacionamento de tabelas)
15.1 Introdução a Joins:

Um join é uma operação que permite você consultar duas ou mais
tabelas para produzir um result set que incorpora linhas e colunas de cada
tabela. Seu join ocorre em colunas das tabelas que são comuns em ambas às
tabelas.
Quando na execução de um join de tabelas, o SQL Server compara os
valores das colunas especificas, linha a linha e ele usa o resultado da
comparação para combinar os valores qualificando para novas linhas.
São quatro tipos de joins: inner joins, outer joins, cross joins e self joins.
15.2 TIPOS DE JOINS
 Inner Join
 Outer Join
 Cross Join
 Self Join
15.2.1 Usando Inner Joins:

Inner joins combinam tabelas pela comparação em colunas que são
comuns a ambas as tabelas. SQL Server retorna somente linhas que atendem
as condições do join.
Quando usar joins considere os seguintes fatos e diretrizes:
 Inner Joins são DEFAULT SQL Server. Você pode abreviar a clausula
INNER JOIN para JOIN.
 Especifique as colunas que você gostaria de mostrar no seu result set
pela inclusão do qualified name da coluna na listas do select.
 Inclua a clausula Where para restringir as linhas que são retornadas no
result set.
Banco de Dados
Não use um valor nulo como uma condição join porque valores nulos não
são avaliados igualmente com um outro.
INNER JOIN
Este é simples, o mais entendível e o mais comum. Esta consulta retornará

todos os registros da tabela esquerda (tabela A) que têm correspondência com
a tabela direita (tabela B). Podemos escrever este JOIN da seguinte forma:
Exemplos:
SELECT CLIENTE.COD_CLI,CLIENTE.NOME_CLI,
EMAIL.EMAIL_CLI
FROM CLIENTE INNER JOIN EMAIL
ON CLIENTE.COD_CLI =EMAIL.COD_CLI
15.2.2 Usando Outer Joins:
 Você usa um outer join para ver linhas que normalmente não atendem a
uma condição de join.
 Operador do Outer join é um sinal de (*) antes ou depois da condição de
igualdade, ou usando a palavra chave LEFT OUTER JOIN, RIGHT
OUTER JOIN.
Left ou Right outer joins, combinam linhas a partir de duas tabelas que
atenda a uma condição de join, mais qualquer das linhas que não atendam ou
da tabela do lado esquerdo ou da tabela do lado direito como especificado na
clausula JOIN. Linhas que não atendem a condição join mostram null no result
set.
Banco de Dados
Você também pode usar full outer joins para mostrar toas às linhas nas
tabelas join, indiferentemente das tabelas terem atendido quaisquer dos
valores.
Quando utilizar left ou right outer joins, considere os seguintes fatos ou
diretrizes:
 SQL Server retorna somente linhas únicas quando você usa left ou right
outer joins.
 Use um left outer join para mostrar todas as linhas a partir da primeira
tabela nomeada. Se você inverter a ordem no qual as tabelas estão
listadas na clausula FROM, a declaração produz o mesmo resultado
como um right outer join.
 Não use um valor nulo como condição de join porque valores nulos são
avaliados igualmente com um outro.
 Voce pode abreviar o LEFT OUTER JOIN ou RIGHT OUTER JOIN
como LEFT JOIN ou RIGHT JOIN.
 Você pode usar outer joins entre duas tabelas somente.
LEFT JOIN
Esta consulta retorna todos os registros da tabela esquerda (tabela A) e

as correspondências que existirem com a tabela direita (tabela B). O código
ficará da seguinte forma:
EMAIL.EMAIL_CLI
FROM CLIENTE LEFT JOIN EMAIL
Banco de Dados
RIGHT JOIN
Esta consulta retornará todos os registros da tabela direita (tabela B) e

as correspondências que existirem com a tabela esquerda (tabela A). O código
ficará da seguinte forma:
EMAIL.EMAIL_CLI
FROM CLIENTE RIGHT JOIN EMAIL
15.2.3. Usando Cross Joins:

Cross join mostra combinação de todas as linhas das tabelas unidas.
Nenhuma coluna comum será necessária para fazer um cross join.
Quando você usa cross joins, SQL Server produz um produto cartesiano
no qual o numero de linhas no resultado seja igual ao numero de segunda
tabela. Por exemplo, se são 8 linhas na primeira tabela e 9 linhas na outra
tabela SQL Server retorna um total de 72 linhas.
OUTER JOIN
Este JOIN também é conhecido como FULL OUTER JOIN ou FULL

JOIN. Esta consulta retornará todos os registros das duas tabelas e juntando
também os registros correspondentes entres as duas tabelas. O código ficará
da seguinte forma:
SELECT CLIENTE.COD_CLI,CLIENTE.NOME_CLI, EMAIL.EMAIL_CLI
FROM CLIENTE CROSS JOIN EMAIL
Banco de Dados
15.3 Exemplos de JOIN (Relacionamento de tabelas)
/* seleciona o campo CODIGO, NOME da tabela CLIENTE e o

campo EMAIL DO CLIENTE da tabela EMAIL */
EMAIL.EMAIL_CLI
FROM CLIENTE INNER JOIN EMAIL
OU
SELECT C.COD_CLI,C.NOME_CLI,
E.EMAIL_CLI
FROM CLIENTE C INNER JOIN EMAIL E
ON C.COD_CLI =E.COD_CLI
(Exemplos com a utilização de alias)
/*Utilizando o exemplo anterior agora queremos listar todos os

clientes possui ou não email, para fazer tal consulta é necessário a
utilização do comando OUTER JOIN */
EMAIL.EMAIL_CLI
FROM CLIENTE LEFT OUTER JOIN EMAIL
ON CLIENTE.COD_CLI = EMAIL.COD_CLI
/*Utilizando o exemplo anterior agora queremos fazer todas as

combinações possíveis de cliente com email, para fazer tal
consulta é necessário a utilização do comando CROSS JOIN */
EMAIL.EMAIL_CLI
FROM CLIENTE CROSS JOIN EMAIL
Banco de Dados
15.4 Combinação de mais de 2 tabelas
/* seleciona o campo CODIGO, NOME da tabela CLIENTE

NOME_RUA, NOME_BAIRRO da tabela ENDEREÇO e
NOME_CID da tabela CIDADE, NOME_EST da tabela ESTADO */
ENDERECO.NOME_RUA,ENDERECO.NOME_BAIRRO,
CIDADE.NOME_CID
FROM CLIENTE INNER JOIN ENDERECO
ON CLIENTE.COD_CLI =ENDERECO.COD_CLI
INNER JOIN CIDADE
ON CIDADE.COD_CID = ENDERECO.COD_CID
INNER JOIN ESTADO
ON ESTADO.SIGLA_EST = CIDADE.SIGLA_EST
OU
SELECT CL.COD_CLI,CL.NOME_CLI,E.NOME_RUA,
E.NOME_BAIRRO,CI.NOME_CID
FROM CLIENTE CL JOIN ENDERECO E
ON CL.COD_CLI =E.COD_CLI
JOIN CIDADE CI
ON CI.COD_CID =E.COD_CID
INNER JOIN ESTADO ES
ON ES.SIGLA_EST = CI.SIGLA_EST
Banco de Dados
16. CRIANDO VISÕES (VIEW)

As views nada mais são do que instruções SELECT já pré-definidas
e armazenadas no banco. É um objeto do SQL Server utilizado para dar
nome a uma query. Este conceito pode parecer simples, e é, mas pode-se
resolver muitos problemas com as views.
Uma view não é um programa, portanto dentro dela você só pode

escrever o comando Select. Você pode colocar dentro de uma view o
comando select feito com as seguintes critérios:
 Consultas com união (Join)
 Consultas com união (Union)
 Consultas com Group By com função de totalização
 Consultas com subconsultas (Subquery)
 Consultas com Order By apenas com Top.
Uma view não pode ter um select com order by sem a clausula Top. Uma
view não recebe parâmetros de entrada.
Para criar uma view, utilizamos o comando CREATE VIEW. Sua

sintaxe:
Sintaxe:
CREATE VIEW <view_name> AS
<instrução_SELECT>
Exemplos:
/* Criar uma view que seleciona todos os registros da tabela

CLIENTE onde o campo CODIGO for igual a 1 ou 2 ou 3 ou 4 */
CREATE VIEW V_CLIENTE AS
WHERE COD_CLI IN (1,2,3,4)
Para testar a View digite somente o código abaixo

SELECT * FROM V_CLIENTE
Banco de Dados
Suponha que necessitamos liberar o acesso aos dados da tabela

Funcionário, mas não podemos liberar o acesso aos dados da coluna Salário
(Sal_Func). Para solucionar esta questão, você poderia criar uma View sobre
essa tabela e liberar para o usuário acesso à tabela apenas por meio da view:
/* Criar uma view Funcionário da situação relatada anteriormente */

CREATE VIEW V_FUNC AS
SELECT COD_FUNC,NOME_FUNC,
SEXO_FUNC,END_FUNC
FROM FUNCIONARIO

SELECT * FROM V_FUNC
Outro ponto importante sobre as views: não podemos utilizar a

cláusula ORDER BY na definição da view. Como uma exceção: quando se
utiliza TOP para limitar os registros:
-- Isto é uma definição válida de uma view
CREATE VIEW V_PEDIDO

AS
SELECT TOP 50 NUM_PED,COD_CLI,DATA_PED
FROM PEDIDO
ORDER BY DATA_PED

SELECT * FROM V_FUNC
Não podemos utilizar as cláusulas COMPUTE, COMPUTE BY e INTO dentro

de uma view
Banco de Dados
17. CRIANDO FUNCTION (UDF :FUNCÕES DEFINIDAS PELO O

USUÁRIO )
Nas linguagens de programação as funções quebram grandes
tarefas de processamento de dados em pequenas partes. Conjuntos
complexos de funções podem ser divididos em pequenas unidades lógicas
mais facilmente gerenciáveis. Qualquer código que deve executar uma tarefa
lógica específica, quando incorporado a uma função, pode ser chamado de
dentro de um programa sem a necessidade de repetir o código responsável por
aquela tarefa várias vezes.
Uma função definida pelo usuário (UDF) é um módulo de instruções

Transact-SQL que pode ou não possuir argumentos e que retorna um
resultado. Por exemplo, uma função pode informar o valor de uma parcela
mensal a partir de uma taxa de juros informada, calcular a distância entre dois
pontos, selecionar uma lista de empregados que pertencem a um
departamento, etc.
Uma UDF é muito parecida com uma stored procedure, ou seja,

possui instruções que controlam o fluxo do programa e a manipulação dos
dados.
Uma UDF difere de uma stored procedure nos seguintes aspectos:
 Não permite qualquer alteração no estado global da sessão, por

exemplo, como a mudança do banco de dados.
 Não permite a utilização de parâmetros com a clásula OUTPUT.
 Não pode ser usada com a opção “FOR XML” para obtenção do
resultado. Portanto, a opção “FOR XML” pode ser utilizada
apenas em stored procedures.
 Erros do Transact-SQL que causam o cancelamento da instrução,

e então continuam na próxima instrução de um módulo (como em
triggers e stored procedures) são tratados de modo diferente
dentro de uma função. Em uma função, os erros encontrados em
instruções Transact-SQL interrompem seu processamento.
Banco de Dados
Entretanto, se você necessita de procedimentos que retornam

resultados, uma UDF é frequentemente a melhor escolha para uma aplicação
SQL, pelo simples fato de poder ser chamada a partir de uma instrução SQL.
18.1 Definindo uma function UDF:
Antes de poder definir uma UDF, deve-se determinar suas

características, tais como, seu nome, sua vinculação ou não aos objetos
referenciados, o número e tipos de dados dos parâmetros que ela terá, e
finalmente, os tipos de valores retornados. Você então executa a instrução
CREATE FUNCTION para criar a UDF. Caso após definir a função, você venha
a descobrir que qualquer uma das características não são apropriadas, você
poderá usar a instrução ALTER FUNCTION para alterar as informações
utilizadas em sua definição.
Você não poderá fazer uso da instrução ALTER FUNCTION para

modificar o tipo de uma função, ou seja, uma função do tipo scalar valued para
uma função do tipo table valued ou vice-versa. Similarmente, você não poderá
utilizar a instrução ALTER FUNCTION para modificar uma função do tipo inline
para uma função multi-statement ou vice-versa. Entretanto, você poderá
remover funções UDF com a instrução DROP FUNCTION.
É necessário ter permissão sobre a instrução CREATE FUNCTION

para criar, alerar ou excluir UDFs. Outros usuários, além do criador da UDF,
devem ter as permissões apropriadas antes de poder utilizá-la em instruções
Transact-SQL. Para criar ou alterar tabelas com CHECK constraint, cláusula
DEFAULT ou uma computed column, que façam referências a UDFs, o usuário
deve ter a permissão de REFERENCES sobre a função.
As instruções válidas em uma função incluem:
 A instrução DECLARE poderá ser utilizada para definer as variáveis e

cursores que serão locais para a função.
Banco de Dados
 As atribuições de valores para objetos locais da função são permitidas

com a utilização da opção SET para variáveis locais do tipo table e
scalar.
 Operações com cursores locais que são declarados, abertos, fechados e
liberados dentro da função. A instrução FETCH que retorna dados para
o cliente não é permitida. Apenas a instrução FETCH que atribui valores
para variáveis locais e que utilizam a cláusula INTO são permitidas.
 São permitidas as instruções de controle de fluxo (tais como IF..ELSE,
WHILE, RETURN, GOTO, BREAK, and CONTINUE).
 As instruções SELECT que contenham expressões que atribuam valores
para variáveis que são locais para a função.
 As instruções UPDATE, INSERT, and DELETE que modificam variáveis
do tipo table que são locais para a função.
 A instrução EXECUTE com chamadas para extended stored procedures.
As seguintes regras se aplicam quando uma UDF faz chamadas a uma

extended stored procedure:
 A extended stored procedure não pode retornar dados para o cliente. Se

a stored procedure retorna dados, a execução da função chamadora
falhará.
 A extended stored procedure pode se reconectar ao SQL Server;
entretanto, a chamada a extended stored procedure deve fazer parte da
mesma transação que a função que a chamou
 As funções que chamam extended stored procedure são marcadas
como funções nondeterministic. (Veja abaixo no ítem determinismo da
função).
 A extended stored procedure é executada no contexto de segurança da

conta de usuário do Microsoft Windows® sob a qual o SQL Server está
rodando. O criador da stored procedure deve considerer isso quando
atribuir direitos de EXECUTE para os usuários.
Banco de Dados
18.2 Tipos de Function:

O SQL Server 2000 implementa três tipos de UDFs assim conhecidas:
 Scalar valued functions
 In-line table valued functions
 Multi-statement table valued functions
18.2.1. Funções Scalar valued:

Uma função definida pelo usuário do tipo scalar valued retorna um
único valor em resposta a cada uma das chamadas à função. Uma função é do
tipo scalar valued se a cláusula de retorno especifica um tipo de dado scalar do
SQL Server. Funções do tipo Scalar valued podem ser definidas com a
utilização de múltiplas instruções Transact-SQL.
Exemplo 1:
CREATE FUNCTION F_Volume

(@Altura decimal (4,1), @Largura decimal (4,1), @Profund
decimal (4,1))
RETURNS decimal (12,3) –- tipo de dado de retorno
AS
BEGIN
RETURN (@Altura * @Largura * @Profund)
END
A cláusula RETURNS, no exemplo anterior, especifica que um
decimal scalar_data_type sera retornado pela função. A cláusula RETURNS
pode ser qualquer um dos tipos de dados conhecidos como scalar_data_types
do SQL Server exceto timestamp, text, ntext, or image.
Para as funções do tipo scalar valued, utiliza-se a instrução

RETURN com um argumento. O valor desse argumento é retornado como o
resultado da função. O tipo de dado do argumento passado com a instrução
RETURN deve poder ser implicitamente convertido para o tipo de dado do
valor de retorno da função.
Banco de Dados
Nas chamadas às funções do tipo scalar, deve-se utilizar ou o formato

de nome nome_do_usuário.nome_da_função ou nome do banco de dados
nome do usuário. nome_da_função
Você não pode usar o nome da função isoladamente; essa restrição

existe para diferenciar as chamadas às UDFs das chamadas às funções do
SQL Server. Nós poderíamos chamar a função que definimos anteriormente da
seguinte forma:
Para testar a Function

Select dbo.F_Volume(12.2,10.6,10.0)
Exemplo 2 :
Função onde calcula o fatorial de um número inteiro qualquer.

CREATE FUNCTION F_CalcFact ( @N int )
RETURNS float
AS
BEGIN
DECLARE @R float
SET @R = 1
DECLARE @I int
SET @I = 1
WHILE @I <= @N
BEGIN
SET @R = @R * @I
SET @I = @I + 1
END
RETURN @R
END
Para testar a Function para o fatorial de 5
select dbo.calcfact(5)
Banco de Dados
Exemplo 3:
Função onde calcula o comprimento de uma circunferência.

CREATE FUNCTION F_PERIMETRO
(
@Raio decimal (5,2)
)
RETURNS decimal float –- tipo de dado de retorno
AS
BEGIN
RETURN (2 * @Raio * 3.1416 )
END
Para testar a Function com raio de 9 cm
select dbo.f_perimetro(9.5)
18.2.2. Funções Table Valued:
Para funções do tipo inline table valued, a cláudula RETURNS é

seguida da palavra TABLE sem uma lista de colunas. As funções do tipo inline
table valued retornam valores apresentados como se extraídos de tabelas e
são definidas com uma única instrução SELECT em sua construção. As
colunas, incluindo os tipos de dados retornados pela função, são derivados da
lista da instrução SELECT que define a função.
Banco de Dados
Exemplos
1) Escreva uma função que retorna todos os dados do funcionário cujo código
deve ser recebido como parâmetro.
CREATE FUNCTION F_Funcionario(@Cod_Func int)

RETURNS TABLE
AS
RETURN(SELECT * FROM Funcionario
WHERE Cod_Func = @Cod_Func)
Para testar
SELECT * FROM F_Funcionario(11)
2) Escreva uma função que retorna todos os dados do funcionário.
CREATE FUNCTION F_Funcionario( )

RETURNS TABLE
AS
RETURN(SELECT * FROM Funcionario)
Para testar
SELECT * FROM F_Funcionario( )
3) Escreva uma função que recebe o código do cliente como parâmetro e

retorna a Codigo do cliente e a renda familiar , incluindo na sua renda o salário
do seu conjuge se ele for casado.*/
CREATE FUNCTION F_RendaTodosCliConj
( @COD_CLI INT )
RETURNS TABLE
AS RETURN
(SELECT Cliente.Cod_Cli, Cliente.Renda_Cli +
Conjuge.Renda_Conj AS Renda
FROM Cliente LEFT JOIN Conjuge
ON Cliente.Cod_Cli = Conjuge.Cod_Cli
WHERE CLIENTE.Cod_Cli =@COD_CLI)
Banco de Dados
Para Testar
SELECT * FROM F_RendatodosCliConj(1)
4) Escreva uma função que retorna a renda salarial de todos os cliente,

incluindo na renda de cada um o salário do seu cônjuge daqueles que são
casados.
CREATE FUNCTION F_RendaTodosCliConj()

RETURNS TABLE
AS
RETURN
(SELECT Cliente.Cod_Cli,
Cliente.Renda_Cli + Conjuge.Renda_Conj AS Renda
FROM Cliente LEFT JOIN Conjuge
ON Cliente.Cod_Cli = Conjuge.Cod_Cli)
Para testar
SELECT * FROM F_RendatodosCliConj()
5) Escreva uma função de recebe o número de um pedido como parâmetro e

retorna o código do funcionário que atendeu este pedido e o valor e data de
vencimento de cada parcela deste pedido.
CREATE FUNCTION F_PedPar

(@Num_Ped int)
RETURNS TABLE
AS
RETURN (SELECT Funcionario.Cod_Func,
Parcela.Val_Venc,
Parcela.Data_Venc
FROM Funcionario INNER JOIN Pedido
ON Funcionario.Cod_Func = Pedido.Cod_Func
INNER JOIN Parcela
ON Pedido.Num_Ped = Parcela.Num_Ped
WHERE Pedido.Num_Ped = @Num_Ped)
Para testar
SELECT * FROM F_PedPar(1)
Banco de Dados
18.2.3. Funções Multi-Statement Table Valued:

Se a cláusula RETURNS especificar uma tabela com suas colunas e
tipos de dados, a função será do tipo multi-statement table valued.
Exemplo:
Esta função retorna uma tabela de juros compostos.
CREATE FUNCTION dbo.GetInterest( @NumPeriods int,

@PercentInterest money )
RETURNS @InterestTable TABLE
(
Num int,
I money
)
AS
BEGIN
DECLARE @N int
SET @N = 0
DECLARE @ITot money
SET @ITot = 1
WHILE @N < @NumPeriods
BEGIN
SET @N = @N + 1
SET @ITot = @ITot * (1 + (@PercentInterest /
100))
INSERT INTO @InterestTable VALUES(@N, @ITot)
END
RETURN
END
A cláusula RETURNS no exemplo acima define uma variável local
de retorno do tipo table chamada @InterestTable, e também define a
estrutura da tabela com a definição das colunas.
Banco de Dados
As instruções no corpo da função inserem linhas na variável table

local @InterestTable para construir a tabela que será o resultado
retornado pela função.
Note que a instrução RETURN não tem argumento. O valor da
variável local do tipo table definida sera o valor retornado pela função.
A seguir temos um exemplo de como chamar a função do tipo multi-

statement table valued:
Para testar
SELECT * FROM GetInterest(240,11)
No exemplo estamos gerando uma tabela de juros com 240 períodos com juros
de 11%
Opcionalmente, chamadas às funções do tipo table valued poderão ser seguida

de um alias para a tabela. Pode-se também utilizar um alias para se referir às
colunas que são retornadas pela função nas cláusulas SELECT e WHERE.
Banco de Dados
18. CRIANDO STORED PROCEDURE

(PROCEDIMENTOS)
Stored Procedures: são conjuntos de instruções, armazenados em
bancos de dados, que realizam operações com os demais dados do banco.
São úteis em um programa por várias razões, uma delas é para se evitar a
necessidade de ler os dados do banco, fazer as operações neles e depois
gravar novamente. Outra é pela possibilidade que trazem de se balancear o
processamento entre o servidor de banco de dados e o servidor da aplicação
que acessa o banco.
Um procedimento armazenado (procedure) é uma coleção salva de
instruções Transact-SQL ou uma referência a um método CLR (Common
Language Runtime) Microsoft .NET Framework que pode usar e retornar
parâmetros fornecidos pelo usuário. Os procedimentos podem ser criados para
uso permanente ou temporário em uma sessão, procedimento temporário local,
ou uso temporário em todas as sessões, procedimento temporário global.
Os procedimentos armazenados também podem ser criados para
serem executados automaticamente quando uma instância do SQL Server é
iniciada.
Em seguida vamos concatenar o valor do parâmetro com uma string
e colocar a string completa dentro de uma variável. Por fim, iremos executar
esta instrução com o comando EXECUTE() do SQL Server. O código desta
Stored Procedure é mostrado abaixo:
/* Esta Procedure vai fazer um Select Dinâmico em alguma Tabela */

CREATE PROCEDURE ST_SQL_DINAMICO @NOME_TABELA
VARCHAR(50)
AS
BEGIN
/* Declarando a Variável que conterá a instrução */

DECLARE @INSTR_SQL VARCHAR(500)
Banco de Dados
/* Contatenando a instrução com o Nome da Tabela */

SET @INSTR_SQL = "SELECT * FROM " + @NOME_TABELA
/* EXECUTANDO A INSTRUÇÃO DINAMICAMENTE */
EXECUTE(@INSTR_SQL)
END
Para executar esta Stored Procedure basta indicar qual é o nome da

tabela:
EXEC ST_SQL_DINAMICO "Infonew.dbo.Cliente"
Muito bem, vimos como funciona a execução dinâmica de instruções do
SQL Server. Mas quais são os pontos negativos da execução dinâmica?
Em exemplos como o citado acima não há grandes problemas. O SQL
Server só vai ter um pouco de trabalho para fazer o parser da instrução
em tempo de execução, compilar e colocar o plano de execução no
procedure cache a cada vez que esta Stored Procedure for executada. Se
esta Stored Procedure for executada muitas vezes podemos contornar o
problema acima utilizando a system Stored Procedure sp_executesql no
lugar do EXECUTE(). Para mais informações sobre a sp_executesql
procurem na documentação oficial do SQL Server, o Books Online, que
contém uma boa descrição de seus parâmetros e alguns exemplos de
uso. Outro inconveniente da execução dinâmica é o retorno de dados. Se
desejarmos fazer alguma manipulação nos dados retornados por uma
execução dinâmica, devemos fazer uso de uma tabela temporária que
será preenchida com o retorno da execução. Esta tabela temporária vai
armazenar o último resultado da(s) instrução(es) dinâmica(s) e deve
conter a mesma quantidade e tipos de dados das colunas que o
resultado.
Banco de Dados
Sintaxe
CREATE { PROC | PROCEDURE } [schema_name.]
procedure_name [ ; number ]
[ { @parameter [ type_schema_name. ] data_type }
[ VARYING ] [ = default ] [ OUT | OUTPUT ]
[READONLY]
] [ ,...n ]
[ WITH <procedure_option> [ ,...n ] ]
[ FOR REPLICATION ]
AS { <sql_statement> [;][ ...n ] |
<method_specifier> }
[;]
<procedure_option> ::=
[ ENCRYPTION ]
[ RECOMPILE ]
[ EXECUTE AS Clause ]
<sql_statement> ::=
{ [ BEGIN ] statements [ END ] }
<method_specifier> ::=
EXTERNAL NAME assembly_name.class_name.method_name
Argumentos
schema_name
É o nome do esquema ao qual o procedimento pertence.
procedure_name
É o nome do novo procedimento armazenado. Os nomes de

procedimento devem estar de acordo com as regras para identificadores e
devem ser exclusivos no esquema.
Recomendamos fortemente que você não use o prefixo sp_ no nome

de procedimento. Este prefixo é usado pelo SQL Server para designar
procedimentos armazenados de sistema.
Banco de Dados
Para obter mais informações, consulte Criando procedimentos

armazenados (Mecanismos de Banco de Dados).
Os procedimentos temporários locais ou globais podem ser criados

usando um sinal numérico (#) antes de procedure_name (#procedure_name)
para procedimentos temporários locais e dois sinais numéricos para
procedimentos temporários globais (##procedure_name). Nomes temporários
não podem ser especificados para procedimentos armazenados CLR.
O nome completo para um procedimento armazenado ou um

procedimento armazenado temporário global, incluindo ##, não pode exceder
128 caracteres. O nome completo para um procedimento armazenado
temporário local, incluindo #, não pode exceder 116 caracteres.
; number
É um inteiro opcional usado para agrupar procedimentos do mesmo

nome. Esses procedimentos agrupados podem ser descartados juntos usando
uma instrução DROP PROCEDURE. Por exemplo, um aplicativo chamado
ordens poderia usar procedimentos chamados orderproc;1, orderproc;2 e assim
por diante.
A instrução orderproc de DROP PROCEDURE descarta o grupo

inteiro. Se o nome tiver identificadores delimitados, o número não deverá ser
incluído como parte do identificador; use o delimitador apropriado somente no
procedure_name.
Os procedimentos armazenados numerados têm as seguintes

restrições:
Banco de Dados
@ parameter
É um parâmetro no procedimento. Um ou mais parâmetros podem

ser declarados em uma instrução CREATE PROCEDURE. O valor de cada
parâmetro declarado deve ser fornecido pelo usuário quando o procedimento é
chamado, a menos que um padrão para o parâmetro seja especificado ou o
valor seja definido como igual a outro parâmetro. Um procedimento
armazenado pode ter no máximo 2.100 parâmetros. Se o procedimento
contiver parâmetros com valor de tabela, e faltar um parâmetro na chamada,
um padrão de tabela vazia será transmitido.
Especifique um nome de parâmetro usando um sinal de arroba (@)

como o primeiro caractere. O nome do parâmetro deve estar em conformidade
com as regras de identificadores. Os parâmetros são locais para o
procedimento; os mesmos nomes de parâmetro podem ser usados em outros
procedimentos. Por padrão, os parâmetros só podem assumir o lugar de
expressões constantes; eles não podem ser usados no lugar de nomes de
tabela, nomes de coluna ou nomes de outros objetos de banco de dados. Para
obter mais informações, consulte EXECUTE (Transact-SQL).
Para procedimentos armazenados CLR, char, varchar, text, ntext,

image, cursor, tipos de tabela definidos pelo usuário e table não podem ser
especificados como parâmetros. Para obter mais informações sobre a
correspondência entre tipos CLR e tipos de dados de sistema do SQL Server,
consulte Mapeando dados de parâmetro CLR.
Para obter mais informações sobre tipos de dados de sistema SQL

Server e sua sintaxe, consulte Tipos de dados (Transact-SQL).
Se o tipo de dados do parâmetro for do tipo de dados CLR definido

pelo usuário, será necessário ter a permissão EXECUTE para o tipo.
Banco de Dados
Se type_schema_name não for especificado, o Mecanismo de

Banco de Dados do SQL Server fará referência a type_name na seguinte
ordem:
 Tipos de dados de sistema do SQL Server.
 O esquema padrão do usuário atual no banco de dados atual.
 O esquema dbo no banco de dados atual.
Para procedimentos armazenados numerados, o tipo de dados não pode ser

xml ou um tipo de dados CLR definido pelo usuário.
VARYING
Especifica o conjunto de resultados com suporte como um parâmetro de

saída. Este parâmetro é construído dinamicamente pelo procedimento
armazenado e seu conteúdo pode variar. Aplica-se somente a parâmetros
cursor.
DEFAULT
É um valor padrão para o parâmetro. Se um valor default for definido, o

procedimento poderá ser executado sem especificar um valor para aquele
parâmetro. O padrão deve ser uma constante ou pode ser NULL. Se o
procedimento usar o parâmetro com a palavra-chave LIKE, poderá incluir os
seguintes caracteres curinga: % _ [] and [^].
OUTPUT
Indica que o parâmetro é um parâmetro de saída. O valor desta opção

pode ser retornado para a instrução EXECUTE de chamada. Use parâmetros
OUTPUT para retornar valores ao chamador do procedimento. Parâmetros text,
ntexte image não podem ser usados como parâmetros OUTPUT, a menos que
o procedimento seja CLR. Um parâmetro de saída que usa a palavra-chave
OUTPUT pode ser um espaço reservado de cursor, a menos que o
procedimento seja CLR. Um tipo de tabela definido pelo usuário não pode ser
especificado como um parâmetro OUTPUT de um procedimento armazenado.
Banco de Dados
READONLY
Indica que o parâmetro não pode ser atualizado ou modificado no corpo

do procedimento. Se o tipo de parâmetro for um tipo de tabela definido pelo
usuário, deverá ser especificado READONLY.
RECOMPILE
Indica que o Mecanismo de Banco de Dados não armazena em cache

um plano para esse procedimento e o procedimento é compilado em tempo de
execução. Esta opção não pode ser usada quando FOR REPLICATION é
especificado. RECOMPILE não pode ser especificado para procedimentos
armazenados CLR.Para instruir o Mecanismo de Banco de Dados a descartar
planos para consultas individuais dentro de um procedimento armazenado, use
a dica de consulta RECOMPILE. Para obter mais informações, consulte dicas
de consulta (Transact-SQL). Use a dica de consulta RECOMPILE quando
valores atípicos ou temporários são usados em apenas um subconjunto de
consultas que pertencem ao procedimento armazenado.
ENCRYPTION
Indica que o SQL Server converterá o texto original da instrução

CREATE PROCEDURE em um formato ofuscado. A saída do ofuscamento não
é diretamente visível em quaisquer exibições do catálogo no SQL Server. Os
usuários que não tiverem acesso a tabelas do sistema ou arquivos de banco de
dados não poderão recuperar o texto ofuscado. Entretanto, o texto estará
disponível para usuários privilegiados que puderem acessar as tabelas do
sistema na porta DAC ou acessar diretamente os arquivos de banco de dados.
Além disso, os usuários que podem anexar um depurador ao processo de
servidor também podem recuperar o procedimento descriptografado da
memória em tempo de execução. Para obter mais informações sobre como
acessar os metadados do sistema, consulte Configuração de visibilidade de
metadados.
Banco de Dados
EXECUTE AS
Especifica o contexto de segurança sob o qual o procedimento

armazenado deve ser executado.
FOR REPLICATION
Especifica que procedimentos armazenados que são criados para

replicação não podem ser executados no Assinante. Um procedimento
armazenado criado com a opção FOR REPLICATION é usado como um filtro
de procedimento armazenado e é executado somente durante a replicação. Os
parâmetros não poderão ser declarados se FOR REPLICATION for
especificado. FOR REPLICATION não pode ser especificado para
procedimentos armazenados CLR. A opção RECOMPILE é ignorada para
procedimentos criados com FOR REPLICATION.Um procedimento FOR
REPLICATION terá um tipo de objeto RF em sys.objects e sys.procedures.
Procedimentos armazenados temporários
O Mecanismo de Banco de Dados oferece suporte a dois tipos de

procedimentos temporários: local e global. Um procedimento temporário local é
visível somente para a conexão que o criou. Um procedimento temporário
global está disponível para todas as conexões. Os procedimentos temporários
locais são descartados automaticamente ao término da sessão atual. Os
procedimentos temporários globais são descartados ao término da última
sessão que usa o procedimento. Para obter mais informações, consulte
Criando procedimentos armazenados (Mecanismos de Banco de Dados).
Procedimentos armazenados executados automaticamente
Um ou mais procedimentos armazenados podem ser executados

automaticamente quando o SQL Server é iniciado. Os procedimentos
armazenados devem ser criados pelo administrador de sistema no banco de
dados mestre e executados na função de servidor fixa sysadmin como um
processo de segundo plano.
Banco de Dados
Os procedimentos não podem ter nenhum parâmetro de entrada ou de

saída. Para obter mais informações, consulte Execução automática de
procedimentos armazenados.
Aninhamento de procedimentos armazenados
Os procedimentos armazenados podem ser aninhados. Isso significa um

procedimento armazenado pode chamar outro. O nível de aninhamento é
incrementado quando o procedimento chamado começa a ser executado e é
decrescido quando a execução do procedimento chamado é concluída. Os
procedimentos armazenados podem ser aninhados em até 32 níveis. Para
obter mais informações, consulte Aninhando procedimentos armazenados.
Em um procedimento armazenado, os nomes de objeto usados com

todas as instruções DDL (Data Definition Language), tais como as instruções
CREATE, ALTER, ou instruções DROP, DBCC, EXECUTE e instruções
dinâmicas SQL, devem ser qualificadas com o nome do esquema de objeto, se
outros usuários, que não o proprietário do procedimento armazenado, usarem
esse procedimento.
Exemplo 1:
Escreva uma procedure onde faça a multiplicação de 2 números
CREATE PROCEDURE SP_CONTA

@NUM_1 INT,
@NUM_2 INT,
@RESPOSTA Decimal(6,2) Output
AS Set @RESPOSTA = @NUM_1 * @NUM_2
Para Testar
DECLARE @RESPOSTA Decimal(6,2)

EXEC SP_CONTA 10,7, @RESPOSTA Output
PRINT @RESPOSTA
Banco de Dados
Exemplo 2:
Escreva uma procedure onde faça a multiplicação dos 2 primeiros números e

divisão pelo 3 número
CREATE PROCEDURE SP_CONTA2
@NUM_1 decimal(4,2),
@RESPOSTA decimal(10,2) Output
AS Set @RESPOSTA = (@NUM_1 + @NUM_2)/@NUM_3
Para Testar
DECLARE @RESPOSTA decimal(10,2)

EXEC SP_CONTA2 7.5,5,2, @RESPOSTA Output
PRINT @RESPOSTA
Exemplo 3:
Escreva uma procedure onde entre com a nota p1 e p2 e mostre a média

escolar
CREATE PROCEDURE SP_MEDIA
@RESPOSTA decimal(3,1) Output
AS Set @RESPOSTA = (@NUM_1 + @NUM_2*2)/3
Para Testar
DECLARE @RESPOSTA decimal(3,1)

EXEC SP_MEDIA 7.5,6, @RESPOSTA Output
PRINT @RESPOSTA
Banco de Dados
Exemplo 4:
Escreva uma procedure se a soma dos salários dos funcionários for maior do
que 5000 aplique um aumento de 15,23% para todos funcionários. Caso
contrário 10,45%.
USE INFONEW
GO
CREATE PROCEDURE SP_FUNCIONARIO
As DECLARE @PERCENT DECIMAL(10,2)
IF (SELECT sum(Sal_Func) FROM FUNCIONARIO)>=5000
SET @PERCENT = 1.1523
ELSE
UPDATE FUNCIONARIO SET SAL_FUNC = SAL_FUNC * @PERCENT
Para Testar
EXEC SP_FUNCIONARIO
Select * from funcionario (Verificar o novo salario)
Banco de Dados
Exemplo 5:
Escreva uma procedure se a média salarial dos funcionários for maior do que
3500 aplique um aumento de 13,3% para todos os funcionários. Caso contrário
9,4%.
USE INFONEW
CREATE PROCEDURE SP_FUNCIONARIO2
As DECLARE @PERCENT DECIMAL(10,2)
IF (SELECT avg(Sal_Func) FROM FUNCIONARIO)>=3500
ELSE
UPDATE FUNCIONARIO SET SAL_FUNC = SAL_FUNC * @PERCENT
Para Testar
EXEC SP_FUNCIONARIO2
Select * from funcionario (Verificar o novo salario)
Banco de Dados
Exemplo 7:
Escreva uma procedure onde entre com 2 parâmetros, onde primeiro indica o
código do produto e o segundo indica o valor da porcentagem de aumento a
USE INFONEW
CREATE PROCEDURE SP_PRODUTO
@COD_PROD INT,
@PERCENT DECIMAL (8,4)
AS
IF @PERCENT = 0 OR @COD_PROD = 0
RETURN(0)
UPDATE PRODUTO
SET VAL_UNITPROD = VAL_UNITPROD * @PERCENT
WHERE COD_PROD = @COD_PROD
Para Testar
EXEC SP_PRODUTO 1,1.25
Select * from PRODUTO (Verificar o novo valor unitário)
Banco de Dados
Exemplo 8:
Escreva uma procedure onde entre com 2 parâmetros, onde primeiro indica o
sexo do cliente e o segundo indica o valor da porcentagem de aumento a
USE INFONEW
CREATE PROCEDURE SP_CLIENTE
@SEXO_CLI CHAR(1),
@PERCENT DECIMAL (8,4)
AS
IF @PERCENT = 0
RETURN(0)
UPDATE CLIENTE
SET RENDA_CLI = RENDA_CLI * @PERCENT
WHERE SEXO_CLI = @SEXO_CLI
Para Testar
EXEC SP_CLIENTE „F‟,1.25
SELECT * FROM Cliente
WHERE Sexo_Cli = 'f' (Verificar a nova renda dos cliente

onde o sexo igual a F)
Banco de Dados
19. CRIANDO TRIGGERS (GATILHOS )

Triggers são procedimentos que podem ser gravados em Transact
SQL, Java, PL/SQL ou C. São executados (ou disparados) implicitamente
quando uma tabela é modificada, um objeto é criado ou ocorrem algumas
ações de usuário ou de sistema de banco de dados.
As triggers são similares as stored procedures diferindo, apenas, na

maneira como são chamadas. As Triggers são chamadas indiretamente pelos
comandos INSERT, UPDATE ou DELETE executada implicitamente quando
ocorre algum evento de trigger enquanto a stored procedure deve ser
executado explicitamente.
A principal aplicação de uma trigger é a criação de restrições de

acesso ao banco de dados, como rotinas de segurança.
Em vez de deixarmos o controle da aplicação para a própria tabela,

passamos a executar por meio de triggers, ou gatilhos, esses controles,
tornando muito mais seguro o manuseio de nossa base de dados.
Entre as várias utilidades de um trigger, podemos destacar:
 Criar mecanismos de validação, os quais envolvam pesquisas

em mais de uma tabela;
 Inserir o conteúdo de uma coluna derivada de outras colunas;
 Atualizar outras tabelas em função de inclusão ou alteração

de dados da tabela que estamos utilizando;
 Criação de logs, ou registros de inclusão e alterações de

usuários.
Há outras aplicações que podemos fazer com triggers, isso depende

da necessidade do desenvolvedor ou DBA.
Banco de Dados
Devemos ter em mente dois importantes aspectos de um trigger :
Primeiramente que a ação executada pelo trigger é o bloco Transact-

SQL que criamos e que um trigger pode ser acionado pelos comandos
INSERT, DELETE e UPDATE além de poder ser chamado quando mais de
uma ação ocorrer.
Há também certos comandos Transact-SQL que não podem ser

utilizados dentro de um trigger como, por exemplo: ALTER DATABASE, ALTER
PROCEDURE, CREATE DATABASE, CREATE INDEX, DROP DATABASE,
DROP PROCEDURE, entre outros.
Criando um trigger
Modelo para criação de um trigger:
CREATE TRIGGER nome_do_trigger

ON { table | view }
[ WITH ENCRYPTION ]
{
{ { FOR | AFTER | INSTEAD OF } { [ INSERT ] [ , ] [
UPDATE ] }
[ WITH APPEND ]
[ NOT FOR REPLICATION ]
AS
[ { IF UPDATE ( column )
[ { AND | OR } UPDATE ( column ) ]
[ ...n ]
| IF ( COLUMNS_UPDATED ( ) { bitwise_operator }
updated_bitmask )
{ comparison_operator } column_bitmask [ ...n ]
} ]
sql_statement [ ...n ]
}
}
Banco de Dados
Onde:
ON - Indica a tabela ou visão para o qual o trigger está sendo criado;
FOR - Deve ser seguido do tipo de comando ou comandos que disparam o
trigger;
AFTER - Especifica que o trigger é disparado apenas quando todas as
operações especificadas no comando de disparo forem executadas com
sucesso. Todas as ações contraints devem ter sido bem sucedidas antes de o
trigger ser executado. AFTER é padrão se apenas FOR for especificado.Os
triggers do tipo AFTER não pode ser definidos em visões;
INSTEAD OFF - Especifica que o trigger é executado em vez do comando de
disparo desse trigger, ou seja, em vez do comando INSERT, o trigger será
executado. Podem existir triggers INSTEAD OF para cada comando INSERT,
UPDATE.
Os triggers INSTEAD OF não são permitidos em visões com a opção WITH
CHECK OPTION.
Exemplo prático de um trigger

Neste exemplo imagine que possuímos uma tabela onde ficam armazenados
artigos. A cada alteração feita na tabela imprimirá uma mensagem na tela
'Artigo alterado com sucesso!'.
CREATE TRIGGER TRG_Artigos
ON Artigos
FOR INSERT, UPDATE
AS PRINT('Artigo alterado com sucesso!')
Para alterar um trigger usamos o comando ALTER TRIGGER

nome_do_trigger.
Para excluir um trigger utilizamos o comando DROP TRIGGER
nome_do_trigger.
Lembrando que se a tabela que contém o trigger for eliminada o trigger
também será.
Banco de Dados
Exemplo:
/* Escreva um trigger que não permita a alteração e a exclusão de dados na

tabela Estado * /.
CREATE TRIGGER T_Estado

ON Estado
INSTEAD OF UPDATE,DELETE
AS RAISERROR('Operação não permitida nesta
tabela',16,1)
Para testar
DELETE ESTADO
OU
INSERT INTO ESTADO VALUES („CL‟,‟CALIFÓRNIA‟)
OU
UPDATE ESTADO
SET NOME_EST=‟COLORADO‟
WHERE SIGLA_EST= „CL‟
O evento define qual é a instrução DML que aciona a trigger. Informa

qual instrução SQL irá disparar a trigger. Pode ser:
 INSERT
 UPDATE
 DELETE
Quando o evento for um UPDATE podemos informar quais colunas

que, ao serem alteradas, irão disparar a trigger. O mesmo NÃO ocorre com
INSERT e DELETE porque essas instruções sempre afetam a linha por inteiro.
Banco de Dados
INSTEAD OF indica que a trigger irá ser executada no lugar da instrução que
disparou a trigger. Literalmente, a instrução é substituída pela trigger. Essa
técnica permite que façamos, por exemplo, alterações em uma tabela através
de uma view. É usado nos casos em que a view não pode alterar uma tabela
por não referenciar uma coluna com a constraint not null. Nesse caso a trigger
pode atualizar a coluna que a view não tem acesso. Dois detalhes muito
importantes sobre INSTEAD OF:
 Só funcionam com views
 É sempre de linha. Será considerado assim, mesmo que "FOR EACH

ROW" for omitido.
Exemplo:
/ * Escreva um trigger que realize a baixa em estoque a cada produto vendido

em cada pedido * /
CREATE TRIGGER T_BaixaEstoque
ON Itens
AFTER INSERT
AS
IF(SELECT Cod_Sta FROM Pedido INNER JOIN inserted
ON Pedido.Num_Ped = Inserted.Num_Ped) = 1
--Se o Pedido estiver aberto
UPDATE Produto
SET Qtd_EstqProd = Qtd_EstqProd -
Inserted.Qtd_Vend
FROM Produto INNER JOIN inserted
ON Produto.Cod_Prod = Inserted.Cod_Prod
ELSE
BEGIN
RAISERROR('Este pedido não está aberto -
Operação não Executada',16,1)
ROLLBACK TRANSACTION
RETURN
END
Banco de Dados
Para testar
Verificar a quantidade de produtos em estoque do produto de código 1
WHERE COD_PROD = 1
Inserir um novo pedido

insert into pedido
values(1,1,1,'12/03/2009',2300.87)
Verificar qual é o número do novo pedido

select * from pedido
WHERE data_ped = '12/03/2009'
Inserir um novo itens no pedido consultado anteriormente no caso de nosso

exemplo o pedido é de número 5125
insert into itens
values(5125,1,25,2500)
Verifique que a quantidade de produto em estoque abaixou em 25 .

WHERE COD_PROD = 1
Desabilitar uma trigger
ALTER TABLE nome_tabela DISABLE TRIGGER nome_da_trigger

GO
Habilitar uma trigger
ALTER TABLE nome_tabela ENABLE TRIGGER nome_da_trigger

GO
Banco de Dados
/ * Escreva um trigger que realiza uma auditoria no Banco, contendo

informações do usuário que executou, login , horário, comandos executados
por este usuário * /
Vamos criar a tabela que vai ser inserido os dados:

Create table Comandos_usuarios
(
Usuario varchar(20),
Login varchar(20),
Horario varchar(30),
Comando varchar(4000)
)
E depois a tabela cadastro

Create table Cadastro
(
Codigo int,
Nome varchar(40)
)
Abaixo esta a trigger:

CREATE TRIGGER TriggerName
ON Cadastro
FOR INSERT, UPDATE, DELETE AS
BEGIN
SET NOCOUNT ON
DECLARE @ExecStr varchar(50), @Qry nvarchar(255)
CREATE TABLE #inputbuffer
(
EventType nvarchar(30),
Parameters int,
EventInfo nvarchar(255)
)
SET @ExecStr = 'DBCC INPUTBUFFER(' + STR(@@SPID) + ')'
INSERT INTO #inputbuffer
EXEC (@ExecStr)
SET @Qry = (SELECT EventInfo FROM #inputbuffer)
INSERT INTO Comandos_usuarios
SELECT USER AS UserName,
SYSTEM_USER as LoginName,
CURRENT_TIMESTAMP AS CurrentTime,
@Qry
END
Banco de Dados
Vamos por partes agora,o comando DBCC INPUTBUFFER permite

que quando passamos o SPID da sessão,conseguimos visualizar que comando
o usuário corrente está executando,agora o principal esse dbcc gera um
“output” , a EventInfo que identifica o comando executado pelo usuário, junto
com isso temos as funções de sistema como USER,SYSTEM_USER e
CURRENT_TIMESTAMP, que pegamos informações do usuário que executou,
juntando essas informações temos um log completo sobre o que o usuário
executou, abaixo vamos ver os exemplos, como já criamos a tabela que vai
inserir os logs e a trigger.
Agora vamos inserir dados na tabela cadastro ,depois atualizar e por fim
excluir,esses 3 comandos tem que ser gravados em nossa tabela
Comandos_usuarios.
Verificar a quantidade de registros na tabela comandos_usuarios

SELECT * FROM COMANDOS_USUARIOS
Inserir dados na tabela cadastro
--Insere uma linha

insert cadastro values(1,'Fernando Garcia')
Alterar dados na tabela cadastro
--Atualiza o cidog de 1 para 2

update Cadastro
set codigo = 2
where nome like 'Fernando Garcia'
Excluir dados na tabela cadastro
--Exclui a linha com o codigo atualizado

Delete from cadastro
where codigo = 2
Verificar depois das operações a quantidade de registros na tabela

comandos_usuarios
SELECT * FROM COMANDOS_USUARIOS
Banco de Dados
Com isso vemos que podemos ter um controle sobre os comandos dos
usuários. Além de ter maior controle de todos os comandos efetuados em
determinadas tabelas.
Exemplo:
/* Escreva um trigger que não permita a exclusão de nenhuma tabela no Banco

de Dados Infonew * /.
USE INFONEW
GO
CREATE TRIGGER T_SEGURANCA
ON DATABASE
FOR DROP_TABLE
AS
PRINT 'PARA APAGAR TABELAS DESABILITE A TRIGGER
T_SEGURANCA'
Para testar
DROP TABLE ESTADO

DROP TABLE EMAIL
DROP TABLE FONE
Banco de Dados
CONSIDERAÇÕES FINAIS
Esta apostila foi confeccionada para os alunos da Instituição de

Ensino Superior Faculdade Anchieta como um material de apoio para a
disciplina Banco de Dados onde é utilizado o SGDB SQL Server 2008 versão
Express.
Em caso de dúvida mandar e-mail para nilson.dba@gmail.com , não
esqueça de citar as mensagens de erro.
Banco de Dados
Autor: Nilson A. Borges 100 de
101
REFERÊNCIAS BIBLIOGRÁFICAS:
Leão, Renata de Oliveira

SQL 2000 SERVER: Estrutura e Implementação de Sistemas de Banco de
Dados
São Paulo , Editora Erica, 2002
Ritter, Mauricio
Microsoft SQL SERVER 2008, Fundamentos de Bancos de dados – Passo a
Passo
Banco de Dados
Autor: Nilson A. Borges 101 de
101

Apostila SQL Server 2008

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Apostila SQL Server 2008

Încărcat de

Drepturi de autor:

Formate disponibile

Curso Microsoft

SQL Server 2008

Utilizando a Linguagem Transact SQL

2. CONHECENDO O MICROSOFT SQL SERVER 2008.............................................................. 5

3. PREPARANDO PARA INSTALAR O SQL SERVER 2008 ....................................................... 6

7. UPDATE (ALTERA VALOR DO REGISTRO)............................................................................ 36

8. DELETE (EXCLUSÃO DE REGISTROS) ................................................................................... 38

9. APRESENTANDO O SISTEMA INFONEW ................................................................................ 39

9.1 OS OBJETIVOS GERAIS DO INFONEW SÃO: ...................................................................... 39

10. SELECT (CONSULTA) ............................................................................................................... 43

10.6 DISTINCT (VALORES ÚNICOS) ............................................................................................. 49

11. FUNÇÕES DE AGRUPAMENTO ............................................................................................... 50

13. IN (CONDIÇÃO COM VALORES FIXOS) ................................................................................ 56

14. SUBQUERIES (PESQUISA DENTRO DE UM COMANDO) .................................................... 57

15. JOIN (RELACIONAMENTO DE TABELAS) ............................................................................ 59

17. CRIANDO FUNCTION (UDF :FUNCÕES DEFINIDAS PELO O USUÁRIO )........................ 67

19. CRIANDO TRIGGERS (GATILHOS ) ....................................................................................... 91

DCL – Data Control Language – Linguagem de Controle de Dados.

2. Conhecendo o Microsoft SQL Server 2008

 Trabalhar com várias instances do SQL SERVER 2008 no mesmo

3. PREPARANDO PARA INSTALAR O SQL SERVER

Datacenter ( *x86, *x64 e *IA64): Compilado no SQL Server 2008 R2

Enterprise ( *x86, *x64 e *IA64): O SQL Server 2008 R2 Enterprise oferece

Standard (*x86 e *x64): O SQL Server 2008 R2 Standard oferece um

SQL Server Developer (*x86, *x64 e *IA64): O SQL Server Developer

SQL Server Workgroup (*x86 e *x64): O SQL Server Workgroup é ideal

SQL Server Express (*x86 e *x64): A plataforma de banco de dados do

SQL Server Express com Advanced Services (*x86 e *x64): O SQL

3.1. Usando o SQL Server com aplicativos cliente/servidor

3.2. Decidindo entre componentes do SQL Server

3.3. Ferramentas do SQL SERVER 2008 (Categorias)

Mecanismo de Banco de Dados: O Mecanismo de Banco de Dados é o serviço

Analysis Services-Dados Multidimensionais: O Analysis Services suporta

Analysis Services - Mineração de Dados: O Analysis Services permite a você

Integration Services : O Integration Services é uma plataforma para construir

Replicação: A replicação é um conjunto de tecnologias para copiar e distribuir

Reporting Services: O Reporting Services fornece às corporações a

SQL Server Service Broker: O Service Broker auxilia os desenvolvedores a

SQL Server O SQL Server Management Studio é um ambiente integrado

SQL Server O SQL Server Configuration Manager fornece gerenciamento

Orientador de O Orientador de Otimização do Mecanismo de Banco de

Business Intelligence O Business Intelligence Development Studio é um IDE para

Componentes de Instala componentes para comunicação entre clientes e

3.4. REQUISITOS DE HARDWARE DO SQL SERVER 2008

3.4.1. REQUISITOS DE PROCESSADOR

O processador no computador em que você pretende instalar o SQL

3.4.2. REQUISITOS DE MEMÓRIA

O SQL-Server 2008 necessita de no mínimo de 512 Mb de memória,

3.4.3. REQUISITOS DE DISCO RÍGIDO

Recurso Requisito de espaço em

Mecanismo de Banco de Dados e arquivos de dados, 711 MB

Analysis Services e arquivos de dados 345 MB

Reporting Services e Gerenciador de Relatórios 304 MB

Integration Services 591 MB

Componentes do cliente (exceto os Manuais Online e as 1.823 MB

Manuais Online do SQL Server 157 MB

3.5. SQL SERVER MANAGEMENT STUDIO

Para entrar no SQL SERVER Management Studio :

Figura 1: Tela de abertura do SQL SERVER Management Studio

Depois de aberto aparecerá a tela a seguir:

Figura 2: Tela do SQL SERVER Management Studio

Com o SQL SERVER Management Studio, você executa a maioria das

 Object Explorer( Explorador de objetos), que é um painel gráfico

3.6. OS DATABASES DO SQL-SERVER

Datacenter ( x86, x64 e *IA64): Compilado no SQL Server 2008 R2

Enterprise ( x86, x64 e *IA64): O SQL Server 2008 R2 Enterprise oferece

Standard (x86 e x64): O SQL Server 2008 R2 Standard oferece um

SQL Server Developer (x86, x64 e *IA64): O SQL Server Developer

SQL Server Workgroup (x86 e x64): O SQL Server Workgroup é ideal

SQL Server Express (x86 e x64): A plataforma de banco de dados do

SQL Server Express com Advanced Services (x86 e x64): O SQL