Dicas do OsmarJr
Microsoft Jet SQL intermediário para Access 2000
Segundo em uma série de três artigos, o SQL Intermediário amplia os conceitos cobertos no artigo SQL Fundamental e apresenta uma imagem muito mais detalhada do que pode ser feito com o Microsoft Jet SQL no Access. Para usuários e desenvolvedores que procuram expandir seu conhecimento da Linguagem Estruturada de dados como usada pelo Motor de Bases de Dados Microsoft Jet, este artigo é o passo seguinte.
Acey James Bunch
Microsoft Corporation
Fevereiro 2000
Tradução: Osmar José Correia Júnior – OsmarJr
Junho 2004
Aplica-se a: Microsoft® Access 2000
Download acIntSQL.zip 
Conteúdo
- Microsoft Jet SQL Intermediário para Access 2000
- Conteúdo
- Introdução
- Definição do SQL Intermediário
- Diferenças Entre os Tópicos Fundamentais, Intermediários e Avançados do SQL
- Quais os Benefícios do SQL Intermediário?
- Melhoramentos do SQL
- Usando ADO vs. DAO
- Convenções de Codificação SQL
- Código SQL mal formatado
- Código SQL bem formatado
- Linguagem de Definição de Dados Intermediária
- Alterando Tabelas
- Restrições (Constraints)
- Atualizações e exclusões em cascata
- Chaves Estrangeiras
- Tipos de Dados
- Tipos de Dados TEXT
- Compressão Unicode
- Tipos de Dados NUMERIC
- Tipo de Dados CURRENCY
- Tipo de Dados BOOLEAN
- Tipo de Dados BINARY
- Tipos de Dados OLEOBJECT
- Tipo de Dados DATETIME
- Tipo de Dados COUNTER
- Variável @@IDENTITY
- Linguagem de Manipulação de Dados Intermediária
- Predicados
- ALL
- DISTINCT
- DISTINCTROW
- TOP
- Expressões SQL
- Operador IN
- Operador BETWEEN
- Operador LIKE
- Operador IS NULL
- Comando SELECT INTO
- Subconsultas
- Subconsultas IN
- Subconsultas ANY/SOME/ALL
- Subconsulta EXISTS
- Uniões (Joins)
- INNER JOINs
- OUTER JOINs
- Produto Cartesiano
- Operador UNION
- Comando TRANSFORM
- Usando o SQL Intermediário no Access
- Banco de Dados Exemplo
- Consultas
- Código Inline
- Comandos DDL Intermediários
- Comandos DML Intermediários
- Um Último Comentário
- Recursos Adicionais
Introdução
Este é o segundo em uma série de artigos que explicam o que é o Microsoft® Jet SQL e como pode ser usado nos aplicativos Access 2000. São três artigos: um fundamental, um intermediário e um avançado. Os artigos mostram, progressivamente, a sintaxe e os métodos para utilização do Jet SQL e demonstram as novas particularidades do Jet SQL no Access 2000. Em todo este artigo, todas as referências ao SQL são ao dialeto do SQL usado no Motor de Banco de Dados Microsoft Jet 4.0.
Definição do SQL Intermediário
Ao obtermos uma maior compreensão dos conceitos intermediários da Linguagem Estruturada de Consultas (SQL), podemos estender e melhorar nossa habilidade de controlar as estruturas e objetos dos nossos bancos de dados, conseguindo manipular os dados contidos por estas estruturas de formas interessantes e poderosas. Usado em conjunto com métodos de acesso a dados como o DAO e o ADO, o SQL intermediário pode melhorar muito a flexibilidade e desempenho dos aplicativos.
Diferenças Entre os Tópicos Fundamentais, Intermediários e Avançados do SQL
É difícil traçar linhas que diferenciem os tópicos fundamentais, intermediários e avançados do SQL. Em muitos casos, é simplesmente uma decisão arbitrária. Mas, para esta série de artigos que tratam da utilização do SQL no Access 2000, outros aspectos devem ser considerados:
Em primeiro lugar está o nível complexidade dos comandos SQL em si. No artigo anterior, todo esforço foi feito para incluir os comandos mais usados e mostra-los em sua forma mais simples. Este artigo apresenta comandos mais complexos, construídos sobre o que foi coberto no artigo anterior.
Em segundo lugar estão os novos comandos, cláusulas e palavras-chave do SQL que foram implementados no Access 2000. Alguns dos comandos SQL apresentados neste artigo estavam disponíveis em versões anteriores do Access, mas temos alguns que estão aparecendo pela primeira vez no Access 2000 e são discutidos neste e no próximo artigo.
Finalmente, os comandos SQL relativos à segurança e soluções multiusuário são deixadas para o artigo Avançado pois são utilizados em aplicativos mais complexos.
Quais os Benefícios do SQL Intermediário?
Ao utilizar o SQL intermediário podemos adicionar força e flexibilidade aos nossos aplicativos Access. Mesmo simples e diretos, os comandos SQL podem realizar coisas bem grandes, ao utilizarmos comandos mais complexos, expandimos as formas como acessamos e processamos as informações das nossas bases de dados. A utilização do SQL intermediário também vai nos permitir um maior controle sobre como nossas bases de dados são usadas e mantidas.
Melhoramentos do SQL
Foram feitos diversos melhoramentos na implementação do SQL no motor de dados Microsoft Jet 4.0 do Access 2000 de modo a suportar as novidades do Access 2000 e deixa-lo mais próximo do padrão ANSI-92 e permitir uma maior compatibilidade entre o Access e o Microsoft® SQL Server™. O motor de banco de dados Jet agora tem duas modalidades de sintaxe SQL: uma que suporta o SQL usado anteriormente e, outra, que suporta a nova sintaxe SQL. É importante notar que alguns comandos da nova sintaxe SQL estão disponíveis apenas quando usamos o ActiveX® Data Objects (ADO) e o provedor Jet OLE DB, não estando disponíveis na interface do usuário, no modo SQL do Access ou do DAO. Este artigo indica quando certos comandos estão disponíveis apenas através do provedor Jet OLE DB e ADO.
Usando ADO vs. DAO
Em versões anteriores do Access, o Data Access Objects (DAO) era o método primário de acesso a dados. Agora isto mudou. Ainda que o DAO continue sendo suportado, o novo modo de acesso a dados é o ADO. O ADO faz parte da estratégia Universal Data Access (Acesso Universal a Dados) da Microsoft, que tem, como premissa básica, o ser capaz de acessar qualquer tipo de dado onde ele existir, seja em uma base de dados, em uma estrutura de diretório ou outro tipo de armazém de dados customizado.
O ADO é importante em uma discussão sobre o Microsoft Jet SQL porque, como mencionado anteriormente, alguns dos novos comandos SQL só estão disponíveis quando usamos o ADO e o provedor Jet OLE DB. Neste artigo e no banco de dados de exemplo que o acompanha, todo o código é escrito usando ADO. Os comandos SQL que não estejam especificamente indicados como disponíveis apenas com ADO podem ser executados tanto no Modo SQL da Interface do Usuário quanto usando DAO. Como uma discussão mais completa do ADO está fora do escopo deste artigo, o site para ver as últimas informações é http://www.microsoft.com/data/ado/.
Convenções de Codificação SQL
Em todo este artigo você vai notar um método consistente de convenções de codificação SQL. Como ocorre com todas as convenções de codificação, a idéia é demonstrar o código de maneira que seja de fácil leitura e compreensão. Isto é obtido pela utilização de uma mistura de espaços em branco, novas linhas e palavras-chave em caixa alta. De modo geral, use caixa alta para todas as palavras-chave do SQL e, se necessária, a quebra de linha de código SQL, tente fazê-lo em uma seção lógica da declaração SQL. Isso será mais bem entendido após ver alguns exemplos.
Código SQL mal formatado
create table tblCustomers (CustomerID integer not null,[Last Name] text(50) not null,[First Name] text(50) not null, Phone text(10),Email text(50))
CREATE TABLE tblCustomers (
.CustomerID INTEGER NOT NULL,
.[Last Name] TEXT(5) NOT NULL,
.[First Name] TEXT(50) NOT NULL,
.Phone TEXT(10),
.Email TEXT(50))
O artigo Microsoft Jet SQL Fundamental Para Access 2000 mostrou como construir os objetos básicos que fazem uma base de dados relacional. As seções a seguir, neste artigo, discutem os comandos intermediários da Linguagem de Definição de Dados (Data Definition Language – DDL) que ajudam a melhorar e/ou modificar aquelas estruturas básicas.
Alterando Tabelas
Após criarmos e popularmos uma tabela, podemos necessitar alterar a estrutura da tabela. Para fazer isso, usamos o comando ALTER TABLE. Uma coisa deve ser lembrada: a alteração da estrutura de uma tabela pode fazer com que alguns dados sejam perdidos. Por exemplo, alterar o tipo de dados de um campo pode resultar em perda de dados ou em erros de arredondamento, dependendo do tipo de dados que está sendo usado. Também pode afetar outras partes do aplicativo que referenciem o campo alterado. Devemos ter bastante cuidado ao alterar a estrutura de uma tabela já existente e em uso.
Com o comando ALTER TABLE, podemos adicionar remover ou alterar uma coluna (ou campo) e podemos adicionar ou remover uma restrição (constraint). Também podemos declarar um valor padrão para um campo. E só podemos alterar um campo de cada vez. Suponhamos que temos um banco de dados de pedidos e desejamos adicionar um campo à tabela Clientes. Para adicionar um campo usando o comando ALTER TABLE, usamos a cláusula ADD COLUMN com o nome do campo, o tipo de dados e o tamanho do tipo de dados, se requerido.
ALTER TABLE tblCustomers
ADD COLUMN Address TEXT(30)
ALTER TABLE tblCustomers
ALTER COLUMN Address TEXT(40)
ALTER TABLE tblCustomers
DROP COLUMN Address
Deve-se notar que, para utilizar este método, eliminaremos todos os dados do campo. Se desejarmos preservar os dados existentes, devemos alterar o nome do campo usando o modo de criação de tabela da interface de usuário do Access ou escrever código para preservar os dados atuais em uma tabela temporária e devolve-los ao novo campo.
Um valor padrão é um valor que é inserido em um campo sempre que um novo registro é incluído e nada for especificado para aquela coluna. Para forçar o valor padrão para um campo, usamos a palavra-chave DEFAULT após a declaração do tipo de campo das cláusulas ADD COLUMN ou ALTER COLUMN.
ALTER TABLE tblCustomers
ALTER COLUMN Address TEXT(40) DEFAULT Unknown
Note-se que o valor padrão não está entre aspas simples. Se estivesse, as aspas também seriam inseridas no registro. A palavra-chave DEFAULT também pode ser usada em um comando CREATE TABLE.
CREATE TABLE tblCustomers (
CustomerID INTEGER CONSTRAINT PK_tblCustomers
PRIMARY KEY,
[Last Name] TEXT(50) NOT NULL,
[First Name] TEXT(50) NOT NULL,
Phone TEXT(10),
Email TEXT(50),
Address TEXT(40) DEFAULT Unknown)
A seção a seguir discute a utilização de constraints com o comando ALTER TABLE. Para maiores informações sobre a utilização do comando ALTER TABLE, utilize o Help do Access.
Restrições (Constraints)
O artigo Microsoft Jet SQL Fundamental para o Access 2000 apresenta os constraints como o modo de estabelecer relacionamentos entre tabelas. Os constraints também podem ser usados para estabelecer as chaves primárias, a integridade referencial e restringir os valores que podem ser inseridos em um campo. De modo geral, os constraints podem ser utilizados para preservar a integridade e consistência dos dados em uma base de dados.
Temos dois tipos de constraints: um em nível de campo, chamado constraint de campo único e outro, multi-campos ou constraint de tabela. Ambos podem ser utilizados nos comandos CREATE TABLE ou ALTER TABLE.
Um constraint de campo único, também conhecido como constraint em nível de coluna, é declarado com o próprio campo, após a declaração do campo e tipo de dados. Vamos utilizar a tabela Clientes e criar uma chave primária de campo único para o campo CustomerID. Para adicionar o constraint, usamos a palavra-chave CONSTRAINT com o nome do campo:
ALTER COLUMN CustomerID INTEGER
CONSTRAINT PK_tblCustomers PRIMARY KEY
Deve-se notar que é fornecido o nome do constraint. Podemos utilizar um atalho declarando uma chave primária e deixando a cláusula CONSTRAINT totalmente de fora:
ALTER COLUMN CustomerID INTEGER PRIMARY KEY
Entretanto, a utilização do método do atalho fará com que o Access gere aleatoriamente um nome para o constraint, o que torna difícil referenciá-lo em código. É uma boa idéia sempre nomear os constraints.
Para excluir um constraint, usamos a cláusula DROP CONSTRAINT em um comando ALTER TABLE, fornecendo o nome do constraint.
DROP CONSTRAINT PK_tblCustomers
Os constraints também podem ser utilizados para restringir os valores permitidos em um campo. Podemos restringir os valores a NOT NULL ou UNIQUE, ou podemos definir uma restrição de verificação (check constraint), que é um tipo de regra de negócio que pode ser aplicada a um campo. Digamos que desejemos restringir os valores dos campos nome e sobrenome como únicos, significando que a combinação de nome e sobrenome não pode ser a mesma em dois registros diferentes da tabela. Como esta é uma restrição multi-campos, ela deve ser declarada no nível de tabela e não no nível de campo. Usamos a cláusula ADD CONSTRAINT e definimos a lista de campos:
ADD CONSTRAINT CustomerNames UNIQUE
([Last Name], [First Name])
Nota: Dificilmente faríamos uma restrição que limitasse nomes próprios a valores únicos em um aplicativo real. Isto é feito aqui apenas para demonstrar a utilização de constraints.
Uma restrição de verificação é uma nova característica do SQL que permite adicionarmos uma validação de dados a uma tabela criando uma expressão que pode se referir a um único campo ou a diversos campos em uma ou mais tabelas. Digamos que queremos nos assegurar que os valores inseridos em um registro de pedido sejam sempre maiores que R$0,00. Para isso, usamos uma restrição de verificação declarando a palavra-chave CHECK e a expressão de validação na cláusula ADD CONSTRAINT de um comando ALTER TABLE.
ADD CONSTRAINT CheckAmount
CHECK (Amount > 0)
Nota: A declaração CHECK CONSTRAINT só pode ser executada através do provedor Jet OLE DB e ADO, retornando um erro se usada no modo SQL da interface do usuário. Para excluir um CHECK CONSTRAINT, o comando DROP CONSTRAINT também deve ser executado através do provedor Jet OLE DB e ADO. Além disso, se definirmos uma restrição de verificação: (1) ela não aparecerá como regra de validação na interface de usuário do Access, (2) não pode definir a propriedade Texto de Validação, o que fará com que uma mensagem genérica seja apresentada na interface de usuário do Access e (3) não será possível excluir a tabela usando a interface de usuário do Access ou via código até que os constraints sejam excluídos usando um comando DROP CONSTRAINT no ADO.
A expressão usada para definir uma verificação de restrição também pode se referir a mais de um campo na mesma tabela ou a campos em outras tabelas, e pode usar qualquer operação válida no Microsoft Jet SQL, como SELECT, comandos, operações matemáticas e funções agregadas. A expressão que define a restrição de verificação não pode ter comprimento maior que 64 caracteres.
Digamos que queremos verificar o limite de crédito de cada cliente antes que seja incluído na tabela Customers. Usando o comando ALTER TABLE com as cláusulas ADD COLUMN e CONSTRAINT, vamos criar uma restrição que busca pelo valor na tabela CreditLimit para verificar o limite de crédito do cliente. Usamos os comandos SQL a seguir para criar a tabela tblCreditLimit, adicionar o campo CustomerLimit à tabela tblCustomers, adicionar a restrição de verificação à tabela tblCustomers e testar a verificação de restrição.
Limit DOUBLE)
INSERT INTO tblCreditLimit
VALUES (100)
ALTER TABLE tblCustomers
ADD COLUMN CustomerLimit DOUBLE
ALTER TABLE tblCustomers
ADD CONSTRAINT LimitRule
CHECK (CustomerLimit <= (SELECT Limit
FROM tblCreditLimit))
UPDATE TABLE tblCustomers
SET CustomerLimit = 200
WHERE CustomerID = 1
Note-se que, quando executamos o comando UPDATE TABLE, recebemos uma mensagem indicando que a atualização não foi bem sucedida porque violou a verificação de restrição. Se atualizarmos o campo CustomerLimit para um valor igual ou menor que 100, a atualização será bem sucedida.
Atualizações e exclusões em cascata
Os constraints também podem ser usados para estabelecer a integridade referencial entre tabelas do banco de dados. Ter integridade referencial significa que os dados são consistentes e não corrompidos. Por exemplo, se excluíssemos o registro de um cliente e os seus registros de pedidos continuassem no banco de dados, estes estariam inconsistentes porque teríamos registros órfãos na tabela de pedidos. A integridade referencial é estabelecida quando criamos um relacionamento entre duas tabelas. Além de estabelecer a integridade referencial, podemos assegurar que os registros nas tabelas referenciadas se mantenham sincronizados utilizando atualizações e exclusões em cascata. Por exemplo, quando as atualizações e exclusões em cascata são declaradas, ao excluirmos o registro do cliente, seus registros de pedidos são excluídos automaticamente.
Para permitir atualizações e exclusões em cascata, usamos as palavras-chave ON UPDATE CASCADE e/ou ON DELETE CASCADE na cláusula CONSTRAINT de um comando ALTER TABLE. Note-se que devem ser aplicadas à chave estrangeira.
ADD CONSTRAINT FK_tblShipping
FOREIGN KEY (CustomerID) REFERENCES
tblCustomers (CustomerID)
ON UPDATE CASCADE
ON DELETE CASCADE
Chaves Estrangeiras
Ao tratarmos de chaves estrangeiras, o conceito de uma chave estrangeira rápida pode ser útil. Uma chave estrangeira rápida é uma chave estrangeira sem índice. Ainda que isto possa parecer contra intuitivo, há uma explicação válida: por padrão, quando uma chave estrangeira é definida, um índice baseado na(s) coluna(s) da chave estrangeira é criado automaticamente. Em muitos casos isto melhora o desempenho ao executar operações que mantém a integridade referencial. Entretanto, se existirem muitos valores duplicados no campo da chave estrangeira, o índice de chave estrangeira vai afetar o desempenho na inclusão e exclusão de registros da tabela. Para evitar a criação automática de índices de chaves estrangeiras, usamos as palavras-chave NO INDEX na declaração da chave estrangeira.
ADD CONSTRAINT FK_tblInvoices
FOREIGN KEY NO INDEX (CustomerID) REFERENCES
tblCustomers (CustomerID)
ON UPDATE CASCADE
ON DELETE CASCADE
Nota O comando de chave estrangeira rápida só pode ser executado com o uso do Jet OLE DB e ADO. Se usado no modo SQL da interface do usuário do Access, vai gerar uma mensagem de erro. Note-se, também, que para excluir uma chave estrangeira rápida, devemos usar o comando DROP CONSTRAINT através do provedor Jet OLE DB e ADO.
Outro exemplo de situação onde uma chave estrangeira rápida seria um aplicativo de banco de dados de entrada de pedidos. Digamos que temos uma tabela chamada CustomerTypes (TiposDeClientes) que identifica o tipo de cliente que está sendo atendido, uma tabela Customers (Clientes) e uma tabela Orders (Pedidos). Digamos que temos 10 linhas na tabela CustomerTypes, 100.000 linhas na tabela Customers e 350.000 linhas na tabela Orders. Uma boa escolha para a tabela Customers seria uma chave estrangeira rápida que referenciasse a chave primária na tabela CustomerTypes. Isto porque existe um máximo de 10 valores em 100.000 linhas. Um índice, neste caso, teria pouco valor na pesquisa dos dados e seria um complicador na concorrência de registros e nas inclusões, exclusões e alterações na coluna CustomerType.
Por outro lado, uma chave estrangeira rápida provavelmente não seria interessante se aplicada à coluna CustomerID na tabela Orders, pois estes valores provavelmente serão únicos, já que cada um representa um cliente diferente. Neste caso, ter a chave estrangeira indexada de modo normal traz muitas vantagens, já que é usada em junções (joins) e outros critérios de pesquisa.
Nota Ainda que a maioria dos exemplos nesta seção tenha usado o comando ALTER TABLE, todos poderiam ser escritos em um comando CREATE TABLE.
Para maiores informações sobre a cláusula CONSTRAINT, procure por constraints no Help do Access.
Tipos de Dados
Em um esforço para facilitar a atualização e transição de aplicativos Access baseados no motor de banco de dados Jet para outros, baseados no SQL Server ou MSDE, o motor de banco de dados Jet teve alterados algumas das implementações de tipos de dados, além de acrescentar alguns sinônimos de tipos de dados. As seções a seguir apresentam os tipos de dados primários do Jet e como são implementados.
Tipos de Dados TEXT
Um tipo de dados TEXT é o tipo de dados que estabelece um campo que pode armazenar texto, ou uma combinação de texto e números (alfanumérico), mas cujos números não são usados para cálculos. Como exemplo, temos números de telefone ou Códigos de Endereçamento Postal. Quando criamos nossas tabelas usando a interface de usuário do Access, temos dois tipos básicos de texto: TEXTO e MEMO. Quando usamos comandos SQL como CREATE TABLE e ALTER TABLE para criarmos nossas tabelas, temos diversos outros sinônimos para os tipos TEXTO e MEMO para escolher.
De modo geral, campos texto podem armazenar até 255 caracteres, enquanto que os campos memo podem conter até 65.535 caracteres, mas se o campo memo não contiver dados binários, o limite é a capacidade do banco de dados (aproximadamente 2.14GB ou 1.070.000.000 caracteres Unicode). Além disso, os caracteres não utilizados de um campo texto não ocupam espaço, já que não é reservado espaço em memória para eles.
A seguir temos uma tabela que lista os tipos de dados texto básicos do Jet, vários sinônimos e o número de bytes alocado para cada um deles.
Tipo de Dados Jet |
Sinônimos |
Tamanho de armazenamento |
TEXT |
TEXT, TEXT(n), CHAR, CHAR(n), ALPHANUMERIC, ALPHANUMERIC(n), STRING, STRING(n), VARCHAR, VARCHAR(n), NTEXT(n), NCHAR, NCHAR(n), CHAR VARYING, CHAR VARYING(n), CHARACTER VARYING, CHARACTER VARYING(n), NATIONAL CHAR, NATIONAL CHAR(n), NATIONAL CHARACTER, NATIONAL CHARACTER(n), NATIONAL CHAR VARYING, NATIONAL CHAR VARYING(n), NATIONAL CHARACTER VARYING, NATIONAL CHARACTER VARYING(n) |
Até 255 caracteres, 2 bytes por caracter a menos que a compressão esteja ativada. |
MEMO |
LONGTEXT, LONGCHAR, NOTE, NTEXT |
65,535 caracteres; 2.14 GB se não forem dados binários |
O comando CREATE TABLE a seguir mostra a variedade de sinônimos do tipo de dados Texto que podem ser usados para criar uma tabela usando a interface de usuário do Modo SQL do Access.
Field1_TEXT TEXT,
Field2_TEXT25 TEXT(25),
Field3_MEMO MEMO,
Field4_CHAR CHAR,
Field5_CHAR25 CHAR(25),
Field6_LONGTEXT LONGTEXT,
Field7_LONGCHAR LONGCHAR,
Field8_ALPHA ALPHANUMERIC,
Field9_ALPHA25 ALPHANUMERIC(25),
Field10_STRING STRING,
Field11_STRING25 STRING(25),
Field12_VARCHAR VARCHAR,
Field13_VARCHAR25 VARCHAR(25),
Field14_NOTE NOTE)
Se verificarmos a tabela tblUITextDataTypes usando a interface de usuário do Access, veremos que os sinônimos MEMO, LONGTEXT, LONGCHAR e NOTE resultam em tipo de dados MEMO. Todos os outros sinônimos resultam em tipo de dados TEXT. Para os campos com tipo de dados TEXT sem o comprimento declarado, é assumido um comprimento de 255 caracteres.
O comando SQL acima também pode ser executado usando-se o provedor Jet OLE DB e ADO mas existem outras variações que só podem ser executadas através do provedor Jet OLE DB e ADO.
Field1_NTEXT NTEXT,
Field2_NTEXT25 NTEXT(25),
Field3_NCHAR NCHAR,
Field4_NCHAR NCHAR(25),
Field5_VARYING CHAR VARYING,
Field6_VARYING CHAR VARYING(25),
Field7_VARYING CHARACTER VARYING,
Field8_VARYING CHARACTER VARYING(25),
Field9_NATIONAL NATIONAL CHAR,
Field10_NATIONAL NATIONAL CHAR(25),
Field11_NATIONAL NATIONAL CHARACTER,
Field12_NATIONAL NATIONAL CHARACTER(25),
Field13_NATIONAL NATIONAL CHAR VARYING,
Field14_NATIONAL NATIONAL CHAR VARYING(25),
Field15_NATIONAL NATIONAL CHARACTER VARYING,
Field16_NATIONAL NATIONAL CHARACTER VARYING(25))
Se verificarmos os tipos de dados de tblUITextDataTypes, através da interface de usuário do Access, veremos que apenas o tipo de dados NCHAR resultou em um campo do tipo MEMO. Todos os outros tipos de dados resultaram em campos do tipo TEXTO. Para os campos sem tamanho declarado é assumido o tamanho padrão de 255 caracteres.
Nota Os tipos de dados listados no comando SQL acima só podem ser executados através do provedor Jet OLE DB e ADO. Teremos mensagens de erro se usarmos o modo SQL da interface de usuário do Access. Devemos notar, também que, se criarmos um campo com o tipo de dados TEXT através do provedor Jet OLE DB e ADO, teremos um campo MEMO, se visto através da interface do usuário do Access.
Compressão Unicode
Com o motor de banco de dados Microsoft Jet 4.0, todos os dados para os tipos de dados TEXT são armazenados no formato de representação de caracteres Unicode de 2 bytes. Ele substitui o conjunto de caracteres multi-byte (MBCS), usado em versões anteriores. Ainda que a representação Unicode exija mais espaço para armazenar cada caracter, as colunas com tipo de dados TEXT podem ser definidas para comprimir automaticamente os dados, se possível fazê-lo.
Quando criamos tipos de dados TEXT usando o SQL, a propriedade de compressão Unicode assume Não como padrão. Para ativarmos a propriedade compressão Unicode, usamos as palavras-chave WITH COMPRESSION (ou WITH COMP) no nível de declaração do campo.
O comando CREATE TABLE, a seguir, cria uma nova tabela Customers, desta vez definindo a propriedade compressão Unicode como Sim.
CustomerID INTEGER CONSTRAINT
PK_tblCompCustomers PRIMARY KEY,
[Last Name] TEXT(50) WITH COMP NOT NULL,
[First Name] TEXT(50) WITH COMPRESSION NOT NULL,
Phone TEXT(10),
Email TEXT(50),
Address TEXT(40) DEFAULT Unknown)
Note-se que as palavras-chave WITH COMPRESSION ou WITH COMP são declaradas antes das palavras-chave NOT NULL. Também podemos alterar a propriedade de compressão Unicode de um campo já existente através de um comando ALTER TABLE, como este:
ALTER COLUMN [Last Name] TEXT(50) WITH COMPRESSION
Nota As palavras-chave WITH COMPRESSION e WITH COMP listadas no comando SQL acima só podem ser executados através do provedor Jet OLE DB e ADO. Elas resultarão em uma mensagem de erro se usadas através do modo SQL da interface de usuário do Access.
Qual tipo de dados deve ser escolhido quando criamos nossas tabelas depende dos objetivos a serem alcançados pelo aplicativo. Se soubermos que nosso aplicativo vai permanecer baseado, sempre, em um banco de dados Jet, usamos os tipos de dados com os quais nos sentimos mais confortáveis. Mas, se existir a possibilidade de uma atualização para um banco de dados ODBC, como o SQL Server ou o MSDE, usamos os tipos de dados que façam com que a migração seja mais simples.
Tipos de Dados NUMERIC
Um tipo de dados NUMERIC estabelece um campo que pode armazenar números que podem ser utilizados em cálculos. Tipicamente o que separa os tipos de dados numéricos é o número de bytes usados para armazenar os números, o que afeta, também, a precisão do número armazenado naquele campo. Muitos dos tipos de dados do Jet SQL têm sinônimos que podem ser usados na declaração do tipo de dados. Qual deve ser usado depende do que vai acontecer com a base de dados: se ela vai permanecer no ambiente Jet ou se vai ser migrada para o ambiente de um servidor de bancos de dados, como o SQL Server. Se existe a possibilidade da migração, usamos declarações de tipos de dados que facilitem a transição.
Abaixo temos uma tabela que lista os tipos NUMERIC básicos do Jet, diversos sinônimos e o número de bytes alocado para cada um.
Tipo de Dados Jet |
Sinônimos |
Tamanho |
TINYINT |
INTEGER1, BYTE |
1 byte |
SMALLINT |
SHORT, INTEGER2 |
2 bytes |
INTEGER |
LONG, INT, INTEGER4 |
4 bytes |
REAL |
SINGLE, FLOAT4, IEEESINGLE |
4 bytes |
FLOAT |
DOUBLE, FLOAT8, IEEEDOUBLE, NUMBER |
8 bytes |
DECIMAL |
NUMERIC, DEC |
17 bytes |
O comando CREATE TABLE a seguir mostra a variedade de tipos numéricos que podem ser usados para criar uma tabela usando-se o modo SQL da interface do usuário do Access.
Field1_INT INT,
Field2_INTEGER INTEGER,
Field3_LONG LONG,
Field4_INTEGER1 INTEGER1,
Field5_BYTE BYTE,
Field6_NUMERIC NUMERIC,
Field7_REAL REAL,
Field8_SINGLE SINGLE,
Field9_FLOAT FLOAT,
Field10_FLOAT4 FLOAT4,
Field11_FLOAT8 FLOAT8,
Field12_DOUBLE DOUBLE,
Field13_IEEESINGLE IEEESINGLE,
Field14_IEEEDOUBLE IEEEDOUBLE,
Field15_NUMBER NUMBER,
Field16_SMALLINT SMALLINT,
Field17_SHORT SHORT,
Field18_INTEGER2 INTEGER2,
Field19_INTEGER4 INTEGER4)
Ainda que o comando acima também possa ser executado através do provedor Jet OLE DB e ADO, existem outras variações que só podem ser executadas através dele.
Field1_TINYINT TINYINT,
Field2_DECIMAL DECIMAL,
Field3_DEC DECIMAL,
Field4_DPRECISION DOUBLE PRECISION)
Nota Os tipos de dados listados no comando SQL acima só podem ser executados através do provedor Jet OLE DB e ADO. Eles resultarão em erro se declarados através do modo SQL da interface de usuário do Access. Note-se, também, que, se criarmos um campo com tipo de dados NUMERIC através do modo SQL da interface de usuário do Access, ele resultará em um tipo de dados DOUBLE quando visto através da interface de usuário do Access. Mas, se criarmos o campo de tipo de dados NUMERIC através do provedor Jet OLE DB e ADO, ele resultará em um campo do tipo DECIMAL quando visto através da interface de usuário do Access.
Com o novo tipo de dados DECIMAL, podemos indicar a precisão e a escala do número. A precisão é o número total de dígitos que o campo pode conter, enquanto que a escala determina quantos destes dígitos estarão à direita do ponto decimal. Para a precisão, o padrão é 18, sendo 28 o valor máximo permitido. Para a escala, o padrão é zero e 28 é o número máximo permitido.
DefaultType DECIMAL,
SpecificType DECIMAL(10,5))
Tipo de Dados CURRENCY
O tipo de dados CURRENCY (MOEDA) é usado para armazenar dados numéricos que contenham até 15 dígitos à esquerda do ponto decimal e até 4 dígitos à direita. Ele usa 8 bytes de memória para armazenamento e seu único sinônimo é MONEY.
O comando CREATE TABLE a seguir mostra como o tipo de dados CURRENCY pode ser usado para criar uma tabela através do modo SQL da interface do usuário ou através do provedor Jet OLE DB e ADO.
Field1_CURRENCY CURRENCY,
Field2_MONEY MONEY)
Tipo de Dados BOOLEAN
Os tipos de dados BOOLEAN (SIM/NÃO) são tipos lógicos, que resultam em valores Verdadeiro ou Falso. Eles utilizam um byte de memória para armazenamento e seus sinônimos são BIT, LOGICAL, LOGICAL 1 e YSENO. Um valor Verdadeiro é igual a -1 e um valor Falso é igual a 0 (zero).
O comando CREATE TABLE abaixo mostra os diferentes sinônimos que podem ser usados para criar um campo do tipo de dados BOOLEAN através do provedor Jet OLE DB e ADO.
Field1_BIT BIT,
Field2_LOGICAL LOGICAL,
Field3_LOGICAL1 LOGICAL1,
Field4_YESNO YESNO)
Tipo de Dados BINARY
O tipo de dados BINARY é utilizado para armazenar uma pequena quantidade de dados no seu formato binário nativo. Ele utiliza 1 byte de memória para cada caracter armazenado e podemos, opcionalmente, especificar o número de bytes a serem alocados. Se o número de bytes não for especificado, o padrão é 510 bytes, que é o número máximo permitido. Seus sinônimos são BINARY, VARBINARY e BINARY VARYING. O tipo de dados BYNARY não está disponível através da interface de usuário do Access.
O comando CREATE TABLE, a seguir, mostra a variedade de tipos de dados BINARY que podem ser usados para criar uma tabela através do modo SQL da interface de usuário.
Field1_BINARY BINARY,
Field2_BINARY250 BINARY(250),
Field3_VARBINARY VARBINARY,
Field4_VARBINARY250 VARBINARY(250))
Ainda que o comando SQL acima possa ser utilizado através do provedor Jet OLE DB e ADO, temos outros sinônimos do tipo da dados binário que só podem ser executados através do provedor Jet OLE DB e ADO, como isto:
Field1_BVARYING BINARY VARYING,
Field2_BVARYING250 BINARY VARYING(250))
Tipos de Dados OLEOBJECT
Os tipos de dados OLEOBJECT são usados para armazenar objetos binários grandes, como documentos do Word ou planilhas do Excel. O número de bytes não é especificado e o tamanho máximo é 2.14 Gb. Seus sinônimos são IMAGE, LONGBINARY, GENERAL, e OLEOBJECT.
O comando CREATE TABLE a seguir mostra o tipo de dados OLEOBJECT que pode ser usado para criar uma tabela usando o modo SQL da interface de usuário do Access ou através do provedor Jet OLE DB e ADO.
Field1_IMAGE IMAGE,
Field2_LONGBINARY LONGBINARY,
Field3_GENERAL GENERAL,
Field4_OLEOBJECT OLEOBJECT)
Tipo de Dados DATETIME
O tipo de dados DATETIME (Data/Hora) é usado para armazenar datas, horas e combinação de valores de data e hora para os anos 100 a 9999. ele usa 8 bytes de memória para armazenamento e seus sinônimos são DATE, TIME, DATETIME, e TIMESTAMP.
O comando CREATE TABLE abaixo mostra os sinônimos do tipo de dados DATETIME que podem ser usados para criar uma tabela usando o modo SQL da interface de usuário do Access ou através do provedor Jet OLE DB e ADO.
Field1_DATE DATE,
Field2_TIME TIME,
Field3_DATETIME DATETIME,
Field4_TIMESTAMP TIMESTAMP)
Tipo de Dados COUNTER
O tipo de dados COUNTER (AUTONUMERAÇÂO) é usado para armazenar valores inteiros longos que são incrementados automaticamente sempre que um novo registro é inserido em uma tabela. Com o tipo de dados COUNTER podemos, opcionalmente, criar um valor inicial e um valor de incremento. O valor inicial é o valor de partida a ser introduzido no campo na inserção do primeiro registro na tabela. O valor de incremento é o número a ser adicionado ao último valor do contador para estabelecer seu próximo valor. Se o valor inicial e o valor de incremento não forem especificados, ambos assumem o valor 1. podemos ter apenas um campo do tipo COUNTER em uma tabela, e os sinônimos são COUNTER, AUTOINCREMENT e IDENTITY.
O comando CREATE TABLE a seguir mostra os sinônimos do tipo de dados COUNTER que podem ser usados para criar uma tabela através do modo SQL da interface de usuário do Access.
Field1 COUNTER,
Field2 TEXT(10))
Note-se que, como os valores inicial e de incremento não foram determinados, assumem o valor 1. outra forma de declarar o tipo de dados COUNTER é utilizar a palavra-chave AUTOINCREMENT:
Field1 AUTOINCREMENT(10,5),
Field2 TEXT(10))
Desta vez os valores inicial e de incremento foram especificados. O valor inicial será 10 e será incrementado em 5. Ainda que o comando SQL acima também possa ser executado através do provedor Jet OLE DB e ADO, há uma variação do tipo de dados COUNTER que só pode ser executado através dele. A palavra-chave IDENTITY também pode ser usada para declarar um tipo de dados COUNTER, sendo compatível com o tipo de dados IDENTITY do SQL Server.
Field1_IDENTITY IDENTITY(10,5),
Field2 TEXT(10))
Os valores inicial e de incremento podem ser alterados através de um comando ALTER TABLE, e todas a s novas linhas inseridas após a alteração serão baseadas nestes novos valores. Como, normalmente, os tipos de dados COUNTER são usados como chaves primárias, que deve ser única para cada linha, se o valor inicial e de incremento forem alterados poderemos gerar valores duplicados para a chave primária, causando erros.
ALTER COLUMN Field1 COUNTER(10,10)
Nota Não podemos usar o comando ALTER TABLE para alterar o tipo de dados de uma coluna para COUNTER se a coluna existente já contiver dados.
Nas versões anteriores do banco de dados Jet, o valor inicial podia ser reinicializado ao valor máximo do contador após a compactação do banco de dados. Isto ainda acontece no Jet 4.0, desde que os valores inicial e de incremento sejam o padrão 1. se forem especificados valores diferentes para o valor inicial e de incremento, a compactação do banco de dados não vai reinicializar o valor inicial.
Variável @@IDENTITY
A variável @@IDENTITY é uma variável global do SQL que pode ser usada para recuperar o último valor inserido em uma coluna do tipo de dados COUNTER. Não podemos especificar o nome de uma tabela quando recuperamos o valor de @@IDENTITY. O valor retornado é sempre o valor da última tabela com um campo do tipo COUNTER que tenha tido um registro inserido por meio de código. Usamos o comando SELECT para recuperar o valor de @@IDENTITY.
SELECT @@IDENTITY
Para adicionar um valor àquele contido na variável @@IDENTITY, devemos colocar a variável entre colchetes:
SELECT [@@IDENTITY] + 1
Nota A variável @@IDENTITY apresentada nos comandos SQL acima só pode ser executada através do provedor Jet OLE DB e ADO. Ela resultará em um valor 0 se usada através do modo SQL da interface de usuário do Access. Além disso, a variável só recebe um valor quando os registros são inseridos através de código de programação. Se um registro for inserido através da interface do usuário, seja por meio de folha de dados, formulários ou comandos SQL na janela modo SQL da interface do usuário, a variável @@IDENTITY vai devolver um valor 0. Por esta razão, o valor de @@IDENTITY só está correto imediatamente após a inclusão de um registro por meio de código.
Para maiores informações sobre os tipos de dados, procure por tipos de dados Jet SQL no Help do Access.
Linguagem de Manipulação de Dados Intermediária
O artigo Microsoft Jet SQL Fundamental para Access 2000 mostrou como usar o SQL para recuperar e gerenciar a informação armazenada em um banco de dados. Nas próximas seções deste artigo vamos discutir os comandos da Linguagem de Manipulação de Dados (Data Manipulation Language – DML) intermediários, que permitem um controle ainda maior de como as informações podem ser recuperadas e manipuladas.
Predicados
Um predicado é uma cláusula SQL que qualifica um comando SELECT, similar à cláusula WHERE, exceto que os predicados são declarados antes da lista de colunas. Os predicados podem restringir ainda mais o conjunto de registros a serem recuperados e, em alguns casos, filtrar quaisquer dados duplicados que possam ocorrer.
ALL
A palavra chave ALL é o padrão usado quando nenhum predicado é declarado em um comando SQL. Ela significa, simplesmente, que serão recuperados todos os registros que estejam de acordo com os critérios de qualificação estabelecidos no comando SQL. Voltando à nossa base de dados de pedidos, vamos selecionar todos os registros da tabela Clientes.
FROM tblCustomers
Vemos que, mesmo não declarando a palavra chave ALL, ele é um predicado padrão. Poderíamos escrever o comando de outra forma:
FROM tblCustomers
DISTINCT
A palavra chave DISTINCT é usada para controlar como são trabalhados os valores duplicados em um conjunto resultante de registros. Baseando-se na(s) coluna(s) especificadas na lista de campos, as linhas que têm valores duplicados nos campos não vão aparecer. Se mais de uma coluna for especificada, é usada a combinação de todas as colunas como filtro. Por exemplo, se pesquisarmos a tabela Customers procurando por sobrenomes diferentes, apenas os nomes diferentes serão devolvidos; qualquer duplicação resultará em apenas um registro sendo mostrado no conjunto resultante.
FROM tblCustomers
É importante notar que o conjunto resultante de uma consulta que utilize a palavra chave DISTINCT não pode ser atualizada; ela é apenas leitura.
DISTINCTROW
A palavra chave DISTINCTROW é similar à palavra chave DISTINCT, exceto que se baseia em linhas inteiras e não em campos individuais. É útil apenas quando baseamos a consulta em diversas tabelas e, apenas, quando selecionamos alguns campos de algumas, mas não todas, as tabelas. Se basearmos nossa consulta em uma tabela ou selecionarmos campos de todas as tabelas, a palavra chave DISTINCTROW age, essencialmente, como a palavra chave ALL.
Por exemplo, no nosso banco de dados de Pedidos, cada cliente pode ter a) nenhum pedido, b) um pedido e c) diversos pedidos. Queremos descobrir quantos clientes tem um ou mais pedidos. Usamos a palavra chave DISTINCTROW para determinar nossa lista de clientes.
FROM tblCustomers INNER JOIN tblInvoices
ON tblCustomers.CustomerID = tblInvoices.CustomerID
Se não usássemos a palavra chave DISTINCTROW, teríamos uma linha para cada pedido de cada cliente. (A declaração INNER JOIN será discutida mais adiante).
TOP
A palavra chave TOP é usada para retornar certo número de linhas que estejam no topo ou no piso de uma faixa especificada pela cláusula ORDER BY. A clausula ORDER BY é usada para classificar as linhas em ordem ascendente ou descendente. Se existirem valores iguais, a palavra chave TOP vai apresentar todos os registros que tenham valores iguais. Digamos que queremos determinar os três pedidos de valor mais alto no nosso banco de dados de pedidos. O comando ficaria assim:
FROM tblInvoices
ORDER BY Amount DESC
Podemos, também, utilizar a palavra chave PERCENT, opcional, em conjunto com TOP para apresentar uma porcentagem de linhas que estejam no topo ou no piso da faixa especificada por uma cláusula ORDER BY. O código ficaria assim:
FROM tblInvoices
ORDER BY Amount DESC
Nota Se não for especificada uma cláusula ORDER BY, a palavra chave TOP não será significativa, devolvendo uma amostra aleatória das linhas.
Para maiores informações sobre predicados, consulte all, distinct predicates, no Help do Access.
Expressões SQL
Uma expressão SQL é uma string usada como parte de um comando SQL que se resolve em um valor único. Podemos usar qualquer combinação de operadores, constantes, valores literais, funções, nomes de campos, controle ou propriedades para criar as expressões SQL.
O artigo Microsoft Jet SQL Fundamental para Access 2000 descreve como usar expressões na cláusula WHERE para qualificar os comandos SQL e, nas próximas seções deste artigo, examinaremos os diferentes operadores SQL que podem ser usados em expressões.
Operador IN
O operador IN é usado para determinar se o valor de uma expressão é igual a algum dos valores especificados em uma lista. Se a expressão concordar com um dos valores da lista, o operador IN devolve Verdadeiro. Se não encontrado, o operador IN devolve Falso. Suponhamos que queremos encontrar todos os endereços de remessa localizados nos estados de Washington e Geórgia. Poderíamos escrever um comando SQL com uma longa cláusula WHERE usando o operador lógico AND. Usar o operador IN fará com que o comando fique mais simples:
FROM tblShipping
WHERE State IN ('WA','GA')
Usando o operador lógico NOT, podemos verificar o oposto do operador IN. Este comando devolve todos os endereços de remessa que não sejam do estado de Washington:
FROM tblShipping
WHERE State NOT IN ('WA')
Operador BETWEEN
O operador BETWEEN é utilizado para determinar se o valor de uma expressão está contido numa faixa especificada de valores. Se o valor da expressão estiver na faixa especificada, incluindo os valores inicial e final, o operador BETWEEN retorna Verdadeiro. Se o valor não estiver na faixa especificada, o operador retorna Falso. Suponhamos que queremos encontrar todos os pedidos que tenham um valor entre $50 e $100. Usamos o operador BETWEEN na cláusula WHERE com a palavra chave AND para especificar a faixa.
FROM tblInvoices
WHERE Amount BETWEEN 50 AND 100
Se usarmos o operador lógico NOT, verificaremos o oposto do operador BETWEEN para localizar os pedidos que estejam fora da faixa especificada.
FROM tblInvoices
WHERE Amount NOT BETWEEN 50 AND 100
Note-se que a faixa pode estar em ordem inversa e chegaremos aos mesmos resultados (BETWEEN 100 AND 50), mas muitas bases de dados concordantes com ODBC exigem que a faixa siga o método valor inicial – valor final. Se pretendermos atualizar nosso banco de dados para uma tecnologia concordante com ODBC, devemos usar sempre o método valor inicial – valor final.
Operador LIKE
O operador LIKE é utilizado para determinar se o valor de uma expressão pode ser comparado com um exemplo. Um exemplo pode ser uma string inteira ou 24-Nov-2005 19:54nga. Usando o operador LIKE, podemos pesquisar um campo em um conjunto resultante e encontrar todos os valores que estejam de acordo com o exemplo especificado.
FROM tblCustomers
WHERE [Last Name] LIKE 'Johnson'
Para retornar todos os clientes cujos sobrenomes comecem pela letra J, usamos o caracter coringa asterisco (*).
FROM tblCustomers
WHERE [Last Name] LIKE 'J*'
Usando o operador lógico NOT, podemos verificar o oposto do operador LIKE e excluir todos os Johnsons da lista.
FROM tblCustomers
WHERE [Last Name] NOT LIKE 'Johnson'
Temos uma variedade de caracteres coringa que podemos usar com o operador LIKE, como mostrado na tabela abaixo.
Caracter Coringa |
Descrição |
(asterisco) |
oncorda com qualquer número de caracterese pode ser usado em qualquer ponto da string modelo. |
(percentual) |
Concorda com qualquer número de caracterese pode ser usado em qualquer ponto da string modelo. (Apenas ADOe provedor Jet OLE DB). |
?(interrogação) |
Concorda com qualquer caracter único epode ser usado em qualquer ponto da string modelo. |
(sublinhado) |
Concorda com qualquer caracter único epode ser usado em qualquer ponto da string modelo. (Apenas ADO eprovedor Jet OLE DB). |
#(número) |
Concorda com qualquer dígito único e podeser usado em qualquer ponto da string modelo. |
[](colchetes) |
Concorda com qualquer caracter da listainclusa entre os colchetes e pode ser usado em qualquer ponto dastring modelo. |
!(exclamação) |
Concorda com qualquer caracter que nãoesteja na lista inclusa entre os colchetes. |
-(hífen) |
Concorda com qualquer caracter da faixaincluída entre os colchetes. |
Nota Os caracteres coringa "%" e "_" na tabela acima só podem ser utilizados através do provedor Jet OLE DB e ADO. Fornecerão um conjunto resultante vazio se usado através da interface de usuário do Access.
Para maiores informações sobre os caracteres coringa, procure por caracteres coringa ou wildcard characters no Help do Access.
Operador IS NULL
Um valor nulo é aquele que indica que os dados estão ausentes ou são desconhecidos. O operador IS NULL é usado para determinar se o valor de uma expressão é igual ao valor nulo.
FROM tblInvoices
WHERE Amount IS NULL
Adicionando-se o operador lógico NOT, podemos verificar o oposto do operador IS NULL. Neste caso o comando não mostrará os pedidos com valores desconhecidos ou nulos.
FROM tblInvoices
WHERE Amount IS NOT NULL
Comando SELECT INTO
O comando SELECT INTO, também conhecido como consulta criar tabela, pode ser usado para criar uma nova tabela a partir de uma ou mais tabelas pré-existentes. A tabela produzida pode ser baseada em qualquer comando SELECT válido. O comando SELECT INTO pode ser usado para arquivar registros, criar tabelas de backup ou criar novas tabelas em uma base de dados externa.
Quando usamos o comando SELECT INTO para criar uma nova tabela, todos os campos da nova tabela herdam os tipos de dados das tabelas originais. Entretanto, nenhuma outra propriedade da tabela, como chaves primárias ou índices, são criados na nova tabela. Estas propriedades, é claro, podem ser adicionadas com o uso do comando ALTER TABLE logo após a criação da tabela.
Para criar uma nova tabela, usamos o comando SELECT INTO com uma lista de campos para as colunas que desejamos incluir na tabela, um nome para a nova tabela e fornecemos a fonte dos dados na cláusula FROM.
INTO tblNewCustomers
FROM tblCustomers
Para especificar alguns campos para a nova tabela, substituímos o asterisco pelos nomes de campos originais na lista de campos, e usamos a palavra chave AS para dar nomes às colunas da nova tabela.
INTO tblNewCustomerNames
FROM tblCustomers
Para criarmos uma nova tabela em uma base de dados externa, usamos a palavra chave IN. Se a base de dados externa não existir, será retornada uma mensagem de erro.
INTO tblNewCustomers
IN 'C:\Customers.mdb'
FROM tblCustomers
Subconsultas
Uma subconsulta é um comando SELECT usado dentro de outro comando SELECT, SELECT INTO, INSERT INTO, DELETE ou UPDATE. Ela pode ajudar a qualificar ainda mais o conjunto resultante baseado nos resultados de outro conjunto resultante. Isto é chamado aninhamento e, como uma subconsulta é um comando SELECT, podemos aninhar uma subconsulta dentro de outra subconsulta. Quando usamos uma subconsulta em um comando SQL, ela pode ser parte da lista de campos, da cláusula WHERE ou da cláusula HAVING.
Temos três formatos básicos de subconsultas, e cada um deles usa um tipo diferente de predicado.
Subconsultas IN
A subconsulta IN é usada para verificar o valor de uma coluna específica contra uma lista de valores de uma coluna em outra tabela ou consulta. A limitação é que só pode devolver uma única coluna da outra tabela. Se retornar mais de uma coluna, um erro será gerado. Usando o banco de dados de pedidos como exemplo, vamos escrever um comando SQL que devolve uma lista de todos os clientes que têm pedidos.
FROM tblCustomers
WHERE CustomerID
IN (SELECT CustomerID FROM tblInvoices)
Usando o operador lógico NOT, podemos verificar o oposto na subconsulta IN e gerar uma lista com os clientes que não têm pedidos.
FROM tblCustomers
WHERE CustomerID
NOT IN (SELECT CustomerID FROM tblInvoices)
Subconsultas ANY/SOME/ALL
Os predicados de subconsultas ANY (qualquer), SOME (algum) e ALL (todos) são usados para comparar registros da consulta principal com múltiplas linhas da subconsulta. Os predicados ANY e SOME são sinônimos e podem ser usados alternativamente.
Usamos os predicados ANY e SOME quando desejamos recuperar, na consulta principal, o conjunto de registros que satisfaçam à comparação com qualquer dos registros da subconsulta. O predicado é usado imediatamente antes do parêntese que abre a subconsulta.
FROM tblCustomers
WHERE CustomerID = ANY
(SELECT CustomerID FROM tblInvoices)
Note-se que o conjunto resultante devolvido pelo comando SQL acima é o mesmo que o devolvido pelo exemplo da subconsulta IN. o que faz com que os predicados ANY e SOME sejam diferentes é eles também poderem ser usados em conjunto com operadores relacionais diferentes de Igual (=), tais como Maior Que (>) ou Menor Que (<).
FROM tblCustomers
WHERE CustomerID > ANY
(SELECT CustomerID FROM tblInvoices)
Quando desejamos recuperar os registros, pela consulta principal, que atendam à comparação com todos os registros da subconsulta, usamos o predicado ALL.
FROM tblCustomers
WHERE CustomerID > ALL
(SELECT CustomerID FROM tblInvoices)
Subconsulta EXISTS
O predicado EXISTS é usado em subconsultas para verificar a existência de valores em um conjunto resultante. Em outras palavras, se a subconsulta não devolver nenhuma linha, a comparação é Falsa. Se ela retornar uma ou mais linhas, a comparação é Verdadeira.
FROM tblCustomers AS A
WHERE EXISTS
(SELECT * FROM tblInvoices
WHERE A.CustomerID = tblInvoices.CustomerID)
Note-se que, no comando SQL acima, é usado um alias na tabela tblCustomers. Isso é feito para que possamos referenciá-lo depois pela subconsulta. Quando uma subconsulta é vinculada à principal desta forma, ela e chamada de consulta correlacionada.
Usando o operador lógico NOT, podemos verificar o oposto da subconsulta EXISTS para obter um conjunto resultante dos clientes que não têm nenhum pedido.
FROM tblCustomers AS A
WHERE NOT EXISTS
(SELECT * FROM tblInvoices
WHERE A.CustomerID = tblInvoices.CustomerID)
Para maiores informações sobre subconsultas, procure, no Help do Access, por subconsultas SQL ou SQL subqueries.
Uniões (Joins)
Em um sistema de banco de dados relacional como o Access, muitas vezes necessitamos extrair informações de mais de uma tabela de cada vez. Isto pode ser conseguido utilizando um comando JOIN SQL. Um comando JOIN nos permite recuperar registros de tabelas que tenham relacionamentos definidos, sejam eles um-para-um, um-para-muitos ou muitos-para-muitos.
INNER JOINs
O INNER JOIN, também conhecido como equi-join, é o tipo de união mais usado. Esta união é usada para recuperar linhas de duas ou mais tabelas vinculando o valor de um campo comum entre as tabelas. Os campos a serem vinculados devem ter tipos de dados similares e não podem ser do tipo MEMO ou OLEOBJECT. Para criar um comando INNER JOIN, use as palavras chave INNER JOIN na cláusula FROM de um comando SELECT. Vamos usar o INNER JOIN para criar um conjunto resultante de todos os clientes que tenham pedidos e as datas e valores de tais pedidos.
FROM tblCustomers INNER JOIN tblInvoices
ON tblCustomers.CustomerID=tblInvoices.CustomerID
ORDER BY InvoiceDate
Note-se que os nomes das tabelas estão separados pelas palavras-chave INNER JOIN e que a comparação relacional está após a palavra chave ON. Para as comparações relacionais, podemos usar, também, os operadores <, >, <=, >= ou <>. Podemos usar, ainda, a palavra chave BETWEEN. Devemos notar, além disso, que os campos ID de ambas as tabelas são usados apenas na comparação relacional, não fazendo parte do conjunto resultante.
Para qualificar ainda mais o comando SELECT, podemos usar uma cláusula WHERE após a comparação de vinculação na cláusula ON. No exemplo a seguir, reduzimos o conjunto resultante para incluir apenas os pedidos feitos após 01 de Janeiro de 1998.
FROM tblCustomers INNER JOIN tblInvoices
ON tblCustomers.CustomerID=tblInvoices.CustomerID
WHERE tblInvoices.InvoiceDate > #01/01/1998#
ORDER BY InvoiceDate
Em casos onde seja necessário vincular mais de uma tabela, podemos aninhar as cláusulas INNER JOIN. Neste exemplo, vamos utilizar um comando SELECT criado anteriormente para gerar nosso conjunto resultante, mas vamos incluir a cidade e o estado para cada cliente adicionando um INNER JOIN para a tabela tblShipping.
FROM (tblCustomers INNER JOIN tblInvoices
ON tblCustomers.CustomerID=tblInvoices.CustomerID)
INNER JOIN tblShipping
ON tblCustomers.CustomerID=tblShipping.CustomerID
ORDER BY InvoiceDate
Note that the first JOIN clause is enclosed in parentheses to keep it logically separated from the second JOIN clause. It is also possible to join a table to itself by using an alias for the second table name in the FROM clause. Let's suppose that we want to find all customer records that have duplicate last names. We do this by creating the alias "A" for the second table and checking for first names that are different.
tblCustomers.[First Name]
FROM tblCustomers INNER JOIN tblCustomers AS A
ON tblCustomers.[Last Name]=A.[Last Name]
WHERE tblCustomers.[First Name]<>A.[First Name]
ORDER BY tblCustomers.[Last Name]
OUTER JOINs
O OUTER JOIN é usado para recuperar dados de múltiplas tabelas preservando os registros de uma delas, mesmo que não haja registros relacionados na outra tabela. Temos dois tipos de OUTER JOINS suportados pelo motor de banco de dados Jet: LEFT OUTER JOINs e RIGHT OUTER JOINs. Vamos pensar em duas tabelas, uma ao lado da outra, uma tabela à esquerda e outra à direita. O LEFT OUTER JOIN vai selecionar todos os registros da tabela da direita que estejam de acordo com os critérios de comparação do relacionamento e TODOS os registros da tabela da esquerda, mesmo que não tenham registros relacionados na tabela à direita. O RIGHT OUTER JOIN é, simplesmente, o inverso do LEFT OUTER JOIN, mostrando todas as linhas da tabela da direita.
Como exemplo, suponhamos que queremos determinar o valor total dos pedidos de cada cliente e, se o cliente não tiver nenhum pedido, queremos que ele seja mostrado seguido da palavra “NONE” (nenhum).
IIF(Sum(Amount) IS NULL,'NONE',Sum(Amount)) AS Total
FROM tblCustomers LEFT OUTER JOIN tblInvoices
ON tblCustomers.CustomerID=tblInvoices.CustomerID
GROUP BY [Last Name] & ', ' & [First Name]
Temos algumas coisas diferentes no comando SQL acima. A primeira é a utilização do caracter de concatenação de strings “&”. Este operador nos permite unir dois ou mais campos como uma string. A segunda é o se imediato (IIF), que verifica se o total é nulo. Se for, o comando devolve a palavra “NONE”. Se o total não é nulo, é devolvido o valor. A última coisa é a cláusula OUTER JOIN. O uso de LEFT OUTER JOIN preserva as linhas da tabela da esquerda, de modo que vemos todos os clientes, mesmo aqueles que não têm nenhum pedido.
Os OUTER JOINS podem ser aninhados em INNER JOINS em relacionamentos multi tabelas, mas os INNER JOINs não podem ser aninhados dentro de OUTER JOINs.
Produto Cartesiano
Um termo que surge muitas vezes durante a discussão sobre JOINs é produto Cartesiano. Um produto Cartesiano é definido como “todas as possíveis combinações de todas as linhas em todas as tabelas”. Por exemplo, se vinculássemos duas tabelas sem especificarmos nenhum tipo de qualificação ou tipo de vinculação, teríamos um produto Cartesiano.
FROM tblCustomers, tblInvoices
Isto não é algo interessante, principalmente com tabelas que contenham centenas ou milhares de registros. Podemos evitar a criação de produtos Cartesianos qualificando SEMPRE as vinculações.
Operador UNION
Ainda que o operador UNION, também conhecido como consulta união, não seja, tecnicamente, um JOIN, está incluído aqui porque envolve a combinação de dados de diversas fontes de dados em um conjunto resultante, o que é similar a alguns tipos de JOINs. O operador UNION é usado para juntar dados de tabelas, comandos SELECT ou consultas, deixando de fora quaisquer linhas duplicadas. Ambas as fontes de dados devem ter o mesmo número de campos, mas os campos, não necessariamente devem ter o mesmo tipo de dados. Suponhamos que temos uma tabela de funcionários (Employees) com a mesma estrutura de uma tabela de clientes (Customers) e desejamos construir uma lista de nomes e endereços de e-mail combinando ambas as tabelas.
FROM tblCustomers
UNION
SELECT [Last Name], [First Name], Email
FROM tblEmployees
Se quiséssemos recuperar todos os campos de ambas as tabelas, poderíamos usar a palavra chave TABLE.
UNION
TABLE tblEmployees
O operador UNION não vai mostrar nenhum registro que seja duplicata idêntica em ambas as tabelas, mas isso pode ser superado usando o predicado ALL após a palavra chave UNION.
FROM tblCustomers
UNION ALL
SELECT [Last Name], [First Name], Email
FROM tblEmployees
Comando TRANSFORM
Mesmo o comando TRANSFORM, também conhecido como consulta de referência cruzada, também não sendo considerado uma vinculação (join), está incluído aqui pois envolve a combinação de dados de diversas fontes em um conjunto resultante, o que é similar a diversos tipos de vinculação.
Um comando TRANSFORM é usado para calcular a soma, a média, a contagem ou outro tipo de total de agregação em registros. A informação é, então, mostrada no formato de grade ou planilha com os dados agrupados tanto vertical (linhas) quanto horizontalmente (colunas). O formato geral de um comando TRANSFORM é:
SELECT statement
PIVOT column heading field
Suponhamos que queremos construir uma folha de dados que mostra o total de pedidos para cada cliente em uma base anual. Os títulos verticais serão os nomes dos clientes e os horizontais, os anos. Vamos modificar o comando SQL acima para atender as necessidades.
IIF(Sum([Amount]) IS NULL,'NONE',Sum([Amount]))
AS Total
SELECT [Last Name] & ', ' & [First Name] AS Name
FROM tblCustomers LEFT JOIN tblInvoices
ON tblCustomers.CustomerID=tblInvoices.CustomerID
GROUP BY [Last Name] & ', ' & [First Name]
PIVOT Format(InvoiceDate, 'yyyy')
IN ('1996','1997','1998','1999','2000')
Note-se que a função de agregação é a função SUM, os títulos verticais estão na cláusula GROUP BY do comando SELECT, e os títulos horizontais são determinados pela lista de campos após a palavra chave PIVOT.
Para maiores informações sobre vinculações (joins), procure por SQL joins no Help do Access.
Usando o SQL Intermediário no Access
Agora que já apresentamos a sintaxe do SQL intermediário, vamos dar uma olhada em algumas formas de utilização em um aplicativo Access.
Now that we've had a discussion of the intermediate SQL syntax, let's look at some of the ways we can use it in an Access application.
Banco de Dados Exemplo
Junto com este artigo, temos um banco de dados chamado acIntSQL.mdb. Todo o conteúdo do acIntSQL está baseado nos tópicos cobertos neste artigo e demonstra os diferentes comandos SQL apresentados através de consultas e códigos de exemplo.
Muitas das consultas apresentadas no acIntSQL dependem da existência de certas tabelas e que estas contenham dados, ou de alguns outros objetos de banco de dados preexistentes. Se ocorrer alguma dificuldade na execução de uma consulta pela falta de dados, abra o formulário Reset Tables e clique no botão Reset Tables. Isto vai recriar as tabelas e seus dados padrão originais. Para executar passo a passo o processo de inicialização das tabelas, as consultas abaixo devem ser executadas na seqüência apresentada:
1. Drop Table Shipping
2. Drop Table Invoices
3. Drop Table Customers
4. Drop Table CreditLimit
5. Create Table Customers
6. Create Table Invoices
7. Create Table Shipping
8. Create Table CreditLimit
9. Populate Customers
10. Populate Invoices
11. Populate Shipping
12. Populate CreditLimit
Consultas
Consultas são declarações SQL salvas em um banco de dados Access e podem, assim, ser usadas a qualquer momento, seja diretamente através da interface do usuário do Access ou da linguagem de programação Visual Basic® for Applications (VBA). As consultas podem ser criadas usando-se o Construtor de Consultas do Access, uma ferramenta visual que simplifica bastante a criação de declarações SQL. Ou podemos construir as consultas digitando seu código na janela de Modo SQL.
Como mencionado no artigo Microsoft Jet SQL Fundamental para Access 2000, o Access converte todas as tarefas orientadas a dados do banco em comandos SQL. Para demonstrar isso, vamos construir uma consulta usando o Construtor de Consultas do Access.
1. Abra o banco de dados acIntSQL.
2. Assegure-se que as tabelas tblCustomers e tblInvoices foram criadas e contém alguns dados.
Selecione Consultas na barra de Objetos da janela Banco de Dados.
Clique em Nova na barra de ferramentas da janela Banco de Dados.
Na caixa de diálogo Nova consulta, selecione Modo de design e clique Ok.
Na caixa de diálogo Mostrar tabela, selecione tblCustomers e clique em Adicionar; em seguida, selecione tblInvoices, clique em Adicionar e, em seguida, em Fechar.
3. Na lista de campos de tblCustomers, selecione o campo Last Name e arraste o campo para a grade.
4. Na lista de campos de tblInvoices, selecione os campos InvoiceDate e Amount e arraste-os para a grade.
Na propriedade Classificar do campo InvoiceDate da grade, selecione Ascendente.
Selecione Exibir na barra de menus do Access e clique em Modo SQL. Isto faz com que seja aberta a janela Modo SQL e seja exibida a sintaxe SQL usada para esta consulta.
Nota Esta consulta é semelhante a "Join - Inner", já salva no banco acIntSQL.
Código Inline
A utilização de declarações SQL inline significa que elas são utilizadas dentro de código da linguagem de programação Visual Basic for Applications (VBA). Ainda que uma discussão mais aprofundada sobre a utilização do VBA esteja fora do âmbito deste artigo, é uma tarefa bem simples a utilização dos comandos SQL através de código.
No banco de dados acIntSQL temos dois formulários que utilizam comandos SQL inline, executados através do provedor Jet OLE DB e ADO: o formulário Intermediate DDL Statements demonstra os comandos de definição de dados e o formulário Intermediate DML Statements demonstra os comandos de manipulação de dados.
Comandos DDL Intermediários
O banco de dados acIntSQL tem muitos exemplos de comandos SQL que podem ser usados para administrar a estrutura de um banco de dados. Alguns dos comandos da Linguagem de Definição de Dados (DDL) estão salvos como consultas de definição de dados enquanto outros são usados como comandos SQL inline, dentro de código de programação. Dependendo do exemplo de DDL talvez seja necessária a exclusão de alguns objetos do banco de dados antes que possam ser executadas. Por exemplo, para executar a consulta Create Currency Data Types, será preciso verificar se a tabela Currency Data Types já não existe. Se existir, a consulta emitirá uma mensagem dizendo que a tabela já existe. Antes de executar qualquer um dos exemplos de DDL é necessário verificar qual objeto do banco de dados está sendo criado ou alterado e ver se está configurado de modo que o comando seja executado corretamente.
No caso dos comandos DML devemos fazer o mesmo: verificar quais objetos do banco de dados serão afetados e configura-los de modo que os comandos DML sejam executados corretamente.
De modo geral, os comandos DDL inline são executados simplesmente criando um objeto Connection ADO e passando o comando SQL através do método Execute do objeto Connection. Abaixo está o código do botão de comando Bynary Data Types, do formulário Intermediate DDL Statements.
Dim conDatabase As ADODB.Connection
Dim SQL As String
On Error GoTo Error_Handler
Set conDatabase = Application.CurrentProject.Connection
'NOTE: Fields 1 through 4 can be created through both
'SQL View and the Jet OLEDB Provider.
'Fields 5 and 6 can only be created through the
'Jet OLE DB provider.
SQL = "CREATE TABLE tblCodeBinaryDataTypes (" & _
"Field1_BINARY BINARY, " & _
"Field2_BINARY250 BINARY(250), " & _
"Field3_VARBINARY VARBINARY, " & _
"Field4_VARBINARY250 VARBINARY(250), " & _
"Field5_BVARYING BINARY VARYING, " & _
"Field6_BVARYING250 BINARY VARYING(250))"
conDatabase.Execute SQL
MsgBox "The BINARY data types table has been created!"
conDatabase.Close
Set conDatabase = Nothing
Exit Sub
Error_Handler:
MsgBox Err.Description, vbInformation
End Sub
Após a execução de um comando DDL, devemos abrir o objeto de banco de dados afetado por ele e verificar as alterações que foram feitas. Se o comando DDL afeta o relacionamento entre tabelas, é só abrir a janela Relacionamentos para ver as alterações. Vamos ver, por exemplo, o botão de comando Alter Table w/ Fast Foreign Key, no formulário Intermediate DDL Statements.
1. Abra o banco de dados acIntSQL.
2. Verifique se as tabelas tblCustomers e tblInvoices foram criadas.
Selecione Formulário na barra Objetos da janela Banco de Dados.
Selecione o formulário Intermediate DDL Statements e clique no botão Design na barra de ferramentas da janela Banco de dados.
No formulário Intermediate DDL Statements, clique com o botão direito do mouse no botão de comando Alter Table w/ Fast Foreign Key e selecione Construir evento… no menu popup. Isto vai abrir o ambiente de desenvolvimento VBA e a janela de código deve conter o sub procedimento cmdFastKey_Click.
3. Examine o comando SQL passado para a variável SQL.
"ADD CONSTRAINT FK_tblInvoices " & _
"FOREIGN KEY NO INDEX (CustomerID) REFERENCES " & _
"tblCustomers (CustomerID) " & _
"ON UPDATE CASCADE " & _
"ON DELETE CASCADE"
Note que a declaração DDL está alterando a tabela tblInvoices e adicionando um constraint de chave estrangeira rápida. Ela também estabelece a consistência de dados entre tblInvoices e tblCustomers com as cláusulas CASCADE.
4. Feche o ambiente de desenvolvimento VBA.
5. Feche o formulário Intermediate DDL Statements.
No menu Ferramentas, selecione Relacionamentos… para abrir a janela de Relacionamentos;
Dê um duplo clique na ligação entre tblCustomers e tblInvoices para abrir a caixa de diálogo Editar relacionamentos.
6. Note que as opções Propagar atualização e propagar exclusão não estão selecionados.
7. Feche a caixa de diálogo.
8. Com a ligação ainda selecionada, tecle Del ou Delete para excluir a ligação.
9. Feche a janela de relacionamentos.
Abra o formulário Intermediate DDL Statements.
Clique no botão Alter Table w/ Fast Foreign Key para recriar o relacionamento de chave estrangeira.
10. Feche o formulário Intermediate DDL Statements.
Seguindo os passos apresentados acima, abra a caixa de diálogo Editar relacionamento para a ligação recém criada.
11. Note que as opções propagar atualização e propagar exclusão agora estão marcadas.
Comandos DML Intermediários
O banco de dados acIntSQL contém muitos exemplos de comandos da Linguagem de Manipulação de Dados (DML) que podem ser usados para recuperar dados, e a maioria deles estão implementados como consultas. Os únicos comandos implementados como SQL inline estão no formulário Intermediate DML Statements. Os três exemplos de DML no formulário tratam da utilização dos caracteres coringa “_” e “%” em cláusulas LIKE e com a criação de uma tabela em um banco de dados externo com a utilização do comando SELECT INTO.
Duas das consultas salvas no banco de dados acIntSQL são comandos DML que executam ações semelhantes à DDL. São declarações SELECT INTO que recuperam dados de tabelas existentes e criam novas tabelas usando estes dados. Nestes exemplos aparecerá uma mensagem solicitando que as tabelas resultantes sejam excluídas, se já existirem.
O botão de comando Create Customers Database no formulário Intermediate DML Statements apresenta uma utilização interessante do comando SELECT INTO. A seguir está o código do sub procedimento para o botão de comando.
Dim conCatalog As ADOX.Catalog
Dim conDatabase As ADODB.Connection
Dim SQL As String
Dim sDBName As String
On Error GoTo Error_Handler
'Inicializa os objetos e variáveis.
Set conDatabase = Application.CurrentProject.Connection
Set conCatalog = New ADOX.Catalog
sDBName = "C:\Customers.mdb"
'Cria o banco de dados Customers.
conCatalog.Create "Provider=Microsoft.Jet.OLEDB.4.0;" & _
"Data Source=" & sDBName
'Executa o comando DML para construir a tabela Customers.
SQL = "SELECT * INTO tblCustomers IN '" & sDBName & _
"'" & "FROM tblCustomers"
conDatabase.Execute SQL
MsgBox "The new CUSTOMERS database has been created " & _
"as " & sDBName & ".", vbInformation
conDatabase.Close
Set conDatabase = Nothing
Set conCatalog = Nothing
Exit Sub
Error_Handler:
MsgBox Err.Description, vbInformation
End Sub
Se o banco de dados Customers já existir, o código vai apresentar uma mensagem de erro dizendo que o banco de dados não pode ser criado. Vamos acompanhar o código para ver o que ele faz.
1. Verifique se já não existe, no seu drive C:, o banco de dados Customers.mdb. Se existir, delete-o.
2. Abra o banco de dados acIntSQL.mdb.
3. Verifique se a tabela tblCustomers foi criada e se contém dados.
Selecione Formulários na barra Objetos da janela de Banco de dados.
Selecione o formulário Intermediate DML Statements e clique no botão Abrir na barra de ferramentas da janela de Banco de dados.
Clique no botão Create Customers Database para criar o novo banco de dados.
4. Abra o Windows Explorer e veja o conteúdo do seu drive C:. o Banco de dados Customers.mdb deve ter sido criado.
5. Dê um duplo clique no banco de dados Customers.mdb para iniciar uma nova instância do Access.
6. Abra a tabela tblCustomers. Note que ela contém os mesmos dados da tabela tblCustomers do banco de dados acIntSQL.
O código de exemplo de criação de um novo banco de dados usa a biblioteca de objetos ADOX para criar um banco de dados Access através do provedor Jet OLE DB. A utilização da biblioteca de objeto ADOX está além do âmbito deste artigo. Para maiores informações, procure por “Microsoft ActiveX Data Objects (ADO)” na aba Conteúdo do Help do Access 2000 e expanda o conteúdo até encontrar “Microsoft ADO Extensions for DDL and Security (ADOX) Programmer’s Reference”.
Um Último Comentário
Além de mostrarmos como executar diversas novas tarefas, também mostramos diversas formas alternativas para executá-las. Qual método ou técnica SQL a ser usada deve ser determinado pelas necessidades do aplicativo e seu nível de conforto e conhecimento da sintaxe SQL.
Recursos Adicionais