p022 - SQL para Primavera (2014-V0.2-Gb) .PDF-1

SQL para PRIMAVERA
Introdução 2014-v0.2-GB
ÍNDICE
ADMINISTRAÇÃO DE SQL SERVER ...................................................................................................... 6
PLANO DO CAPÍTULO .................................................................................................................................... 6
OBJETIVOS ..................................................................................................................................................... 6
INSTALAÇÃO E CONFIGURAÇÃO DO SQL SERVER ......................................................................................... 6
SQL Server 2005 ........................................................................................................................................ 7
.................................................................................................................................................................. 7
Definição da Instância .............................................................................................................................. 7
Modo de Autenticação.............................................................................................................................. 8
Configuração do SQL Server ..................................................................................................................... 8
Bases de Dados ....................................................................................................................................... 11
................................................................................................................................................................ 13
Cópias de Segurança ............................................................................................................................... 14
Manutenção das Bases de Dados ........................................................................................................... 18
Alteração do Esquema de Autenticação do Servidor ............................................................................. 20
EXERCÍCIOS .................................................................................................................................................. 21
CONCEITOS ELEMENTARES SOBRE BASE DE DADOS........................................................................ 22
PLANO DO CAPÍTULO .................................................................................................................................. 22
OBJETIVOS ................................................................................................................................................... 22
CONCEITOS .................................................................................................................................................. 22
INTRODUÇÃO AO SQL ...................................................................................................................... 23
PLANO DO CAPÍTULO .................................................................................................................................. 23
OBJETIVOS ................................................................................................................................................... 23
Acerca do SQL ......................................................................................................................................... 23
O MOTOR DA BASE DE DADOS.................................................................................................................... 24
A INTERAÇÃO COM O MOTOR DE BASE DE DADOS .................................................................................... 24
ORIGENS E PRINCIPAIS CARACTERÍSTICAS .................................................................................................. 25
A ESTRUTURA DA BASE DE DADOS RELACIONAL ........................................................................................ 26
ESCREVENDO COMANDOS SQL ................................................................................................................... 27
As Regras ................................................................................................................................................ 27
Seleção de dados (SELECT) ..................................................................................................................... 28
Condições Compostas ............................................................................................................................. 29
E lógico - AND ......................................................................................................................................... 29
OU lógico - OR ......................................................................................................................................... 29
Negação - NOT ........................................................................................................................................ 30
Condições e Operadores ......................................................................................................................... 30
3 / 73
Intervalos - BETWEEN ............................................................................................................................. 31

Comparando com listas de valores – IN ................................................................................................. 31
Pseudónimos de Colunas e Tabelas ........................................................................................................ 32
Criando Campos Calculados.................................................................................................................... 32
Eliminando Duplicados - DISTINCT ......................................................................................................... 33
A Ordenação dos dados - ORDER BY....................................................................................................... 33
FUNÇÕES ADICIONAIS ................................................................................................................................. 35
Adicionando Intervalos a datas – DateADD ............................................................................................ 35
A diferença entre duas datas – DateDIFF ............................................................................................... 36
Devolvendo parte de uma data - DatePART ........................................................................................... 36
Arredondamento - ROUND ..................................................................................................................... 37
Arredondamento por defeito - FLOOR ................................................................................................... 38
Arredondamento por excesso - CEILING ................................................................................................ 38
Valor Absoluto – ABS .............................................................................................................................. 39
Funções Matemáticas Adicionais ........................................................................................................... 39
FUNÇÕES ADICIONAIS - CADEIAS DE CARACTERES ..................................................................................... 40
Caracteres à esquerda/direita - LEFT, RIGHT .......................................................................................... 40
Comprimento duma cadeia de caracteres - LEN .................................................................................... 40
Conversão caracteres - LOWER, UPPER .................................................................................................. 40
Retirando espaços - LTRIM, RTRIM ......................................................................................................... 41
Substituir parte de uma string por outra - REPLACE ............................................................................... 42
Funções Cadeias de Carateres Adicionais ............................................................................................... 42
FUNÇÕES ADICIONAIS – AGREGAÇÃO ........................................................................................................ 43
Desvio Padrão - STDEV............................................................................................................................ 43
Variância - VAR ....................................................................................................................................... 43
A JUNÇÃO DE TABELAS (JOIN) ..................................................................................................................... 43
JOIN Simples - INNER JOIN ...................................................................................................................... 44
JOIN Incondicional - CROSS JOIN ............................................................................................................ 45
JOIN à esquerda - LEFT JOIN ................................................................................................................... 45
JOIN à Direita - RIGHT JOIN ..................................................................................................................... 46
Combinando Tabelas (UNION) ................................................................................................................ 46
Intersectando Tabelas (EXISTS, INTERSECT) ........................................................................................... 48
Diferença entre tabelas (MINUS, NOT EXISTS) ....................................................................................... 49
Agrupamentos - GROUP BY .................................................................................................................... 50
Impondo condições aos grupos - HAVING .............................................................................................. 54
Conceitos Avançados - SubQueries ........................................................................................................ 54
4 / 73
Conceitos Avançados - SubQueries e IN ................................................................................................ 55

Conceitos Avançados - Exemplo ............................................................................................................. 56
STORED PROCEDURES ................................................................................................................................. 58
TRIGGERS .................................................................................................................................................... 60
CLÁUSULAS DE CONTROLO E ESTRUTURAÇÃO ........................................................................................... 61
DML - Data Management Language ....................................................................................................... 61
DDL - Data Definition Language .............................................................................................................. 62
DCL - Data Control Language .................................................................................................................. 63
NOTAS FINAIS ................................................................................................................................... 64
ANEXO I – EXERCÍCIOS .................................................................................................................... 65
PLANO DO ANEXO ....................................................................................................................................... 65
OBJETIVOS ................................................................................................................................................... 65
EXERCÍCIOS DE SQL ..................................................................................................................................... 65
Consultas ................................................................................................................................................ 65
Inserção, Eliminação e Alteração ............................................................................................................ 70
5 / 73
As informações descritas neste documento podem ser alteradas sem aviso prévio. Todos os
nomes apresentados ao longo dos exemplos e imagens, são fictícios. Nenhuma parte deste
documento pode ser reproduzida ou transmitida sob qualquer formato, para qualquer propósito,
sem autorização escrita da PRIMAVERA BSS. Excetua-se a transcrição de certas passagens para
efeitos de apresentação, crítica ou discussão das ideias e opiniões contidas no livro. Esta exceção
não pode, porém, ser interpretada como permitindo a transcrição de textos em recolhas
antológicas ou similares, da qual pode resultar prejuízo para o interesse para a obra. Os infratores
são passíveis de procedimento judicial.
6 / 73
Administração de SQL Server
Plano do capítulo
Introdução
Instalação do SQL Server
Objetivos
Depois deste capítulo deverá ser capaz de:
- Identificar os procedimentos para a instalação de um Servidor de dados.
- Compreender os modos de autenticação usados pelo SQL Server.
- Utilizar as ferramentas de administração do SQL Server.
- Entender o funcionamento das Bases de Dados.
- Alterar a localização física das Bases de Dados.
- Utilizar os mecanismos de segurança (Utilizadores e Perfis).
Instalação e Configuração do SQL Server

O SQL Server deve ser instalado na máquina local ou num servidor de rede.
Se o SQL Server estiver a ser instalado para trabalhar com aplicações PRIMAVERA deverá ter-se
em consideração o modo de autenticação do servidor. O SQL Server apresenta dois modos de
autenticação:
 “Mixed Mode”: o utilizador é identificado perante o SQL Server pelo login utilizado para
entrar no Windows e por um login próprio do SQL Server. Se o login Windows de um
utilizador não tiver também sido criado no SQL Server, ser-lhe-á sempre pedido um login e
uma password ao estabelecer uma conexão com a base de dados.
 “Windows Mode”: o utilizador é identificado perante o SQL Server apenas pelo login
utilizado para entrar no Windows.
IMPORTANTE: As aplicações PRIMAVERA suportam apenas o primeiro esquema de autenticação

7 / 73
(Mixed Mode).
Outro ponto a ter em atenção na instalação do SQL Server tem a ver com a instalação
customizada em que as Collations a usar por defeito quando se cria uma Base de Dados no SQL,
terem que ter as seguintes propriedades: Accent Sensitive/Case Insensitive.
SQL Server 2005

Durante o processo de instalação do SQL Server, é necessário ter em consideração três pontos:
Instância
Modo de
autenticação
Collations
Definição da Instância
Cada instância, representa um servidor de dados. Se houver necessidade, pode-se efectuar a

instalação de vários servidores de dados na mesma máquina física. Essa coexistência de
servidores obriga a que cada instalação seja identificada de forma única. Essa identificação é
realizada através da Instância.
A Instância pode ser definida de duas formas:
- Instância Default: o nome da instância é atribuído automaticamente na instalação,

representando o nome da máquina onde se instala o SQL Server.
- Instância “Nomeada” (Named Instance): o utilizador tem que definir o nome a atribuir à
instância. A instalação do SQL Server será identificada da seguinte forma <NomeMaquina>\<Inst>
8 / 73
Modo de Autenticação
O modo de autenticação também pode ser definido durante o processo de instalação. Deve
garantir-se o modo de autenticação Misto, definindo a Password para o Utilizador SA (System
Administrator – utilizador por defeito com permissões de administrador do sistema).
Collation
Na instalação deve ainda definir-se a Collation a utilizar. A Collation representa o conjunto de

caracteres que serão suportados pelo Servidor. Pode-se considerar a collation do Servidor como o
idioma do Servidor, ou seja, o conjunto de caracteres que serão interpretados correctamente pelo
servidor e respectivas Base de Dados.
Collation a escolher no momento da instalação:
SQL_Latin1_General_CI_AS
SQL: Compatibilidade com servidores anteriores
Latin1_General: Tipo de caracteres
CI (Case Insensitive) : Maiúsculas e Minúsculas
AS (Accent Sensitive) : Acentuação
Configuração do SQL Server

Se se pretender criar novos utilizadores no SQL Server, é possível fazê-lo através dos seguintes
passos:
1. Abrir o “SQL Server Managment Studio”
2. Seleccionar o servidor onde foi instalado o SQL Server
3. Abrir a pasta “Security”, seleccionar o nó “Logins” e de seguida a opção de contexto “New
Login”:
9 / 73
4. No diálogo seguinte, na página “General” deve introduzir-se as seguintes propriedades:

(a) “Name”: “PriLogin”, (b) “Authentication”: “SQL Server Authentication” e (c)
“Password”: uma password qualquer da responsabilidade do administrador de sistema:
10 / 73
5. Na página “Server Roles” deve ser selecionado da lista o “role” “sysadmin”:

11 / 73
Bases de Dados
Criação de Bases de Dados
Para criar uma base de dados no SQL Server na localização por defeito, devem seguir os seguintes
passos:
2. Seleccionar o servidor:
3. Sobre o nó “Databases”, seleccionar a opção “New Database...”:
4. No diálogo seguinte, inserir o nome pretendido para a base de dados e confirmar:

12 / 73
Localização Física por Defeito
A localização física por defeito dos ficheiros de dados corresponde normalmente à subdirectoria
“DATA” da directoria onde o SQL Server foi instalado. Por exemplo, num servidor em que o SQL
Server tenha sido instalado na directoria “C:\Program Files\Microsoft SQL Server”, os ficheiros de
dados das bases de dados serão criados, por defeito, na directoria “C:\Program Files\Microsoft
SQL Server\MSSQL.1\MSSQL\Data”.
Alternativamente, pode determinar-se esta directoria por defeito, recorrendo ao “SQL Server
Managment Studio” no momento de criação de uma nova base de dados:
NOTA: O acesso via “SQL Server Managment Studio” deve ser efectuado no próprio servidor ou
numa máquina com os componentes cliente do SQL Server instalados, utilizando uma conta de
administração SQL Server.
13 / 73
Alteração da Localização Física de uma Base de Dados
Para alterar a localização física de uma base de dados após a sua criação deverão utilizar-se as
funções “Dettach Database” e “Attach Database” do” SQL Server Managment Studio”.
No momento de criação da base de dados, quando se pretende que esta seja armazenada numa
directoria específica, deve-se alterar a localização dos dois ficheiros de dados:
 “Database file” e “Transaction Log”:
14 / 73
Cópias de Segurança
Criação de uma Cópia de Segurança em Ficheiro
Usando o SQL Server Managment Studio
Para criar uma cópia de segurança em ficheiro devem seguir os seguintes passos:
2. Selecionar o servidor onde está armazenada a base de dados pretendida
3. Abrir a pasta “Databases” e seleccionar a base de dados pretendida
4. Sobre o nome da base de dados, seleccionado o menu de contexto com o botão direito do
rato, deve selecionar-se a opção “Backup...”:
5. No diálogo seguinte devem ser activadas as seguintes opções: “Backup to Disk”, “Backup
Database Complete” e “Overwrite existing media” (para que a base de dados seja
salvaguarda por completo, substituindo todo o ficheiro destino, caso exista).
6. Utilizando o botão “Add...” deve-se indicar a localização do ficheiro destino:
15 / 73
NOTA: A localização indicada neste passo corresponde a uma diretoria no servidor (não na
máquina que estiver a ser utilizada).
7. Voltando ao diálogo anterior, confirmar a operação:
8. O SQL Server procederá de seguida à cópia de segurança. No fim da operação surgirá uma
mensagem indicando o resultado.
16 / 73
Reposição de uma Cópia de Segurança em Ficheiro
Usando o SQL Server Managment Studio
O SQL Server permite efectuar a reposição de uma cópia de segurança para uma base de dados
nova ou para uma já existente.
Para repor uma cópia de segurança devem-se seguir os seguintes passos:
3. Sobre a pasta “Databases” selecionar a opção de contexto “Restore Database...”:
4. Para restaurar a cópia de segurança sobre uma base de dados já existente, deve
selecionar-se, o nome dessa base de dados.
NOTA: Caso se pretenda criar uma nova base de dados a partir da cópia de segurança,
deve indicar-se, neste passo, um nome ainda não existente.
5. Ainda no mesmo diálogo, deve selecionar-se a opção “Restore from device” e utilizar o
botão “Select Devices...” para indicar a localização do ficheiro de segurança:
17 / 73
6. No diálogo seguinte deve-se utilizar o botão “Add...” para indicar a localização física do
ficheiro de segurança
NOTA: A localização indicada neste passo corresponde a um diretoria no servidor (não na

máquina que estiver a ser utilizada).
7. Novamente no diálogo inicial, devem ser ativadas as seguintes opções: “Restore backup
set”, “Database – complete” e “Overwrite the existing database”:
8. O SQL Server procederá de seguida à reposição da cópia de segurança. No fim da

operação surgirá uma mensagem indicando o resultado.
18 / 73
Manutenção das Bases de Dados

Remoção de Base de Dados
Para remover manualmente uma base de dados basta seguir os seguintes passos:
3. Abrir a pasta “Databases” e selecionar a base de dados pretendida
4. Sobre o nome da base de dados, selecionado o menu de contexto com o botão direito do
rato, deve selecionar-se a opção “Delete”.
5. Após confirmação, a base de dados será removida do sistema se não estiver a ser utilizada
por nenhuma outra aplicação.
Compactação de Bases de Dados

É normal, após um largo período de existência, com muitas operações realizadas, que uma base
de dados SQL Server se torne bastante consumidora de espaço em disco. Especialmente no caso
de bases de dados com muitos movimentos/operações.
Nestes casos, para otimizar a utilização do espaço em disco de uma base de dados, o SQL permite
compactar uma base de dados, libertando todo o espaço em disco possível.
NOTA: Recomenda-se que esta operação seja realizada sempre depois de criar uma cópia de
segurança da base de dados.
Para compactar uma base de dados, devem-se seguir os seguintes passos:
rato, deve selecionar-se a opção “Shrink Database...”.
19 / 73
5. Após confirmação, a base de dados será compactada e o espaço em disco que não esteja
a ser utilizado será libertado.
Importação de Dados
O SQL Server inclui múltiplas funcionalidades de importação de dados provenientes de várias
fontes (SQL Server, MS Access, MS Excel, Oracle, Paradox, FoxPro, ODBC, etc).
A importação de dados permite definir o conjunto de tabelas a importar, o conjunto de colunas a
importar para cada uma dessas tabelas, as tabelas destino, etc.
Para importar dados para uma determinada base de dados, basta seguir os seguintes passos:
rato, deve selecionar-se a opção “Import Data...”:
Exportação de Dados
À semelhança da importação de dados, o SQL Server inclui ainda funcionalidades de exportação
de dados para vários destinos (SQL Server, Texto, MS Access, MS Excel, Oracle, Paradox, FoxPro,
ODBC, etc).
A exportação de dados permite definir o conjunto de tabelas a exportar, o conjunto de colunas a
exportar para cada uma dessas tabelas, as tabelas destino, etc.
20 / 73
Conexão de um Servidor
É possível efetuar a manutenção de várias instancias de SQL no mesmo SQL Server Managment
Studio. Para tal, basta selecionar a opção “Connect”, a opção “Database Engine...” e escolher o
novo servidor.
Alteração do Esquema de Autenticação do Servidor

Depois de instalado o SQL Server é possível alterar o seu esquema de autenticação.
Para o fazer podem seguir-se os seguintes passos:
2. Selecionar o servidor em causa e escolher a opção de contexto “Properties”:
3. No diálogo seguinte, abrir a página “Security”

4. Nesta página pode alterar-se o esquema de autenticação do SQL Server. Para que o
PRIMAVERA funcione corretamente o esquema selecionado deve ser “SQL Server and
Windows Authentication mode”:
21 / 73
NOTA: Depois de se fazer esta alteração, convém parar e arrancar o serviço SQL Server
para o sistema assumir as novas configurações.
Exercícios
Execute os seguintes passos:

1. Instale uma nova instância do SQL Server designada SQLPI.
2. Crie um novo utilizador PriLogin na nova instância.
3. Inicialize a Plataforma do ERP na nova instância com o novo utilizador do SQL Server.
4. Crie um exercício de demonstração através do Administrador PRIMAVERA – DEMO.
5. Através SQL Server, altere a localização da Base de Dados para uma nova pasta ‘Base de
Dados’ em c:\.
6. Crie um diagrama para a tabela de artigos, da BD DEMO.
7. Execute as seguintes operações:

a. Crie Cópia de segurança completa
b. No ERP crie um novo cliente
c. Crie uma Cópia de segurança diferencial
d. Recupere a cópia de segurança completa
e. Consulte a lista de clientes (verifique que o cliente que criou não existe!)
f. Recupera cópia de segurança diferencial (repare que é obrigatório a recuperação
da cópia de segurança completa)
g. Consulte a lista de clientes (verifique agora que o cliente criado já está presente
na lista de clientes)
8. Crie uma Base de Dados Standard no Administrador PRIMAVERA e preencha a tabela de

Clientes, com os Clientes do exercício DEMO.
22 / 73
Conceitos Elementares sobre Base de Dados

Plano do capítulo
Breve Introdução
Conceitos Elementares
Objetivos
Depois deste capítulo deverá ser capaz de
- Definir conceitos elementares tais como Base de Dados, Tabelas, etc
- Identificar a diferença entre Chave Primária e Chave Estrangeira.
Conceitos
Para efetuar a manutenção de dados numa Base de Dados, é necessário garantir um conjunto de
conhecimentos elementares sobre Base de Dados. Analisemos alguns conceitos:
Base de Dados: coleção de elementos de informação organizada de acordo com algum princípio
ou regra.
Tabela: Uma tabela é uma representação matricial, isto é, em linhas e colunas, tantas quantas a
aplicação que se queira dar. As colunas são chamadas de Campo (ou atributo). As linhas são
chamadas de Registos.
Chave Primária: Chave primária (em inglês Primary Keys ou PK) sob o ponto de vista das Bases de
Dados refere-se a um dado campo, cujos valores nunca se repetem e que podem ser usados como
um índice para os demais campos da tabela. Nesta chave não podem existir valores nulos ou
repetidos.
Chave Estrangeira: O conceito de Chave estrangeira em Bases de Dados refere-se ao tipo de

relacionamento entre as tabelas. Uma chave estrangeira é chamada quando há o relacionamento
entre duas tabelas.
Uma chave externa ou estrangeira é um atributo ou uma combinação de atributos numa relação
R2, cujos valores são necessários para equivaler à chave primária de uma relação R1.
23 / 73
Introdução ao SQL
Plano do capítulo
Breve abordagem histórica da Linguagem SQL
As instruções SQL (DDL, DML e DCL)
Objetivos
Depois deste capítulo deverá ser capaz de:
- Entender o tipo de operações que se podem executar via SQL
- Executar operações e consulta de dados (SELECT)
- Efetuar ligações entre tabelas (JOIN)
- Executar operações de inserção (INSERT), atualização, (UPDATE) e eliminação
(DELETE)
Acerca do SQL
O SQL é uma Linguagem Estruturada de Consulta1, baseada na língua Inglesa, que permite definir
pedidos de informação/ comandos, que são emitidos ao motor da base de dados, e por este
processados.
Segundo a ANSI (American National Standards Institute), o SQL é a linguagem standard para bases
de dados relacionais. Alguns exemplos de Sistemas de Gestão de Bases de Dados Relacionais
(SGBDR) que usam o SQL são o Microsoft SQL Server, Oracle, Sybase, DB2, Access e muitos outros.
Apesar do standard ANSI-SQL ser um facto, alguns SGBDR implementam extensões ao SQL, que,
na maior parte dos casos, só podem ser usadas no próprio sistema. No entanto, o conjunto base
de cláusulas SQL (SELECT, INSERT, UPDATE, DELETE, CREATE e DROP) podem ser utilizados para
levar a cabo a maior parte das operações necessárias.
Em termos lógicos, podemos dividir o SQL em três subconjuntos diferentes:
• DML - Data Management Language (Manipulação de dados): Subconjunto que inclui as

cláusulas, ou comandos, SQL que permitem usar e manipular os dados: SELECT, UPDATE, DELETE e
INSERT.
• DDL - Data Definition Language (Definição de estrutura da base de dados): Cláusulas que
permitem modelar a estrutura da base de dados (criar, modificar e remover objetos ou a própria base de
dados): CREATE TABLE, ALTER TABLE, DROP TABLE, CREATE INDEX e DROP INDEX.
• DCL - Data Control Language (Controlo de permissões): Cláusulas que permitem controlar
1
do inglês: STRUCTURED QUERY LANGUAGE
24 / 73
permissões nos objetos da base de dados: GRANT, REVOKE.

Este capítulo tem por objetivo fornecer-lhe conhecimentos base de SQL, principalmente
orientados para a sua aplicação nas aplicações PRIMAVERA (por exemplo, na criação de relatórios
personalizados).
Ao nível das aplicações, não terá necessidade de alterar a estrutura da base de dados, que é
definida previamente, bem como controlar acessos aos dados. Assim, vamos centrar este capítulo
no estudo passo a passo da linguagem SQL em geral, e da cláusula que lhe será mais útil: o
SELECT, juntamente com a descrição de uma grande variedade de opções, cláusulas e métodos a
ele associados.
A explicação exaustiva dos restantes temas UPDATE, DELETE, INSERT, DDL e DCL não é incluída,
para não tornar este documento demasiado extenso e de leitura menos acessível. No entanto,
apresentaremos no final deste capítulo uma descrição de cada um dos comandos referidos,
acompanhada de exemplos.
Note que a compreensão efetiva dos conceitos que seguidamente lhe descreveremos será uma
ferramenta de grande mais-valia, quando utilizada no âmbito das aplicações PRIMAVERA, aliada à
sua versatilidade.
O motor da base de dados

O motor da base de dados2 é responsável pelas seguintes tarefas:
• Gestão e armazenamento dos dados, para além da sua definição;
• Controlo de acesso aos dados (restrições, acessos simultâneos, etc.);
• Interpretação da linguagem SQL;
• Controlo de integridade dos dados, mecanismos anticorrupção e segurança.
O motor da base de dados é assim a única entidade que tem acesso direto aos dados.
A interação com o motor de base de dados

Para que seja possível aceder aos dados, é assim necessário comunicar ao motor de base de
dados que informação é pretendida ou que operações desejamos executar sobre os dados, para
2
do inglês: DATABASE ENGINE
25 / 73
que este aceda a eles diretamente, e retorne os resultados.

Esta arquitetura pode ser visualizada na imagem seguinte:
Fig. 1 Arquitetura
A linguagem para troca de pedidos/comandos é, na esmagadora maioria dos sistemas de gestão
de bases de dados, o SQL.
Origens e principais características

O SQL esteve, desde a sua origem, associado a bases de dados relacionais. A linguagem foi
desenvolvida inicialmente num protótipo da IBM, o Sistema R, na década de 70, e era chamada
"SEQUEL".
O primeiro produto a utilizar o SQL foi lançado por uma pequena companhia chamada Relational
Software, que viria mais tarde a originar a conhecida Oracle. A IBM lançou o seu primeiro produto
com SQL em 1981, quando outras empresas trabalhavam já nas suas próprias implementações.
O primeiro conjunto de normas reguladoras para SQL (standard) foi publicado em 1986, pela ANSI
(American National Standards Institute): o SQL-86. EM 1989 teria a sua primeira atualização, com
a publicação do SQL-89.
Estes standards foram particularmente importantes para o futuro do SQL, na medida em que, na
altura, praticamente todos as empresas de desenvolvimento de bases de dados tinham a sua
própria implementação. Através da unificação das normas de especificação SQL nos standards
SQL-86 e SQL-89 deu-se um grande passo para a portabilidade da linguagem e sua aplicabilidade
numa gama mais vasta de plataformas.
O standard SQL-92 introduziu grandes melhorias em relação aos anteriores, e poucos são, até
26 / 73
esta altura, os sistemas de gestão de bases de dados que o implementam completamente. Note-
se que a tendência do mercado é, atualmente, tornar os produtos compatíveis (o mais possível)
com os standards ANSI, e depois adicionar algumas funcionalidades específicas. Desta forma,
apesar de a estrutura base da implementação SQL ser compatível entre os vários SGBD, algumas
funcionalidades proprietárias poderão levantar incompatibilidades pontuais.
O SQL3 é o sucessor do SQL-92, e introduzirá melhoramentos significativos: orientação a objetos e
suportes para manipulação, seleção e armazenamento de multimédia, entre outros.
O facto do SQL ser baseado na língua Inglesa é particularmente evidente se atentarmos nos seus
comandos (cláusulas): SELECT para selecionar, INSERT para Inserir, CREATE para criar, DELETE
para apagar, FROM para designar origem, WHERE para designar condições, etc.
O SQL é, na sua essência, uma Linguagem Declarativa: em SQL indicamos a informação que
pretendemos obter, e não a forma como esta deve ser obtida. O motor da base de dados
encarregar-se-á de escolher os métodos mais adequados para responder aos comandos/pedidos
SQL, e retornar os resultados.
Este facto contrasta com as linguagens de programação usuais (C, Pascal, Basic, etc.), em que
devem ser especificadas instruções que descrevem ao sistema como deve executar as ações, por
forma a conseguir os resultados pretendidos. Estas são Linguagens Procedimentais.
As linguagens declarativas são, como é óbvio, bastante mais simples de usar.
A estrutura da base de dados relacional

Uma base de dados relacional contém um ou mais objetos de registo da informação, chamados
Tabelas. Toda a informação da base de dados é armazenada nas tabelas.
As tabelas são identificadas pelo seu nome único, e são caracterizadas por uma estrutura
bidimensional: colunas e linhas. As colunas definem os atributos dos dados (Nome, Morada,
Número de Contribuinte, etc.), incluindo o tipo de dados a eles correspondente (texto, numérico,
imagem/binário, etc.).
Os atributos são habitualmente designados por Campos. Nas linhas são armazenados os dados.
Um conjunto de valores para as várias colunas é chamado um Registo. Por exemplo, vejamos
uma estrutura de tabela simples para armazenarmos informações básicas sobre Clientes:
CodTerc Nome Apelido NumBI

1 Paulo Almeida 123456789
2 José Fictício 235457891
3 Pedro Fictício 121453708
Fig. 2 Exemplo de uma estrutura de Tabela
Temos 4 atributos definidos: Cliente, Nome, Apelido, NumBI, e 3 registos (1 registo por Cliente). A cada
registo correspondem valores próprios dos atributos.
27 / 73
Geralmente associado às tabelas está o conceito de Chave Primária. A chave primária é um valor
que identifica univocamente cada registo. No nosso exemplo, a Chave Primária seria Cliente.
Sempre que quisermos referenciar Clientes noutras tabelas, usaremos a chave Cliente, em vez do
nome. Por exemplo, numa possível tabela de Faturas, usaríamos, além duma chave primária para
as faturas, um código identificativo do Cliente a que a fatura diz respeito: o equivalente ao
Cliente.
Clientes:
CodTerc Nome Apelido NumBI
1 Paulo Almeida 123456789
2 José Fictício 235457891
3 Pedro Fictício 121453708
Fig. 3 Tabela de Clientes
Faturas:
Num CodTerc Data …
100 1 01-02-1999 …
101 2 10-05-1999 …
102 1 16-07-1999 …
Fig. 4 Tabela de Faturas
Conforme podemos observar, a Chave de cada fatura é o seu Número (não existem duas faturas
com o mesmo número), e o campo CodTerc identifica o Cliente na tabela de Clientes, sendo
equivalente ao campo CodTerc de Faturas. Estabelecemos assim uma relação entre as duas
tabelas, através dum campo com o mesmo nome. Note-se, no entanto, que os campos poderiam
ter nomes diferentes.
Escrevendo comandos SQL

As Regras
As regras para escrita de comandos SQL são bastante simples:
• Um comando SQL pode ocupar mais do que uma linha;
• Os comandos/cláusulas são geralmente colocados em linhas separadas;
• Não há distinção entre maiúsculas e minúsculas;
• As cláusulas SQL e restantes elementos devem estar separados por espaços.
• Carateres espaço e tabs adicionais são ignorados.
Exemplo:
28 / 73
SELECT * equivale a Select * From Clientes

FROM Clientes
Um comando SQL é habitualmente designado por Query ou Consulta.
Seleção de dados (SELECT)

A cláusula/comando SELECT permite solicitar ao motor de base de dados um conjunto de dados,
de acordo com um determinado critério.
A sintaxe, na sua forma mais simples, é a seguinte:
SELECT Coluna1 [, Coluna2 ....]
FROM Tabela1 [, Tabela2 ...]
[WHERE Condição1, [, Condição2 ...] ]
Vejamos um exemplo muito simples:
SELECT Nome
FROM Clientes
WHERE CodTerc = 1
• (retorna "António", quando aplicado à tabela exemplo)
No fundo, especificamos:
• Que dados obter: Especificamos, a seguir ao SELECT, o nome da(s) coluna(s)
(campos) desejada(s). Neste caso, queremos a coluna Nome.
• De onde os obter: Uma base de dados contém um grande número de tabelas.
Adicionalmente, os nomes de campos podem estar repetidos entre tabelas. Assim, existe
a necessidade de especificar a que tabela os campos dizem respeito.
No exemplo corrente, a tabela é Clientes, e especificámo-la a seguir ao FROM.

• Que condições devem satisfazer (opcional): Se não especificarmos qualquer
condição, serão retornados todos os registos da tabela. Se desejarmos obter apenas os
registos que satisfazem determinado critério, especificamo-lo na área de condições. Neste
caso, queremos o Nome do cliente cujo código é 1. Para o efeito, adicionamos a condição
29 / 73
"CodTerc = 1" a seguir à cláusula WHERE.
O asterisco (*) pode ser usado para especificar todas as colunas duma tabela.
Mais um exemplo, para selecionar todos os registos da tabela de Clientes, usaríamos:
SELECT *
FROM Clientes
Para selecionar todos os dados do cliente com o código 1, usaríamos:

SELECT *
FROM Clientes
WHERE CodTerc = 1
Condições Compostas
Existem algumas cláusulas específicas que poderá usar nas suas condições.
E lógico - AND
Junta duas ou mais condições, e mostra resultados apenas se todas as condições forem
satisfeitas.
SELECT Nome
FROM Clientes
WHERE CodPostal = 4700 AND Nome LIKE 'A%'
• Só serão selecionados os Clientes de Braga (4700) com nome iniciado por A.
OU lógico - OR
Junta duas ou mais condições, e mostra resultados se qualquer das condições for satisfeitas.
SELECT Nome
FROM Clientes
WHERE CodPostal = 4700 OR CodPostal = 4000
 Só serão selecionados os Clientes de Braga (4700) e Porto (4000)

30 / 73
Negação - NOT
Pode usar a negação em conjunto com outros operadores. Por exemplo, tendo como base a query
apresentada na secção anterior, que selecionava todos os Clientes de Braga e do Porto, é muito
fácil obter uma versão oposta: todos os Clientes que não moram nem em Braga nem no Porto:
SELECT Nome
FROM Clientes
WHERE NOT (CodPostal = 4700 OR CodPostal = 4000)
Condições e Operadores
Existe um leque familiar de operadores que pode usar nas condições:
Operador Significado Exemplo

=10
= Igual a
=’Braga’
>1000
> Maior que
>’a’
>= 10
>= Maior ou igual a
>= ‘Ant’
<100
< Menor que
<‘Man’
<=100
<= Menor ou igual a
<=’Man’
<>10
<> Diferente de
<>’Braga’
LIKE Parecido com LIKE ‘Ant%’
% Qualquer sequência caracteres %ant%
O operador % é aplicável apenas no âmbito do operador "LIKE"

31 / 73
Intervalos - BETWEEN
Permite especificar uma gama de valores que deve ser respeitada por um campo. Exemplo: todos
os Artigos com preços de venda entre 1000 e 5000:
SELECT CodArtigo, Designacao, PrecoVenda
FROM Artigos
WHERE PrecoVenda BETWEEN 1000 AND 5000
Comparando com listas de valores – IN

O operador IN permite verificar se um determinado valor corresponde a qualquer dos valores
numa lista ou SubQuery . Na sua utilização mais simples, o IN permite verificar a correspondência
entre valores e uma lista. Suponha que deseja visualizar todos os Clientes que vivem em Braga,
Porto e Lisboa. Pode fazê-lo inspecionando o campo Localidade e impondo uma condição OR:
SELECT Nome, Localidade
FROM Clientes
WHERE Localidade = 'Braga'
OR Localidade = 'Porto'
OR Localidade = 'Lisboa'
Usando o IN, poderá simplificar o seu comando SQL, especificando a lista de valores admitidos:
FROM Clientes
WHERE Localidade IN ('Braga', 'Porto', 'Lisboa')
Pode usar a cláusula IN em conjunto com a negação, para obter outros resultados. Por exemplo,
todos os Clientes que não vivem em nenhuma das três cidades:
FROM Clientes
WHERE Localidade NOT IN ('Braga', 'Porto', 'Lisboa')
32 / 73
Pseudónimos de Colunas e Tabelas

É possível atribuir novos nomes aos campos retornados por um SELECT. Supondo que deseja usar
o campo CodTerc de Facturas como sendo CodCliente:
SELECT CodTerc AS CodCliente, Nome, Num, Data
FROM Fact
De igual modo, é possível usar em comandos SQL mais complexos abreviaturas para os nomes das
tabelas. Este facto é particularmente útil nos casos em que estamos a seleccionar informação
proveniente de várias tabelas.
SELECT c.Nome, c.CodTerc, f.Num, f.Data
FROM Clientes c, Facturas f
Criando Campos Calculados

É muito simples criar campos calculados baseados em campos reais da base de dados.
Supondo que temos a tabela seguinte (Lfact):
Num TipoDoc CodArtigo PrecoUnit Qtd

1 FA A0001 125.00 5
2 FA B0004 133.20 3
Nesta tabela simples (versão simplificada dos detalhes duma fatura), temos um código que
identifica um artigo, o seu preço unitário e uma quantidade.
Operador Significado Exemplo

SELECT PrecUnit * Qtd AS PrecoFinal
* Multiplicação
FROM Lfact
SELECT PrecUnit + 10 AS PrecoAcrescido
+ Soma
FROM Lfact
SELECT PrecUnit – 50 AS PrecoDescontado
- Subtracção
FROM Lfact
33 / 73
SELECT Percentagem / 100 AS FactPerc

/ Divisão
FROM Teste
SELECT MAX(Num)+ 1 As ProxFactura
MAX Máximo
FROM LFact
SELECT MIN(PrecoUnit) AS PrecoMaisBaixo

MIN Mínimo
FROM Lfact
Média SELECT AVG(PrecoUnit) AS PrecoMedio

AVG
Aritmética FROM Lfact
SELECT COUNT(CodArtigo) AS NumArtigos

COUNT Contagem
FROM Lfact
Eliminando Duplicados - DISTINCT

Esta cláusula, quando incluída no seu comando SQL, vai fazer com que cada linha apareça uma só
vez, ou seja, não existam suplicados.
Suponha que deseja listar todas as localidades nas quais a sua empresa tem Clientes. Como já
mencionámos, o campo Localidade faz parte da tabela de Clientes.
Como é óbvio, podem existir vários Clientes por localidade. Se o seu comando for:
SELECT Localidade
FROM Clientes
Provavelmente, existirão localidades que aparecem mais do que uma vez (uma por cada Cliente
dessa Localidade).
Como pretendemos que cada localidade apareça uma só vez, adicionamos DISTINCT à nossa
query:
SELECT DISTINCT Localidade
FROM Clientes
A Ordenação dos dados - ORDER BY

Por vezes sentirá a necessidade de impor ordenações específicas aos seus dados. Por omissão, é
usada a ordenação imposta pelo índice da tabela, definido na base de dados. No entanto, usando
a cláusula ORDER BY, pode apresentar os dados ordenados por qualquer campo, ou conjunto de
campos.
34 / 73
Por exemplo, ao selecionar o código dum Cliente, o seu Nome e a Localidade onde reside, terá
várias hipóteses de ordenação:
Por Nome :
SELECT CodTerc, Nome, Localidade
FROM Clientes
ORDER BY Nome
Por Código:
FROM Clientes
ORDER BY CodTerc
Por Localidade:
FROM Clientes
ORDER BY Localidade
Adicionalmente, pode especificar a ordenação por mais do que um campo. Nesse caso, separe os
campos por vírgulas na cláusula ORDER BY.
É possível especificar o tipo de ordenação desejado. Por omissão é assumida a ordenação
ascendente, o que equivalente à utilização da cláusula ASC. Para forçar a ordenação descendente,
é usada a cláusula DESC:
FROM Clientes
ORDER BY Nome ASC

FROM Clientes
ORDER BY Nome DESC
35 / 73
Funções Adicionais
Existem algumas funções adicionais que podem ser utilizadas para criar campos calculados em
comandos (queries) SQL.
Ilustraremos algumas das funções mais significativas disponibilizadas pelo SQL Server, e que
podem ser utilizadas em todas as aplicações.
Adicionando Intervalos a datas – DateADD

Exemplo: listar todas as faturas, adicionando trinta dias à sua data.
SELECT Num, Data, DATEADD(dd,30,Data) AS DataPag
FROM Fact
Sintaxe: DATEADD(Que_Parte, Numero, Data)
Parâmetro Significado Valores Admitidos

Ano yy, yyyy
Quarto de Ano qq, q
Mês mm, m
DiaDoAno dy, y
Indica a que parte da data a que Dia dd, d
Que_Parte desejamos adicionar o número
Semana wk, ww
especificado.
Hora hh
Minuto mi, n
Segundo ss, s
Milisegundos ms
A quantidade a adicionar à
Numero Valor numérico.
parte especificada.
Campo da Base de dados do tipo
Campo do tipo data, ao qual
Data DateTime ou expressão do mesmo
queremos adicionar.
tipo.
36 / 73
A diferença entre duas datas – DateDIFF
Exemplo: Número de dias que ocorreram desde a data de emissão das Faturas.
SELECT Num, Data, DATEDIFF(d, Data, Getdate()) AS Num_Dias
FROM Fact
Este exemplo usa, adicionalmente, a função GetDate, que retorna a data atual.
Sintaxe: DATEDIFF(Que_Parte, DataInicial, DataFinal)

Que_Parte Indica que parte das datas Os mesmos que em
deve ser usada para calcular DateADD.
a diferença.
DataIncial As datas que desejamos Dois campos (calculado ou
DataFinal subtrair. base) ou expressões.
Devolvendo parte de uma data - DatePART

Exemplo: Extrair dia, mês e ano da data de cada fatura, separadamente.
SELECT DATEPART(d, Data) AS Dia,
DATEPART(m, Data) AS Mês,
DATEPART(yyyy, Data) AS Ano
FROM Fact
Sintaxe: DATEPART (Que_Parte, Data)

Indica que parte da data se deseja Os mesmos que em DateADD
Que_Parte
obter e DateDIFF
Campo (calculado ou base) ou

Data A data que desejamos analisar
expressão
37 / 73
Adicionalmente, foram definidas funções que equivalem a casos concretos de chamadas do

DatePart:
DAY(Data) Equivale a DatePART(dd, Data)
MONTH(Data) Equivale a DatePART(mm, Data)
YEAR(Data) Equivale a DatePART(yy, Data)
Arredondamento - ROUND
Arredonda o número/expressão de acordo com a precisão especificada.
Sintaxe: ROUND (Num_Expr, Comprimento)
Parâmetros Significado Valores Admitidos
O número ou expressão a Campo numérico (base ou

Num_Expr
arredondar calculado) ou expressão
A precisão segundo a qual

Comprimento (ver descrição abaixo)
desejamos arredondar
Valores numéricos possíveis:

• Se for positivo, o número/expressão é arredondado para o número de casas decimais
especificado por Comprimento (exemplo: 2)
• Se for negativo, o número/expressão é arredondado no lado esquerdo do ponto

decimal, o número de dígitos especificado por comprimento (exemplo: -1)
Exemplos:
Expressão Resultado
ROUND(589.8656, 1) 589.9000
ROUND(589.8656, 2) 589.8700
ROUND(589.8656, 3) 589.8660
ROUND(589.8656, -1) 590.0000
38 / 73
ROUND(589.8656, -2) 600.0000

ROUND(589.8656, -3) 1000.0000
Arredondamento por defeito - FLOOR

Retorna o maior valor inteiro menor ou igual que o número/ expressão especificado.
Sintaxe: FLOOR (Num_Expr)
O número ou expressão a Campo numérico (base ou

Num_Expr
tratar calculado) ou expressão
Exemplos:
FLOOR(589.8) 589
FLOOR(14.1) 14
Arredondamento por excesso - CEILING

Retorna o menor valor inteiro maior ou igual que o número/ expressão especificado.
Sintaxe: CEILING (Num_Expr)
Num_Expr - O número ou expressão a trata. Campo numérico (base ou calculado) ou expressão.

Exemplos:
CEILING(589.8) 590
CEILING (14.1) 15
39 / 73
Valor Absoluto – ABS

Retorna um número sem sinal, ou seja, converte números negativos para positivos, e mantém os
números positivos inalterados.
Sintaxe: ABS (Num_Expr)
Num_Expr - O número ou expressão a tratar. Campo numérico (base ou calculado) ou expressão.
Exemplos:
ABS(-400) 400
ABS (400) 400
Funções Matemáticas Adicionais

Existem outras funções matemáticas, de uso mais intuitivo, pelo que não as descreveremos em
pormenor. Para efeitos de referência, consulte a lista seguinte:
ACOS PI
ASIN POWER
ATAN RADIANS
ATN2 RAND
COS SIGN
COT SIN
DEGREES SQUARE
EXP SQRT
LOG, LOG10 TAN
40 / 73
Funções Adicionais - Cadeias de Caracteres
O SQL Server disponibiliza algumas funções para o auxiliar na manipulação de cadeias de

caracteres (strings). Seguidamente ilustraremos algumas das mais usadas.
Caracteres à esquerda/direita - LEFT, RIGHT

Left - Retorna o número de caracteres especificado do lado esquerdo.
Right - Retorna o número de caracteres especificado do lado direito.
Sintaxe: LEFT (Texto, NumCaracteres) ; RIGHT(Texto, NumCaracteres)

• Texto Cadeia de caracteres a usar. Campo texto ou expressão.
• NumCaracteres Número de caracteres a seleccionar. Valor numérico.
Exemplos:
LEFT('Teste', 2) ‘Te’
LEFT('António Manuel',7) ‘António’
RIGHT('António Manuel',6) ‘Manuel’
Comprimento duma cadeia de caracteres - LEN

Retorna o número de caracteres duma string.
Sintaxe: LEN(Texto)
Texto Cadeia de caracteres a usar. Admite um campo do tipo texto ou expressão.
Exemplos:
LEN('Teste') 5
LEN('António Manuel') 14
Conversão caracteres - LOWER, UPPER

Lower - Retorna texto em minúsculas
Upper - Retorna texto em maiúsculas.
41 / 73
Sintaxe: LOWER (Texto) ; UPPER(Texto)

Texto Cadeia de caracteres a usar. Campo texto ou expressão.
Exemplos:
LOWER('Teste') teste
UPPER('Teste') TESTE
Retirando espaços - LTRIM, RTRIM

LTRIM - Retira espaços à esquerda
RTRIM - Retira espaços à direita.
Sintaxe: LTRIM (Texto) ; RTRIM(Texto)
Exemplos:
LTRIM(' 4 espaços à esquerda') '4 espaços à esquerda'
RTRIM('4 espaços à direita ') '4 espaços à direita'
LTRIM(RTRIM(' 2 antes e 2 depois ')) '2 antes e 2 depois'
Exemplo prático:
Estas duas funções podem ser usadas para auxiliar a manipulação de campos textuais. Supondo
que tem dois campos numa base de dados: Nome e Apelido. Se os campos tiverem sido definidos
com uma dimensão de, por exemplo, 30 caracteres, haverá espaços em branco em ambos os
campos, para um nome como 'Manuel' e apelido 'Farinhoca'.
É possível usar um campo calculado para construir o nome completo baseado nestes dois campos.
Por exemplo:
SELECT Nome + ' ' + Apelido AS NomeCompleto FROM Pessoas
Neste caso, é conveniente que não haja espaços em branco após Nome, de modo a que Nome e
Apelido sejam separados apenas por um espaço. Para o efeito basta usar RTRIM(Nome) e
LTRIM(Apelido):
SELECT RTRIM(Nome) + ' ' + LTRIM(Apelido) AS NomeCompleto

42 / 73
Substituir parte de uma string por outra - REPLACE

Sintaxe: REPLACE(Texto, O_Que, Por )
O_Que Parte da cadeia de caracteres a substituir. Campo texto ou expressão.
Por Cadeia de caracteres que deve substituir a anterior. Campo texto ou expressão.
Exemplos:
REPLACE('abcd', 'cd', 'ef') abef
REPLACE('João Paparoca', 'Paparoca', 'Farinhoca') João Farinhoca
Funções Cadeias de Carateres Adicionais

Existem outras funções orientadas à manipulação de cadeias de caracteres de uso menos
generalizado. Para efeitos de referência, consulte a lista seguinte:
ASCII REPLICATE
CHAR REVERSE
CHARINDEX SOUNDEX
DIFFERENCE SPACE
LEN STR
NCHAR STUFF
PATINDEX SUBSTRING
QUOTENAME UNICODE
43 / 73
Funções Adicionais – Agregação
Já lhe falámos anteriormente de algumas funções de agregação. Nomeadamente: AVG, SUM,

MAX, MIN e COUNT (Veja “Operadores em campos calculados”).
As funções de agregação fazem um cálculo usando um conjunto de valores, e retornam outro
valor. Vejamos seguidamente duas funções de agregação adicionais.
Desvio Padrão - STDEV

Retorna o desvio padrão de todos os valores na expressão indicada.
Sintaxe: STDEV(Campo_ou_Expressao)
Campo_ou_Expressão Campos/valores a utilizar no cálculo Campos/expressões numéricas.
Exemplo:
SELECT STDEV(PrecoVenda)
FROM Artigos
Variância - VAR
Retorna a variância estatística de todos os valores na expressão indicada.
Sintaxe: VAR(Campo_ou_Expressao)
Campo_ou_Expressão Campos/valores a utilizar no cálculo Campos/expressões numéricas.
Exemplo:
SELECT VAR(PrecoVenda) FROM Artigos
A junção de Tabelas (JOIN)
Em bases de dados relacionais é fundamental poder correlacionar dados armazenados em

diferentes tabelas.
Num dos exemplos apresentados anteriormente, temos a informação relativa a clientes numa
tabela, e a informação relativa a faturas noutra. Existe, obviamente, uma relação entre Clientes e
44 / 73
Faturas. Como se descreveu, o campo CodTerc em Clientes corresponde ao campo CodTerc em

Faturas.
Para obtermos a junção dos dados entre as tabelas de Clientes e de Faturas, levamos a cabo a
operação de junção, ou JOIN. O objetivo é obter uma tabela final, que inclua os campos de ambas
as tabelas (Clientes e Faturas), em que cada linha contém informação dum Cliente e duma Fatura
a si associada.
Todas as junções de tabelas são obtidas pelo já descrito comando SELECT.
JOIN Simples - INNER JOIN

A Junção mais simples é obtida através da imposição duma condição ao campo que estabelece a
relação entre as duas tabelas. No exemplo que temos vindo a analisar, teremos que impor uma
condição de igualdade entre os campos CodTerc da tabela Clientes e da tabela Facturas.
SELECT Nome, Num, Data
FROM Clientes, Facturas
WHERE Clientes.CodTerc = Facturas.CodTerc
A junção pode englobar mais do que duas tabelas. Supondo que temos uma terceira tabela, com
as linhas/detalhes de cada fatura:
Num CodArtigo CodLoja Qtd …
100 5485 1 5 …
101 4000 1 2 …
102 4205 2 1 …
Fig. 7 Linhas de Factura (Tabela LFACT)

Supondo também que, além de associar as Faturas aos Clientes, queremos adicionalmente os
detalhes de cada Fatura, é fácil constatar que teremos que juntar também as tabelas Faturas e
LFact. Estas tabelas estão relacionadas pelo número de fatura (campo Num).
Teremos que indicar o nome da tabela ao incluirmos o campo Num, na lista de campos do
SELECT, dado existirem duas tabelas com um campo Num (Fact e LFact). O motor de base de
dados necessita de saber de qual das duas tabelas deve extrair o valor para o campo. Se não for
especificada qualquer tabela, o servidor retorna uma mensagem do tipo “Ambiguous column
name 'Num'.”
45 / 73
Assim, basta incluir também uma condição de igualdade entre estes dois campos nas nossas
condições de junção:
SELECT Nome, Fact.Num, Data, CodArtigo, Qtd
FROM Clientes, Fact, LFact
WHERE Clientes.CodTerc = Facturas.CodTerc
AND LFact.Num = Facturas.Num
Note que o resultado inclui todas as linhas em que os campos de ligação são iguais. Ou seja, um
Cliente que não tenha qualquer Fatura associada não vai ser selecionado, dado não haver
nenhuma fatura que satisfaça a primeira condição.
Para incluir todos os Clientes, independentemente de terem ou não faturas, usamos o JOIN à
esquerda (LEFT JOIN), como veremos na página seguinte.
JOIN Incondicional - CROSS JOIN

O SQL disponibiliza uma forma extremamente simples de implementar o produto cartesiano entre
duas ou mais tabelas, ou seja, a combinação entre todos os registos duma tabela com os registos
doutra(s).
Para mapear todas os Nomes da tabela Clientes com todos os Números da tabela Faturas, basta
utilizar o comando seguinte:
SELECT Nome, Num
FROM Clientes, Fact
No fundo, equivale a selecionar os dados de várias tabelas, sem impor qualquer condição de
ligação.
JOIN à esquerda - LEFT JOIN

O resultado de um JOIN à Esquerda inclui todas as linhas da tabela à esquerda da cláusula LEFT
JOIN, e apenas as linhas correspondentes da tabela à direita. Voltando ao exemplo do JOIN
normal que tínhamos definido duas secções atrás, estamos a selecionar Clientes, Faturas e
Detalhes de Fatura. Contrariamente ao que acontecia com o JOIN normal (como vimos duas
secções atrás, apenas os Clientes com faturas associadas eram selecionados), agora queremos
listar TODOS OS Clientes, e os dados das faturas e detalhes a eles respeitantes, se existirem.
A sintaxe é a seguinte:
SELECT Campo1 [, Campo2, ...]
46 / 73
FROM TabelaEsquerda LEFT JOIN TabelaDireita

ON CampoEsq1 = CampoDir1[, CampoEsq2 = CampoDir2 ...]
Retomando o exemplo anterior (Clientes, Faturas e Detalhes das Faturas):

SELECT c.Nome, f.Num, f.Data, lf.CodArtigo, lf.Qtd
FROM Clientes c
LEFT JOIN Fact f
ON c.CodTerc = f.CodTerc
LEFT JOIN LFact lf
ON f.Num = lf.Num
Note que é bastante simples encadear LEFT JOINs. Neste caso, estamos a dizer: "Queremos todos
os Clientes, todas as faturas relacionadas com Clientes, e as linhas de fatura relacionados com
faturas".
JOIN à Direita - RIGHT JOIN

O JOIN à direita é o oposto de um JOIN à esquerda: retorna todas as linhas da tabela à direita da
cláusula. Exemplificando com a tabela de países (que contem um código e uma designação por
país), e sabendo que a cada Cliente está associado um país, através do campo CodPais,
poderíamos selecionar os Clientes e todos os Países, (independentemente de haver Clientes neles
ou não), através dum JOIN à direita:
SELECT c.Nome, c.CodPais, p.Designacao as Pais

FROM Clientes c
RIGHT JOIN Paises p
ON c.CodPais = p.CodPais
Combinando Tabelas (UNION)

Em variadas situações, desejamos obter uma união entre dois SELECTs distintos. Vejamos um
exemplo simples:
47 / 73
Tabela 1 Tabela 2
Num Nome Num Nome

5 Carlos 6 Alberto
6 Alberto 9 Jerónimo
7 Maria 10 António
Fig. 8 Antes da união
O comando seguinte retorna a união entre as duas tabelas, correspondendo à combinação de

resultados de dois comandos SQL distintos:
SELECT *
FROM Tabela1
UNION
SELECT *
FROM Tabela2
O resultado é o seguinte:
Resultado
Num Nome
5 Carlos
6 Alberto
7 Maria
9 Jerónimo
10 António
Fig. 9 Resultado da união
Só pode fazer a UNION entre dois SELECTs que retornem o mesmo número de campos, e
entre estes deve haver correspondência no tipo de dados. Por exemplo, os comandos seguintes
são inválidos.
48 / 73
• O resultado consiste na combinação do conteúdo das duas tabelas.

SELECT Nome, Num FROM Tabela1
UNION
SELECT Nome FROM Tabela2
• Os dois SELECTs têm um número diferente de campos.

SELECT Nome FROM Tabela1
UNION
SELECT Num FROM Tabela2
• O tipo de dados das colunas envolvidas não é compatível (Num é numérico e Nome é
textual).
Um exemplo dum comando SQL válido é o seguinte, que tem por objetivo retornar o Nome e
Código Postal de todos os Clientes de Braga (4700) e Porto (4000):
SELECT Nome, CodPostal
FROM Clientes
WHERE CodPostal LIKE '4700%'
UNION
SELECT Nome, CodPostal
FROM Clientes
WHERE CodPostal LIKE '4000%'
Estamos neste caso a assumir com o campo CodPostal é textual, e que pode conter "4000 Porto"
e "4700 Braga". Assim, justifica-se o uso do operador LIKE.
Intersectando Tabelas (EXISTS, INTERSECT)

Alguns sistemas de gestão de base de dados disponibilizam a cláusula INTERSECT, para obter a
intersecção entre duas tabelas.
49 / 73
O SQL Engine do SQL Server/MSDE não suporta o INTERSECT. No entanto, é possível obter a
mesma funcionalidade usando a cláusula EXISTS.
Vejamos como podemos obter o Nome de todos os Clientes que tenham faturas associadas,
usando a intersecção:
Usando INTERSECT (Oracle, por exemplo)
SELECT Nome
FROM Clientes
INTERSECT
SELECT C.Nome
FROM Clientes C, Facturas F
WHERE C.CodTerc = F.CodTerc
Usando EXISTS:
SELECT C.Nome
FROM Clientes C
WHERE EXISTS
(SELECT CodTerc
FROM Fact F
WHERE C.CodTerc = F.CodTerc)
Diferença entre tabelas (MINUS, NOT EXISTS)

De forma semelhante ao que acontece com a cláusula INTERSECT, o SQL Server não suporta a
cláusula MINUS. No entanto, é igualmente possível obter a mesma funcionalidade usando o
operador EXISTS negado.
Na secção anterior, usámos o seguinte comando SQL para obter todos os Clientes com faturas
associadas:
SELECT C.Nome
FROM Clientes C
WHERE EXISTS
(SELECT CodTerc
FROM Fact F
50 / 73
Podemos usar uma sintaxe semelhante para obter todos os Clientes que não têm faturas
associadas:
SELECT C.Nome
FROM Clientes C
WHERE NOT EXISTS
(SELECT CodTerc
FROM Fact F
Em Sistemas que suportam o MINUS (Oracle, por exemplo), o mesmo resultado seria obtido por:
SELECT Nome
FROM Clientes
MINUS
SELECT C.Nome
FROM Clientes C, Facturas F
WHERE C.CodTerc = F.CodTerc
Agrupamentos - GROUP BY
A Cláusula GROUP BY permite criar sumários da informação através do SQL. Quando
estabelecemos agrupamentos dentro de uma tabela, estamos (conceptualmente) a dividir a
tabela em partições distintas, de acordo com a variação de um determinado atributo (campo) ou
vários.
Vamos retomar o nosso exemplo de análise, em que temos uma tabela de Clientes, outra de
Faturas (Fact), e ainda os detalhes das faturas (LFact).
Fig. Tabela de Clientes (CLIENTES)
Fig. Tabela de Facturas (FACT)
Fig. Tabela de Linhas de Factura (LFACT)
Temos pois um conjunto de faturas, em que cada fatura está associada a um cliente (através da
ligação pelo campo CodTerc). Cada fatura tem a si associado um conjunto de linhas (detalhes),
armazenados na tabela LFact, e a si associadas pelo número da fatura (Num).
51 / 73
É óbvio que pode haver várias faturas associadas a um cliente. Suponhamos agora que desejamos
saber o número de faturas associadas a cada cliente.
A função de agregação a usar é o COUNT.
Um comando do tipo
SELECT c.TodCerc, c.Nome, COUNT(f.Num) AS NumFacturas
FROM Clientes c, Fact f
WHERE c.CodTerc = f.CodTerc
não é válido. O SQL Server retorna uma mensagem do tipo:
“Column 'c.Nome'’ is invalid in the select list because it is not contained in an aggregate
function and there is no GROUP BY clause.”
Ou seja, não podemos incluir os campos Nome e CodTerc a menos que:

• Estejam incluídos numa função de agregação (o que não pretendemos)
• Estejam definidos grupos.
Um agrupamento é definido usando a cláusula GROUP BY, e adicionando o nome do campo

segundo o qual desejamos agrupar.
A melhor forma de contar o n.º de faturas associadas a cada Cliente é particionar os dados por
cada Cliente, e aplicar a função COUNT a cada partição. Ou seja, definir um agrupamento por
cliente. Para o efeito, acrescentamos a cláusula GROUP BY CodTerc ao nosso comando SQL.
Na realidade, o SQL Server exige que inclua na lista dos campos de agrupamento todos os campos
incluídos no SELECT que não estejam a ser usados numa função de agregação. No caso presente,
estamos a selecionar dois campos base: CodTerc e Nome. O procedimento comum é incluir
primeiro o campo (ou campos) segundo o qual queremos agrupar (CodTerc), e depois os restantes
(Nome).
Assim, o nosso comando SQL passa a ser:

SELECT c.CodTerc, c.Nome, COUNT(f.Num) AS NumFacturas
FROM Clientes c, Fact f
WHERE c.CodTerc = f.CodTerc
GROUP BY c.CodTerc, c.Nome
52 / 73
Desta forma, conseguimos obter um conjunto de resultados com o seguinte aspeto:

CodTerc Nome NumFacturas
----------- ----------------------------------------------------------
0 Venda a Balcão 1
1 Cliente de Balcão 4
2 António Fictício 10
Podemos, de uma forma muito semelhante, saber, por exemplo, o número de linhas de cada
fatura:
SELECT f.Num, f.Data, COUNT(lf.Num) AS NumLinhas
FROM Fact f, LFact lf
WHERE f.Num = lf.Num
GROUP BY f.Num, f.Data
Os resultados terão o seguinte aspeto:

Num Data NumLinhas
----------- ------------------------------------- ---------------
1 2014-01-06 00:00:00.000 1
2 2014-01-06 00:00:00.000 3
3 2014-01-07 00:00:00.000 3
4 2014-01-11 00:00:00.000 2
5 2014-01-11 00:00:00.000 7
6 2014-01-13 00:00:00.000 1
7 2014-01-20 00:00:00.000 2
8 2014-01-25 00:00:00.000 5
53 / 73
Vejamos outros exemplos possíveis:

• Número de Clientes por Localidade:
SELECT Localidade, Count(CodTerc) AS 'Numero de Cli¬entes'
FROM Clientes
GROUP BY Localidade
Resultado:
Localidade Numero de Clientes
--------------------------------------------------
NULL 21
Adaufe 15
Alfragide 5
Amadora 10
Amares 7
Barcelos 59
Braga 285
Cabeceiras de Bastos 5
Caldas das Taipas 200
Carcavelos 20
Castelo de Paiva 12
...
• Preços Mínimo, Máximo e Médio de venda de cada Artigo, com base nas facturas:
SELECT CodArtigo,
MIN(PrecoUni) AS PrecoMinimo,
MAX(PrecoUni) AS PrecoMaximo,
ROUND(AVG(PrecoUni),2) AS PrecoMedio
FROM LFact
GROUP BY CodArtigo
54 / 73
Resultado:
CodArtigo PrecoMinimo PrecoMaximo PrecoMedio

---------------------------------------------------------------------------------------------------------------------------
0101001PII333INTEL 1343.0 375554.0 52713.053
0101001PII350AMD 2000.0 74737.0 38368.5
0101001PII400BOLT 1000.0 1000.0 1000.0
0101001UPGRADE 20051.0 20051.0 20051.0
...
Impondo condições aos grupos - HAVING

O HAVING está para os grupos assim como o WHERE está para as linhas: permite impor
condições, que todos os grupos devem satisfazer.
Por exemplo, podemos impor uma condição à query que construímos para visualizar o número de
clientes por Localidade, por forma a mostrar apenas as Localidades onde a empresa tem mais do
que 100 clientes:
SELECT Localidade, COUNT(CodTerc)
FROM Clientes
GROUP BY Localidade
HAVING COUNT(CodTerc) > 100
Conceitos Avançados - SubQueries

Uma SubQuery é uma query (comando SQL) que retorna um único campo e é incluída dentro de
outra query. É possível atribuir à SubQuery um nome, que poderá ser usado como qualquer
coluna/campo/expressão normal.
55 / 73
Vamos supor que desejávamos saber qual o preço do artigo mais caro em cada fatura.
Podemos usar uma SubQuery que nos retorna o preço máximo de entre todos os preços de todos
os artigos incluídos em cada fatura, e dar-lhe um nome para que possa ser usada como uma
coluna simples.
O resultado será o seguinte:
SELECT f.Num, f.data,
(SELECT MAX(lf.PrecoUni)
FROM LFact lf
WHERE f.Num = lf.Num) AS PrecoUnitarioMax
FROM Fact f
Como podemos observar, a nossa subquery é:

SELECT MAX(lf.PrecoUni)
FROM LFact lf
WHERE f.Num = lf.Num
Retorna o preço mais elevado encontrado nas linhas de Factura (LFact) para cada fatura.
Uma SubQuery pode conter dentro de si outras SubQueries, e pode servir de origem de dados
para outra query (ver exemplo "Determinar qual a localidade em que a empresa tem mais
Clientes" nas próximas seções)
Conceitos Avançados - SubQueries e IN

Como referimos anteriormente, o IN pode ser usado para comparar valores com os resultados
duma SubQuery.
Suponha que deseja visualizar todos os clientes que moram na mesma localidade que o Cliente
chamado António Fictício. Pode elaborar uma SubQuery que retorne a Localidade onde mora esse
cliente, e incluí-la à direita do comando IN:
SELECT Nome
FROM Clientes
WHERE Localidade IN
(SELECT Localidade
FROM Clientes
56 / 73
WHERE Nome = 'Antonio Fictício')
Outra variante é a utilização da negação em conjunto com o IN (NOT IN) . Por exemplo, pode
selecionar todos os Clientes que não moram na mesma localidade que António Fictício.
SELECT Nome
FROM Clientes
WHERE Localidade NOT IN
(SELECT Localidade
FROM Clientes
WHERE Nome = 'Antonio Fictício')
Conceitos Avançados - Exemplo

Para ilustrar conceitos como SubQueries dentro de outras SubQueries, e o uso de SubQueries
como origem de dados de outras, vamos examinar um exemplo concreto:
Determinar: ‘qual a localidade em que a empresa tem mais Clientes?’. Como se descreveu
anteriormente, a cada Cliente está associada uma Localidade. Como também já vimos antes, é
possível determinar facilmente o n.º de Clientes por localidade:
SELECT Localidade, COUNT(CodTerc) AS 'Numero de Cli¬entes'
FROM Clientes
GROUP BY Localidade
Neste momento não desejamos uma lista completa de Localidades e Número de Clientes, mas
apenas UMA localidade: aquela em que o número de clientes (COUNT(CodTerc)) toma o valor
máximo. Ou seja, desejamos selecionar Localidade da tabela de clientes onde COUNT(CodTerc) é
máximo.
Qualquer coisa como:

SELECT Localidade
FROM Clientes
GROUP BY Localidade
HAVING COUNT(CodTerc) = ....
57 / 73
Necessitamos agora de uma SubQuery que retorne um único valor, o MAX, de entre todos os que
são selecionados pelo nosso comando SQL original:
SELECT MAX(NumClientes)
FROM
(SELECT COUNT(CodTerc) AS NumClientes
FROM Clientes
GROUP BY Localidade) AS Q2
Ou seja, estamos a selecionar o valor máximo de NumClientes da nossa query original (sem o
campo Localidade).
Agora, basta-nos juntar os dois comandos:

SELECT Localidade
FROM Clientes
GROUP BY Localidade
HAVING COUNT(CodTerc) =
(SELECT MAX(NumClientes)
FROM
(SELECT COUNT(CodTerc) AS NumClientes
FROM Clientes
GROUP BY Localidade) AS Q2)
NOTA: Repare que é necessário atribuir um pseudónimo à SubQuery (AS Q2), dado que a estamos
a usar como origem de dados na query original (FROM).
58 / 73
Stored Procedures
Stored Procedures são blocos de SQL compilados, que são executados pelo motor da base de
dados. Ou seja, quando, a partir duma aplicação cliente PRIMAVERA, executamos um Stored
Procedure, o SQL Server executa o seu código, e retorna quaisquer resultados necessários.
Desta forma, a máquina Cliente ficou liberta do trabalho de processamento, que foi levado a cabo
pelo Servidor. Este facto é particularmente interessante quando temos múltiplos postos ligados a
um servidor. Geralmente, a máquina servidora tem maiores capacidades de processamento que
as máquinas Clientes. Ao retirarmos trabalho dos Clientes para o Servidor estamos a maximizar a
produtividade, ao tirar maior partido dos equipamentos mais potentes.
Os Stored Procedures são um conceito avançado de SQL, e a sua explicação exaustiva não se
enquadra nos objetivos deste capítulo introdutório. No entanto, e para efeitos de ilustração,
apresentamos seguidamente um exemplo de um Stored Procedure, que se destina a apagar todas
as faturas respeitantes a um Cliente.
Analise-o apenas como referência, e não se deixe intimidar pela aparente complexidade. Repare
que a maior parte do Stored Procedure usa comandos SQL que já lhe são familiares, e,
adicionalmente, alguns conceitos adicionais.
/* *************************************************/
/* Apaga Faturas */
/***************************************************/
CREATE PROCEDURE p_ApagaFaturas
@CodCliente INT
/* Retorna: -1000 - Cliente Nao Existe */
/* -1001 - Erro ao apagar Faturas */
/* -1002 - Erro ao apagar Linhas de Fatura */
/* -9999 - Erro reportado pelo Engine */
WITH RECOMPILE
AS
BEGIN Tran
/* Declara variaveis locais */
DECLARE @Estado INT
DECLARE @Res INT
/* Verifica se o Cliente Existe */
IF NOT EXISTS(SELECT * FROM Clientes WHERE CodTerc = @CodCliente)
BEGIN
SELECT @Estado = -1000
PRINT 'Cliente não encontrado'
GOTO Cancelar
59 / 73
END
DECLARE e_cursor CURSOR FOR
SELECT Num
FROM Fact
WHERE CodTerc = @CodCliente
FOR READ ONLY
OPEN e_cursor
DECLARE @NumFactura INT
FETCH e_cursor INTO @NumFactura
WHILE @@FETCH_STATUS = 0
BEGIN
/* Apaga Linhas Factura */
DELETE FROM LFact WHERE Num = @NumFactura
IF (@@error <> 0 )
BEGIN
PRINT 'Erro ao apagar Linhas Factura'
GOTO Cancelar
END
/* Apaga factura */
DELETE FROM Fact WHERE Num = @NumFactura
IF (@@error <> 0 )
BEGIN
PRINT 'Erro ao apagar factura'
GOTO Cancelar
END
FETCH e_cursor INTO @Numfactura
END
CLOSE e_cursor
DEALLOCATE e_cursor
Ok:
COMMIT Tran
PRINT 'Apaga Facturas - Transação Concluída'
RETURN 0
Cancelar:
IF @Estado <> -1000
BEGIN
CLOSE e_cursor
DEALLOCATE e_cursor
END
ROLLBACK Tran
PRINT 'Apaga Facturas - Transação Cancelada'
RETURN @Estado
60 / 73
Triggers
O Trigger é um tipo especial de Stored Procedure, que é executado em resposta a determinados

eventos associados a uma tabela. Um Trigger pode ser associado a qualquer um dos três eventos
seguintes:
• Inserção de um Registo (INSERT)
• Modificação dum Registo (UPDATE)
• Remoção de um registo (DELETE)
O conteúdo de um Trigger é muito semelhante ao de um Stored Procedure, podendo,

adicionalmente, fazer uso de duas tabelas virtuais:
• Inserted - Quando se executa uma inserção, os dados a inserir são armazenados na

tabela Inserted.
• Deleted - Quando se apaga um registo, os dados removidos são armazenados na

tabela Deleted.
• Quando executa uma atualização (UPDATE), os dados novos são armazenados na

tabela Inserted, e os dados anteriores na tabela Deleted.
Usando Triggers, pode implementar procedimentos de validação de dados, que analisam os dados
a inserir retirando-os da tabela Inserted. Pode, igualmente, usar Triggers para propagar alterações
entre tabelas (por exemplo, alterar o código de cliente em todas as tabelas que o referenciem, ao
haver uma modificação na tabela de clientes).
Os Triggers são frequentemente usados para implementar políticas das empresas (por exemplo,
não deixar que um artigo duma determinada subfamília tenha um preço maior que x).
À semelhança dos Stored Procedures, os Triggers são um conceito avançado de SQL, e a sua
explicação exaustiva não se enquadra nos objetivos deste capítulo introdutório. Para efeitos de
ilustração, apresentamos seguidamente um exemplo de um Trigger.
Suponha que tinha, para o artigo B, o desconto máximo admissível de 10%. O trigger seguinte,
associado aos eventos Update e Insert da tabela de detalhes duma fatura (LFact), vai cancelar a
inserção/alteração duma linha de fatura se esta tiver um desconto superior a 10% para o artigo
'XPTO':
61 / 73
CREATE TRIGGER t_Desconto_Valido

ON LFact
FOR INSERT, UPDATE
AS
DECLARE @CodArt char(30), @DescontoArt real
SELECT @CodArt = CodArtigo, @DescontoArt = Desconto
FROM inserted
IF @CodArt = 'XPTO' AND @Desconto > 10
BEGIN
raiserror('Desconto Inválido para o Artigo XPTO',1,1)
ROLLBACK TRANSACTION
END
Novamente recomendamos que o analise apenas como referência. Em termos gerais, o trigger vai
à tabela Inserted buscar os dados que foram inseridos/alterados, e analisa-os. Se o artigo tiver o
código XPTO, e a quantidade de desconto especificada for maior que 10, gera um erro invocando
a função RaiseError, e anula a operação de inserção/ atualização, invocando ROLLBACK
TRANSACTION.
Cláusulas de Controlo e Estruturação
Como já referimos na secção introdutória, centramos este capítulo nos conceitos gerais da
linguagem SQL, sua filosofia e aplicabilidade, e no mais universal dos seus comandos, o SELECT,
com toda a variedade de conceitos a ele associados.
Finalizamos este capítulo com uma descrição breve dos comandos SQL base adicionais, e que
poderá ter necessidade de usar em conjunto com as aplicações PRIMAVERA.
DML - Data Management Language

Para além do SELECT, existem os seguintes comandos:
• UPDATE - Permite atualizar os dados de uma tabela.
Exemplo:
62 / 73
UPDATE Clientes
SET Nome = 'Antonio Manuel Fictício'
WHERE CodTerc = 411
• INSERT - Permite inserir dados de uma tabela.

Exemplo:
INSERT INTO Clientes(CodTerc, Nome, Localidade)
VALUES (9999, 'António Castro', 'Braga')
• DELETE - Permite apagar dados de uma tabela.

Exemplo:
DELETE Clientes
WHERE CodTerc = 9999
ATENÇÃO: A maior parte dos comandos que a seguir descrevemos podem alterar a
estrutura/conteúdo da sua base de dados. A sua incorreta utilização pode danificar a estrutura da
base de dados e causar a remoção de dados importantes.
DDL - Data Definition Language

A maior parte dos comandos que a seguir descrevemos podem alterar a estrutura/conteúdo da
sua base de dados. A sua incorrecta utilização pode danificar a estrutura da base de dados e
causar a remoção de dados importantes.
• CREATE TABLE - Permite criar uma nova tabela.
Exemplo:
CREATE TABLE Teste (
CodCliente INT NOT NULL,
Nome CHAR(50) NULL,
ApelidoCHAR(50) NULL,
Sexo CHAR(1) NULL DEFAULT 'M',
PRIMARY KEY (Num)
)
63 / 73
• ALTER TABLE - Permite alterar a estrutura duma tabela.

Exemplo:
ALTER TABLE Teste
ADD NovaColuna VARCHAR(20) NULL
• DROP TABLE - Permite apagar uma tabela.

Exemplo:
DROP TABLE Teste
• CREATE INDEX - Permite criar um índice numa tabela.

Exemplo:
ALTER TABLE CREATE INDEX idx_Nome ON Teste (Nome)
• DROP INDEX - Permite apagar um índice existente.

Exemplo:
ALTER TABLE DROP INDEX Teste.idx_Nome
DCL - Data Control Language
• GRANT - Cria uma entrada no sistema de segurança definindo que tipo acesso aos dados
um ou mais utilizadores podem ter.
Exemplo:
GRANT INSERT, UPDATE, DELETE
ON Teste
TO Cardoso, Rui
• REVOKE - Retira do sistema de segurança as permissões atribuídas a um utilizador.

Exemplo:
REVOKE CREATE TABLE FROM Cardoso
64 / 73
Notas Finais
O SQL é uma linguagem simples, mas extremamente poderosa. Esperamos que o presente
capítulo contribua para alicerçar os seus conhecimentos de SQL, e lhe permita obter benefícios
acrescidos através da sua utilização em ferramentas disponibilizadas nas aplicações PRIMAVERA.
Para testar comandos SQL, pode usar o utilitário Dentro de Ficheiros, distribuído pela PRIMAVERA
em conjunto com as suas aplicações. Mais uma vez recomendamos muita precaução ao testar
comandos SQL que tenham impacto na estrutura da base de dados ou no seu conteúdo.
65 / 73
Anexo I – Exercícios
Plano do Anexo
Enunciado dos Exercícios
Objetivos
Depois deste capítulo deverá ser capaz de
• Compreender o modelo canónico na prática dominando as principais técnicas de
normalização de esquemas relacionais;
• Entender e aplicar as principais instruções de SQL na vertente DML;
• Com base nos exemplos abordados, saber extrapolar para outros casos práticos que
possam surgir.
Exercícios de SQL
Consultas
Exercício 1
Obtenha uma listagem dos pendentes de Clientes (faturas) ordenada ascendentemente por
Entidade e descendentemente por Tipo de Documento e Data de Vencimento. Acrescente uma
nova coluna que permita obter o prazo de vencimento, de cada documento, em dias. Altere a
listagem por forma a obter o plafond de crédito para cada um desses Clientes.
Exemplo de resultado numa base de dados DEMO:
66 / 73
Exercício 2
Obtenha uma lista de Clientes sem Encomendas. Indique o comando necessário para incluir, nesta
lista, os Clientes sem documentos de Venda emitidos. Faça a distinção por meio de uma nova
coluna que identifique a situação em cada caso.
Exercício 3
Em que documentos de Venda se encontra o artigo A0001 e qual a quantidade vendida?
Exercício 4
Elabore uma query que permita saber o valor global esperado nas encomendas em carteira.
Classifique o resultado obtido por zonas.
67 / 73
Exercício 5
Visualize o número total de Clientes por Localidade. Aplique uma condição ao agrupamento de
forma a visualizar apenas as localidades com 2 ou mais Clientes. Proceda às alterações necessárias
para efetuar os mesmos cálculos pelo campo de descrição da Zona.
Exemplo de resultados numa base de dados DEMO:
Exercício 6
Calcule o diferencial entre o limite de crédito e o plafond gasto pelos Clientes. Crie uma nova
coluna que permita visualizar ‘Boa’ ou ‘Má’ performance consoante a percentagem do plafond
gasto seja inferior ou superior a 50%, respetivamente. Efetue as alterações necessárias, de forma
a evidenciar as situações em que o cliente já excedeu o Limite de Crédito definido.
68 / 73
Exercício 7
Com base no exercício 4, calcule a percentagem do valor do artigo A0004 em relação ao valor
total de cada encomenda.
Exercício 8
Agrupe as vendas efetuadas por rubrica (ex.: ‘REC-VENDAS’) e obtenha o valor total obtido. Com
base nesta script, obtenha o volume de vendas por zona.
Exclua desta última lista, todas as zonas cujo valor obtido seja inferior a 1000 €.
69 / 73
Exercício 9
Elabore uma listagem dos artigos que ainda não foram faturados. Obtenha a descrição ordenada
por famílias e apresente o seu stock atual.
Exercício 10
Obtenha um mapa de resumo de IVA de Fornecedores (compras) com base na tabela de

documentos. Para tal, apresente as seguintes colunas: Fornecedor, Tipo Fornecedor, IVA das
Mercadorias, IVA de Serviços, (função do fornecedor, tipo de Terceiro e tipo de Artigo).
70 / 73
Exercício 11
Obtenha uma listagem de inventário (valorizada a PCU) onde seja possível obter os seguintes
indicadores: stock atual, stock em excesso ou rutura (consoante o caso). Obtenha uma coluna
descritiva que deverá apresentar ‘excesso’ ou ‘rutura’ em função da situação.
Inserção, Eliminação e Alteração
Exercício 1
Insira um novo registo de vendedor, sabendo que:
Código: V10
Nome: Vendedor nº 10
Comissão: 3%
Pagamento de Comissões:
20% Liquidação
80% Venda
Chefe dos vendedores:
4 – 3% comissão
5 – 5% comissão
71 / 73
Exercício 2
Insira um novo utilizador no sistema, sabendo que:
Login: admin
Nome: Administrador
(este utilizador é administrador)
Exercício 3
Introduza para todos os funcionários, a remuneração ‘R21’ com o valor parametrizado por defeito
na ficha de remuneração, para o período de Março de 20XX até Dezembro de 20XX, em que 20XX
corresponde ao Ano corrente.
Exercício 4
Altere os dados do cliente XPTO, sabendo que:
Nova morada:
Rua das Fábricas
Novo limite de Crédito: 2500€
Site da empresa: www.xpto.pt
Exercício 5
Altere os dados da empresa DEMO, sabendo que:
Nova morada: Rua das Flores, nº 14 piso 1 - 1000-000 Lisboa
Exercício 6
Force o PCM dos artigos cujo stock atual é zero.
72 / 73
Exercício 7
Atualize a ficha de funcionários para que todos os funcionários referenciem na ficha que recebem
Subsídio de Alimentação por dias processados e o valor diário a receber é de 10% sobre o
vencimento.
73 / 73
Para completar a sua formação

nesta área deverá frequentar
também os seguintes módulos:
P026 – Crystal Reports Introdução

 Utilização da Ferramenta Crystal Reports
 Criação e alteração de mapas
P023 – SQL Avançado

 Desenvolvimento e implementação de Triggers e
Stored Procedures
 Utilização de Variáveis

p022 - SQL para Primavera (2014-V0.2-Gb) .PDF-1

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

p022 - SQL para Primavera (2014-V0.2-Gb) .PDF-1

Enviado por

Direitos autorais:

Formatos disponíveis

SQL para PRIMAVERA

Intervalos - BETWEEN ............................................................................................................................. 31

Conceitos Avançados - SubQueries e IN ................................................................................................ 55

Administração de SQL Server

Instalação e Configuração do SQL Server

IMPORTANTE: As aplicações PRIMAVERA suportam apenas o primeiro esquema de autenticação

SQL Server 2005

Cada instância, representa um servidor de dados. Se houver necessidade, pode-se efectuar a

A Instância pode ser definida de duas formas:

- Instância Default: o nome da instância é atribuído automaticamente na instalação,

Na instalação deve ainda definir-se a Collation a utilizar. A Collation representa o conjunto de

Configuração do SQL Server

4. No diálogo seguinte, na página “General” deve introduzir-se as seguintes propriedades:

5. Na página “Server Roles” deve ser selecionado da lista o “role” “sysadmin”:

4. No diálogo seguinte, inserir o nome pretendido para a base de dados e confirmar:

Localização Física por Defeito

Alteração da Localização Física de uma Base de Dados

7. Voltando ao diálogo anterior, confirmar a operação:

Reposição de uma Cópia de Segurança em Ficheiro

Usando o SQL Server Managment Studio

NOTA: A localização indicada neste passo corresponde a um diretoria no servidor (não na

8. O SQL Server procederá de seguida à reposição da cópia de segurança. No fim da

Manutenção das Bases de Dados

Compactação de Bases de Dados

Alteração do Esquema de Autenticação do Servidor

3. No diálogo seguinte, abrir a página “Security”

Execute os seguintes passos:

2. Crie um novo utilizador PriLogin na nova instância.

4. Crie um exercício de demonstração através do Administrador PRIMAVERA – DEMO.

6. Crie um diagrama para a tabela de artigos, da BD DEMO.

7. Execute as seguintes operações:

8. Crie uma Base de Dados Standard no Administrador PRIMAVERA e preencha a tabela de

Conceitos Elementares sobre Base de Dados

Chave Estrangeira: O conceito de Chave estrangeira em Bases de Dados refere-se ao tipo de

• DML - Data Management Language (Manipulação de dados): Subconjunto que inclui as

permissões nos objetos da base de dados: GRANT, REVOKE.

O motor da base de dados

• Gestão e armazenamento dos dados, para além da sua definição;

• Controlo de acesso aos dados (restrições, acessos simultâneos, etc.);

• Interpretação da linguagem SQL;

• Controlo de integridade dos dados, mecanismos anticorrupção e segurança.

A interação com o motor de base de dados

que este aceda a eles diretamente, e retorne os resultados.

Origens e principais características

A estrutura da base de dados relacional

CodTerc Nome Apelido NumBI

Fig. 2 Exemplo de uma estrutura de Tabela

Fig. 3 Tabela de Clientes

Fig. 4 Tabela de Faturas

Escrevendo comandos SQL

SELECT * equivale a Select * From Clientes

Um comando SQL é habitualmente designado por Query ou Consulta.

Seleção de dados (SELECT)

• (retorna "António", quando aplicado à tabela exemplo)

No exemplo corrente, a tabela é Clientes, e especificámo-la a seguir ao FROM.

"CodTerc = 1" a seguir à cláusula WHERE.

Para selecionar todos os dados do cliente com o código 1, usaríamos:

• Só serão selecionados os Clientes de Braga (4700) com nome iniciado por A.

 Só serão selecionados os Clientes de Braga (4700) e Porto (4000)

Operador Significado Exemplo

LIKE Parecido com LIKE ‘Ant%’

% Qualquer sequência caracteres %ant%

O operador % é aplicável apenas no âmbito do operador "LIKE"