N esta edio

ndices..............................................................06
Entendendo e utilizando ndices na otimizao
de queries no SQL Server
16......................................................TreeMiner
Uma Ferramenta para Explorao Visual de Dados
Simulado........................................................22
Projeto de Banco de Dados Resposta e comentrios
A escrita de consultas SQL sempre um bom desafio. Principalmente para aqueles
que buscam desenvolv-las de forma a exigir menos recursos dos SGBDs. No
h uma frmula, receita de bolo ou algo parecido. preciso conhecer profun-
damente a linguagem de consulta, caractersticas prprias do SGBD em questo e mais
alguns detalhes tcnicos. O somatrio disto tudo permite a escrita de consultas melhor
elaboradas. Entretanto, isto no uma tarefa trivial. Pensando nisto, a SQL Magazine des-
taca nesta edio um conjunto de dicas para uma escrita mais aperfeioada das consultas
SQL. uma viso que certamente ser novidade para muito de vocs, divirtam-se.
Tambm destacamos a apresentao do novo Firebird que, em sua verso 1.5, traz
consigo um grande conjunto de novidades. Muitas delas lidando com solicitaes de
desenvolvedores ou demonstrando o caminho a ser trilhado na sua evoluo. Para
apresentar estas novidades, contamos com o maior especialista em Firebird no Brasil,
Carlos Cant. Neste contexto, tambm foi realizada uma entrevista com um dos de-
senvolvedores do Firebird e apresentada a construo de um tradutor de triggers entre
Oracle e Firebird.
Em outro artigo bastante interessante, apresentada a evoluo do tratamento dis-
ponibilizado pelo Oracle para a consulta de dados hierrquicos. Ele traa as alteraes
ocorridas desde a verso 8i at a 10g utilizando exemplos para explicao das novidades
adicionadas.
Contamos ainda com mais trs artigos:
Criao de traces para acompanhamento do desempenho de um servidor SQL
Server;
Monitoramento de SGBDs, e
Utilizao de objetos OLE atravs do SQL Server.

Para finalizar, desejo a todos vocs uma excelente leitura e, mais uma vez, nos coloca-
mos sua disposio para opinies, crticas e sugestes. Participem conosco, ajudem-nos
a trazer para a revista as informaes que vocs precisam.
Abraos,
Rodrigo Spinola
editor@sqlmagazine.com.br
24.................................Minerao de Dados
Introduo e Aplicaes

Coordenador Editorial Gerente de Produo

Gladstone Matos Vinicius Andrade
vinicius.andrade@clubedelphi.com.br
gladstone@clubedelphi.com.br
Gerente Geral
Editor Geral
Rosngela Mattos
Gustavo Viegas
JBuilderX........................................................34 gustavo@sqlmagazine.com.br Publicidade
Julio Csar Lopes
Manipulando Bases de Dados Equipe Editorial
julio@neoficio.com.br
XXXXXXXXXXXXXXXXXXXXXXXXX
Sergio Murilo
Assessoria de Imprensa sergio@clubedelphi.com.br
Kaline Dolabella
Jornalista Responsvel
kaline@sqlmagazine.com.br
Srgio Moraes C. Brando
Consultoria Editorial Mtb: 15183-68-148
Rodrigo Oliveira Spnola
40..............................................................FMDB
Atendimento ao Leitor
rodrigospinola@yahoo.com.br
Cintia Ferreira
Articulistas desta edio
Explorando visualmente informaes em grandes Mrcio O. Almeida, Marcos Kalinowski,
info@sqlmagazine.com.br
(21) 2283-9012
bases de dados utilizando a ferramenta FMDB Caetano Traina Jr, Agma J. M. Traina,
Assinaturas
Humberto Razente e Maria C. N. Barioni
assinaturas@sqlmagazine.com.br
Traduo e Reviso
Publicao de artigos
Anna Beatriz
gustavo@sqlmagazine.com.br
abeatriz@visualnet.com.br
Na Web
Editor de Arte
www.sqlmagazine.com.br
Tarcsio Bannwart
Entrevista......................................................46 tarcisio@onda.com.br Distribuio
Fernando Chinaglia Dist. S/A
Alex Freitas Diagramao
Rua Teodoro da Silva, 907
Guilherme Bresser
Graja - RJ - 206563-900
guilhermebresser@hotmail.com
Reviso
Edison Costa Apoio
edison@sqlmagazine.com.br
Capa
Andr Pinto
andregpinto@terra.com.br ASSESPRO
 MKT - Borland
Atualize-se com as
A Borland Conference oferece ao mercado brasileiro todas as novidades do setor de TI, apresentando o
caminho ideal para que as empresas tenham maior produtividade e competitividade no panorama atual e
futuro. Sucesso absoluto nas edies anteriores, com lotao mxima e alto ndice de aprovao, a Borland
Conference traz, mais uma vez, a unio de um contedo nico a grande estrutura montada em conjunto com
a COMDEX, para um pblico extremamente qualificado.

ltimas novidades Algumas apresentaes da Borland Conference

Melhores prticas em desenvolvimento de software O futuro do Delphi
O futuro da Plataforma Windows/.NET - Longhorn(Windows), Whidbey(.Net 2.0),Yukon(SQL Server)
Java Server Faces Novidades de UML 2.0 Solues Mobile Processos e Metodologias
Banco de Dados sem Administrao Automao e controle de testes Otimizando seu Cdigo Java
Ferramentas para Controle de Outsourcing CMMI Utilizando o ALM Borland Delphi - dicas e truques

do mercado de TI
Define/Design/Test Tecnologia RAD/.NET Tecnologia Java Outras Tecnologias
Together Delphi JBuilder Histrias de Sucesso
CaliberRM C++Builder J2EE InterBase
StarTeam Kylix J2ME JDataStore
Optimizeit Suite C#Builder Framework Integrao (J2EE-.NET)
Optimizeit.NET .NET Struts + JSF WebServices
Optimizeit Server Trace Bold BES Wireless
CMMI MDA

III Borla
nd Conference
Br

17 a 20 de Agosto de 2004 no Anhembi

asil

www.borland.com.br

Organizao Apoio
P
O
roler
Parte I Criando uma trace
para anlise de performance
de um servidor SQL Server
Paulo Ribeiro

s sistemas normalmente no nascem lentos, mas ten-

dem a ficar mais lentos com o tempo. O aumento do
nmero de usurios, a existncia de mais processos
concorrentes, o crescimento do volume de informao armaze-
nada, a falta (ou excesso) de ndices e, por fim, a m qualidade do
cdigo T-SQL so alguns fatores que ocasionam o aparecimento
de gargalos e, consequentemente, queda de performance.
Antes de pensar que o problema vem de fora e cogitar em
aumentar o poder de fogo do processador, discos ou memria,
cabe uma anlise mais detalhada dos processos ativos no servidor
de banco de dados. Muitas vezes todo o problema pode ser resol-
vido com a adio de um ndice ou filtro num comando update.
Mas como saber exatamente onde est o problema?
O SQL Server 2000 possui um utilitrio chamado Profiler,
indicado para rastreamento dos eventos processados numa base
SQL Server 2000. O Profiler uma ferramenta de diagnstico,
ou seja, ela nos fornece material para anlise. Vale destacar que
ela no se prope por si s a efetuar correes ou qualquer
espcie de tuning.
Na tela principal do Profiler, selecione File | New | Trace (ver
Figura 2).
O prximo passo ser fornecer uma conta com privilgios
de system administrator (=SysAdmin) para realizar a trace (ver
Figura 3). SysAdmin um papel especial, que configura autoridade
mxima ao proprietrio da conta. Um cuidado especial deve ser
tomado com relao performance: um monitoramento pro-
longado em servidores j sobrecarregados pode comprometer
seu desempenho.
Se voc no tem acesso conta sa e est em dvida com relao
aos privilgios de sua conta, abra uma sesso no Query Analyzer
e execute o comando .. sp_HelpSrvRoleMember SysAdmin para
verificao dos usurios que possuem privilgio SysAdmin. Voc
dever encontrar o usurio informado anteriormente (ou grupo
do Windows NT, no caso de logon com segurana integrada)
na listagem do comando. A Figura 4 ilustra a execuo desse
comando.
F1

Nota: Considere um evento como qualquer ao gerada pelo engine do

banco. A abertura de uma conexo, a execuo de um comando select, a aber-
tura de um cursor e a execuo de uma procedure so alguns exemplos.

O Profiler uma ferramenta que consegue ser simples e ao

mesmo tempo complexa, devido ao universo de possibilidades Selecionando o Profiler no sub-menu do Microsoft SQL Server.
para monitoramento. Se quisermos monitorar queries, deve- F2
mos selecionar um tipo de evento. Para efetuar uma anlise de
deadlocks, existe outra classe de eventos que deve ser selecionada.
Nessa primeira etapa aprenderemos alguns aspectos bsicos do
funcionamento do Profiler, navegando por suas telas para criar
uma trace.

Criando uma trace passo-a-passo

O Profiler uma ferramenta utilizada para criar traces.
Como analogia, considere uma trace criada pelo Profiler
como uma fotografia dos comandos executados pelo SQL
Server 2000 em um determinado intervalo de tempo. Para criar
uma trace, selecione Profiler no sub-menu do SQL Server (ver
Figura 1). Criando um trace no Profiler.

6
 SQL - Magazine

F3 F6
da. Corresponde ao servidor
autenticado no passo anterior
(\\SrvTeste) ;
Template Name: nome
do modelo da trace. Quando
criamos uma trace, selecio-
namos determinados tipos
de eventos que desejamos
analisar. Para que no preci-
semos informar sempre os
mesmos eventos ao criar uma
Tela de logon no servidor onde ser realizada nova trace, salvamos modelos
a trace. chamados templates. Existem
Caso tente criar uma trace e no tenha o alguns templates pr-defini-
privilgio devido, a mensagem da Figura 5 dos, o SQLProfilerStandard
ser apresentada. um deles. A Tabela 1 fornece
Considerando que voc tenha os uma descrio resumida dos
privilgios necessrios e tendo efetua- templates existentes.
do a autenticao com sucesso, a tela Template file name: cami-
para Configuraes Gerais da trace apre- nho do arquivo de template Configurao Geral da Trace.
sentada (ver Figura 6). utilizado, cuja extenso
As opes disponveis so: .TDF. Ao selecionar um template que voc Set maximum file size (MB): informa o
criou, Template Name automaticamente tamanho mximo do arquivo em disco
Trace Name: nome da trace (=Tra- alterado para Custom Template. gerado pela trace. Ao atingir esse limite
ce_Exemplo); Save to file: grava o resultado da trace a gravao em arquivo suspensa mas o
Trace SQL Server: identificao do num arquivo em disco com extenso monitoramento continua ativo na tela
servidor onde a trace est sendo executa- .TRC. do Profiler.
F4 Enable file rollover: se o rollover estiver
Exec sp_HelpSrvRoleMember SysAdmin
habilitado e o arquivo atingir o limite
ServerRole MemberName MemberSid
definido em Set maximum file size (MB),
Sysadmin BUILTIN\Administrators 0x01020000000000052000000020020000
o arquivo em disco ser reinicializado.
Sysadmin sa 0x01
Sysadmin PauloRibeiro 0x7CBDA5F0F790C842BA0A0E80D784
Neste caso, perde-se o que foi registrado
em arquivo at esse momento.
Comando sp_HelpSrvRoleMember
Server processes SQL Server trace
F5 data: se um dia voc se deparar com a li-
nha de texto em sua trace ... some events
may have been lost ...., isto quer dizer que
o servidor est muito ocupado e optou
por no enviar alguns comandos para
sua trace para ganhar algum flego de
processamento. Habilitando essa opo,
Usurio que no possui privilgio para execuo da trace. voc estar forando o servidor a enviar
T1
Nome do Template Para que serve todos os comandos processados para a
SQLProfilerStandard Trace genrica; rastreia comandos executados com sucesso no servidor. trace, mesmo causando perda de perfor-
SQLProfilerTSQL Utilize para visualizar os comandos T-SQL startados no servidor mance. Recomendo no utilizar.
Utilize para obter uma trace de comandos processados no servidor Save to table: grava o resultado da
SQLProfilerTSQL_Duration
ordenados por tempo de execuo. trace numa tabela. Com o resultado da
Lista os comandos startados com sucesso no servidor, ordenados por trace numa tabela, podemos estabelecer
SQLProfilerTSQL_Group
ApplicationName, NTUserName, LoginName e ClientProcessId
SQLProfilerTSQL_Replay Utilizada para gravao de traces para posterior replay(1).
novos filtros ou ordenaes que acharmos
Utilizado para visualizao dos comandos T-SQL executados internamente
interessantes no processo de depurao
SQLProfiler_SPs
nas sps. de comandos. Podemos selecionar, por
SQLProfilerTuning
Utilizado na gerao de eventos para posterior anlise pelo Index Tuning exemplo, todos os comandos emitidos
Wizard(2)
por determinado usurio, ou ordenar os
(1) Replay uma feature que permite simular a execuo dos comandos gravados previamente por comandos por tempo de execuo.
uma trace. O objetivo comparar duas execues antes e aps a implementao de correes.
(2) O Index Tuning Wizard uma ferramenta disponvel na opo Tools do Profiler e se prope a Set maximum rows (in thousands):
analisar traces, recomendando a criao de ndices e estatsticas para aumento de performance. limita o nmero de linhas na tabela ori-

7
 P roler Parte I Criando uma trace para anlise de performance de um servidor SQL Server
F7
Configurando uma trace - Guia Events.
F8
Seleo das colunas que sero visualizadas no
Profiler.
ginada pela trace. Assim como acontece
quando Set maximum file size est ativo,
ao atingir a quantidade de linhas confi-
guradas nesse parmetro a trace deixar
somente de gravar dados na tabela os
comandos continuaro sendo enviados
para a console onde o Profiler estiver
sendo executado.
Enable trace stop time: estabelece
prazo limite para trmino da trace.
As Opes Gerais sero mantidas sem al-
terao num primeiro momento. Seguimos
agora para a guia Events (Ver Figura 7).
A guia Events apresenta uma relao de
todas as classes de eventos que podem ser
monitorados num servidor de banco de
dados SQL Server 2000. Nesse contexto,
classes so agrupamentos de eventos que
possuem uma caracterstica em comum:
temos uma classe para controlar execuo
de procedures, outra para gerenciamento de
locks, etc. O template SQLProfilerStandard,
8
por exemplo, seleciona automaticamente
alguns eventos vistos na Tabela 2.
A prxima etapa ser definir que tipo de
informao queremos visualizar na trace.
O template SQLProfilerStandard j seleciona
uma srie de colunas, mas para deixar a tela
do Profiler mais enxuta, excluiremos as
colunas LoginName e, mais abaixo, Client-
ProcessesId. Clique na coluna e depois em
<< Remove (ver Figura 8).
Finalizamos a definio da trace na guia
Filters (ver Figura 9), utilizada para refino
da trace. A aplicao Profiler, para mostrar
na tela os comandos processados pelo
servidor SQL Server, responsvel por uma
srie de comandos que so tambm pro-
cessados pelo engine do banco. Para evitar
que esses comandos apaream na trace,
ligamos o filtro ApplicationName Not Like
Profile. Filtros so utilizados para limitar
os eventos rastreados na trace, reduzindo
o nmero de linhas afetadas, facilitando
nossa compreenso e melhorando o foco
de nossa anlise. Poderamos, por exemplo,
filtrar somente os comandos executados
por um determinado spid. Se desejssemos
analisar a execuo de uma stored proce-
dure em particular, poderamos concentrar
nossa anlise somente nas execues dessa
sp, utilizando tambm os recursos de filtros
(nesse caso, o filtro ObjectId armazenaria
o Id da trace que queremos analisar).
Concludo o processo de definio, cli-
que em RUN (ver Figura 9) para iniciar
a trace (ver Figura 10).
Um resumo do significado das colunas
apresentadas na Figura 10 apresentado
a seguir:
Classe Evento
Security Audit Audit Logon
Audit Logoff
Sessions Existing Connections
Stored Procedures RPC: Completed
Lista as queries executadas fora do contexto de uma stored
TSQL SQL:Batch Completed
procedure
Tela para monitoramento do Profiler
F9
Criando filtros para a trace
EventClass: os eventos rastreados pelo
Profiler so agrupados em classes. Assim,
existem eventos que registram a execu-
o batchs, outros que sinalizam o logon
de usurios, etc. Na figura 10, o evento
ExistingConnection serve para informar que,
no momento em que a trace foi iniciada,
existia somente uma conexo TCP-IP ativa
no servidor, representada pelo spid 60;
TextData: utilizada para visualizao
do dado coletado na trace. Essa coluna
depende do tipo de evento capturado.
Na Figura 10, a coluna TextData apre-
senta algumas informaes relativas
conexo (protocolo utilizado, configura-
es atuais, etc);
ApplicationName: nome da aplicao;
LoginName: login do usurio respons-
vel pela execuo do comando;
CPU: tempo consumido de CPU para
execuo do comando (em milissegun-
dos);
Reads: nmero de pginas lidas em me-
mria para executar o comando;
T2
Para que serve
Auditar abertura de sesses no banco.
Auditar encerramento de sesses no banco.
Lista todas as conexes ativas no banco no momento em que
a trace iniciada.
Lista a execuo de sps originadas por conexes remotas
(ADO, ODBC, OLEDB, etc).
F10
 SQL - Magazine

L1
Comandos que sero visualizados no Profiler Carregar uma trace gravada numa tabela
no banco. Para isto clique em .
use NorthWind
go Acessar a tela de configuraes gerais da
create procedure stp_Mostrar_Pedido (@OrderId int)
trace aquela da Figura 6. Para isto utilize
as o cone de propriedades .
select o.OrderId, o.CustomerId, o.EmployeeId, d.ProductId, d.UnitPrice,d.Quantity
from Orders o
Procurar por uma determinada string na
inner join trace que voc acabou de gerar. Para isto,
[Order Details] d
on o.OrderId = d.OrderId utilize o binculo .
where o.OrderId=@OrderId
RETURN
Efetuar uma limpeza na tela. Para isto
utilize a borracha .
go
Dirija-se agora ao Profiler e confirme o
exec stp_Mostrar_Pedido 10249 resultado (ver Figura 11).
go

Agora um teste prtico. Com o Profiler

Writes: nmero de pginas gravadas
pelo comando;
Duration: durao do comando (em
milissegundos);
SPID: identificao da sesso no SQL
Server;
Start Time: horrio de incio da execuo
do comando.
Atravs desta interface possvel:
Parar a trace. Para isto clique no boto
. cone .
Iniciar a trace novamente. Para isto
clique em .
Iniciar uma nova trace, efetuando toda
a parametrizao novamente. Para isto
clique em .
Trocar o template SQLProfilerStandard
por outro. Para isto clique em .
Carregar uma trace previamente
gravada em arquivo .TRC (opo Save
To File na tela de Configuraes Gerais da
Trace, na Figura 6). Para isto clique no
ativo, abra uma sesso no Query Analyzer
e execute a seqencia de comandos da
Listagem 1.
Analisando os eventos gerados na tela do
Profiler, verificamos que:
Ao iniciar a trace, a nica conexo
existente no banco era do usurio sa,
na conexo de spid igual a 60. O evento
ExistingConnection tem por finalidade
mostrar todas as conexes ativas no banco
no incio da trace. Vale uma nota aqui: o
filtro ApplicationName not like SQL Profiler

9
 P roler Parte I Criando uma trace para anlise de performance de um servidor SQL Server
F11 xo local e no remota ;
A execuo da procedure
stp_Mostrar_Pedido consu-
miu 16 milissegundos de
CPU, efetuou 100 leituras
lgicas, no gravou nenhu-
ma informao (Writes=0) e
levou 16 milissegundos para
ser executada.
Gravando a Trace
Porque gravaramos uma
trace? Traces normalmente
so extensas; No difcil
passarmos mais de um dia
Resultado da execuo de comandos na console do Profile
analisando suas queries.
F12
S esse fator j justificaria
sua gravao. Outras vezes
gostaramos de refinar um
pouco mais o resultado do
Profiler. Gravando a trace
numa tabela, conseguimos
facilmente ordenar, excluir
ou mesmo estabelecer fil-
tros adicionais e, depois
ento, recarregar a trace
enxuta para a console.
Por ltimo, o Index Tuning
Salvando a trace
Wizard, utilitrio para efetu-
suprimiu a conexo do Profiler. ar tuning de uma base SQL Server, requer
O Evento ExistingConnection no popula que o workload esteja previamente gravado
as colunas CPU, Reads, Writes e Dura- em arquivo ou tabela.
tion. Por isso, aparecem em branco na Para gravar a trace, siga at a opo File
console. Para saber as colunas populadas da barra de menu e escolha Save As (ver
por cada tipo de evento, procure por Figura12).
Events no Books On Line (=BOL) O BOL As opes disponveis para salvamento
pode ser encontrado em Iniciar\Progra- da trace so:
mas\Microsoft SQL Server\Books On Line. Trace Template: utilize para gerar um
A parte inferior da console destaca o template (arquivo com extenso .tdf, de
comando da linha TextData na linha do Template Data File). Como vimos anterior-
cursor ; mente nesse artigo, um template serve
Note que a linha de execuo da stored para armazenar a parametrizao da trace, aprofundaremos nos principais eventos
procedure stp_Mostrar_Pedido aparece indicando quais eventos, colunas e filtros
como SQL:Batch Completed e no como que foram aplicados. Se gravssemos um
RPC:Completed por se tratar de uma cone- template com o nome SQLMag_Ed11.tdf
L2
select top 3 Duration,LoginName,TextData
from trace_sqlmag
where eventclass=12 --SQL:BatchCompleted
and duration > 0
order by duration DESC
---------------------------------------------------------------------
Duration LoginName TextData
1500 SQLMag\UserSQL EXECUTE msdb.dbo.sp_sqlagent_get_perf_counters
300 Sa insert into groupContents select DISTINCT
250 Sa drop index groupcontents.PK_groupcontents
10
em c:\Templates, poderamos carreg-lo
para gerao de uma nova trace na guia
Properties, selecionando o arquivo .tdf em
Template File Name, sob a configurao Use
the following trace template (ver Figura 6)
. Note que essa opo NO grava o resul-
tado da trace, apenas sua configurao.
Trace File: salva um arquivo em disco
com a extenso .trc com o resultado da tra-
ce. Nesse arquivo estaro gravados todos
os comandos capturados pela trace, que
podero ser analisados na prpria tela do
Profiler, na opo File|Open|Trace File.
Trace Table: armazena o resultado da
trace numa tabela. Gravar o resultado da
trace numa tabela uma prtica bastante
til pois viabiliza a utilizao de comandos
select para filtrar ainda mais a trace que
estamos analisando. Como exemplo, se
gravssemos uma trace na tabela de nome
trace_sqlmag, poderamos facilmente le-
vantar os trs batchs com maior tempo
de execuo com o comando apresentado
na Listagem 2.
SQL Script : gera um arquivo-texto
(extenso .sql) com o lote de comandos
T-SQL necessrios para criar e executar a
trace. Atravs desse arquivo, poderamos
iniciar a trace fora dos limites do Profiler
por exemplo partir do Query Analyser.
A gerao de scripts utilizada quando
existe a necessidade de executarmos uma
trace automaticamente, ou em horrios
pouco convidativos. Na prxima edio,
entraremos em mais detalhes sobre esse
procedimento.
Concluso
Quando o assunto tuning, o Profiler
uma ferramenta indispensvel. No prximo
nmero continuaremos esse assunto e nos
que devem ser analisados tendo em vista a
otimizao de processos. At l!
S
Faa o download e comente essa
matria em:
www.sqlmagazine.com.br/sql11
A
Paulo Ribeiro
(psribeiro@hotmail.com) Microsoft
MCDBA e membro da equipe editorial
da SQL Magazine. Atua como DBA
snior em SQL Server na Livraria e
Papelaria Saraiva S/A.
SQL - Magazine

11
E
A
voluo
das consultas hierrquicas
do Oracle 9i ao 10g.
Thiago Avelar
lguns aplicativos utilizam dados hierrquicos. Como
exemplo temos aqueles que necessitam manipular
organogramas, lista de materiais de uma fbrica de
montagem ou rvores genealgicas. Esses tipos de informao
so representados de forma mais conveniente em uma estrutura
de rvore e, apesar do modelo relacional no ter sido elabo-
rado para esse tipo de informao, eles podem ser facilmente
organizados em uma tabela relacional por meio do uso de uma
relao de auto-referncia.
O Oracle fornece algumas extenses teis ao ANSI SQL para
manipulao dos dados hierrquicos representados em uma
tabela relacional. Com as extenses fornecidas, voc pode cons-
truir operaes hierrquicas complexas em dados estruturados
em rvore. Este artigo faz uma introduo aos dados hierrqui-
cos abordando a criao de consultas no Oracle 9i e 10g.
Como os dados so cadastrados?
Para analisarmos o funcionamento de relaes de auto-refe-
rncia, ser utilizado inicialmente como exemplo uma tabela
para cadastrar localidades de um pas (estados, cidades e bairros).
Perceba que um pas composto de vrios estados e estes estados
so compostos de vrias cidades e estas cidades possuem muitos
bairros, ou seja, um exemplo claro de hierarquia. Veja o cdigo
para criao da tabela na Listagem 1.
No cdigo acima, o campo Cod_Local_Pai chave estrangeira
do campo Cod_Local da mesma tabela. O auto-relacionamento
est definido. Em uma tabela de auto-relacionamento, no pri-
meiro nvel de uma hierarquia, o campo que se relaciona com a
chave primria fica com o valor vazio. No nosso exemplo, esse
campo COD_LOCAL_PAI. Veja na Figura 1 um exemplo de
como ficaria a organizao dos locais, sendo o Brasil o 1 nvel
L1
CREATE TABLE LOCALIDADES
( VALUES (10, Curitiba, 9);
COD_LOCAL NUMBER(5),
COD_LOCAL_PAI NUMBER(5),
NOM_LOCAL VARCHAR2(30),
PRIMARY KEY (COD_LOCAL),
FOREIGN KEY (COD_LOCAL_PAI) REFERENCES LOCALIDADES
(COD_LOCAL)
);
12
da hierarquia. Perceba tambm que a hierarquia possui cinco
nveis. A Listagem 2 apresenta o cdigo necessrio para insero
destes dados na tabela Localidades.
Percebam que ao cadastrar o Brasil o cdigo pai no foi infor-
mado pois ele est no primeiro nvel da hierarquia.
Consultando os Dados
O Oracle 9i possui duas clusulas que permitem uma leitura
completa dos dados de uma tabela com auto-relacionamento:
Connect By: responsvel por informar ao Oracle como o
auto-relacionamento ocorre. nela que informada qual coluna
deve ser comparada coluna pai correspondente ao relaciona-
mento. Nesta clusula, podemos utilizar a palavra reservada
L2
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL)
VALUES (1, Brasil);
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI)
VALUES (2, Rio de Janeiro, 1);
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI)
VALUES (3, Rio de Janeiro, 2);
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI)
VALUES (4, Jacarepagu, 3);
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI)
VALUES (5, Madureira, 3);
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI)
VALUES (6, Taquara, 4);
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI)
VALUES (7, Freguesia, 4);
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI)
VALUES (8, So Paulo, 1);
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI)
VALUES (9, Paran, 1);
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI)
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI)
VALUES (11, gua Verde, 10);
INSERT INTO LOCALIDADES (COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI)
VALUES (12, Batel, 10);
 SQL - Magazine

F1
Deste modo, os passos seguidos na execuo da consulta da
Listagem 3 so:
1. verificada no 2 nvel da hierarquia a existncia de pelo
menos um n;
2. Existindo ns, a pesquisa comea pelo n mais
esquerda;
3. Os dados do n so retornados e se o mesmo tiver ramifica-
es, os dados dos ns posteriores so retornados obedecendo
ordem de pesquisa que da esquerda para a direita;
4. Ao terminar a pesquisa do n mais esquerda, sero retor-
nados os dados do segundo n do 2 nvel;
5. A pesquisa termina ao chegar no ltimo n da rvore
hierrquica.
F2
Nota: importante o leitor atentar para o uso da palavra PRIOR.
Seu uso no obrigatrio, mas o efeito de no us-lo bastante diferente.
Isto por que a clusula PRIOR garante a ligao com a linha anterior
da hierarquia. Sem o seu uso, apenas o primeiro elemento da hierarquia
recuperado. Por exemplo, para a consulta apresentada na Listagem 3
sem o PRIOR, teramos como resultado apenas o n Brasil.

A Pseudocoluna Level
Ao utilizar a clusula Connect By em um comando SQL,
possvel verificar o nvel hierrquico do registro listado. Para
isto temos a coluna Level, exemplificada na Listagem 4 e na
Figura 3.
O uso desta coluna importante, por exemplo, quando qui-
sermos filtrar o resultado da pesquisa. A Listagem 5 apresenta

L3
SELECT COD_LOCAL, NOM_LOCAL, COD_LOCAL_PAI
prior que responsvel por manter uma referncia para o nvel FROM LOCALIDADES
ancestral da hierarquia. CONNECT BY PRIOR COD_LOCAL = COD_LOCAL_PAI
START WITH COD_LOCAL_PAI IS NULL;

Start With: informa ao Oracle em qual nvel inicial de

hierarquia os registros sero pesquisados. Sem esse comando, L4
SELECT LEVEL, COD_LOCAL, NOM_LOCAL
o Oracle no sabe quantos ramos existem na hierarquia impli- FROM LOCALIDADES
cando na considerao de cada registro como o nvel inicial da CONNECT BY PRIOR COD_LOCAL = COD_LOCAL_PAI
START WITH COD_LOCAL_PAI IS NULL;
hierarquia, tentando desta forma, gerar uma rvore hierrquica
para cada registro.
A Listagem 3 apresenta o cdigo para recuperar os dados da F3
tabela Localidades de acordo com a hierarquia presente no auto-
relacionamento. O resultado da consulta pode ser visualizada
na Figura 2.

No exemplo, informamos na clusula Start With que a pesquisa

dever ser iniciada pelos registros onde o cdigo pai da localidade
nulo (no nosso caso o nico existente o Brasil). Na clusula
Connect By, informamos que o auto-relacionamento se d com o
COD_LOCAL igual a COD_LOCAL_PAI. Neste caso, a palavra
reservada prior indica que o campo COD_LOCAL dever ser
procurado no nvel ancestral da hierarquia e comparado com o
valor de COD_LOCAL_PAI do registro atual.
Assim, o percurso seguido pela pesquisa comea no nvel
definido no comando Start With e percorrido linha a linha,
onde em cada nvel os ns so lidos da esquerda para a direita.

13
 E voluo das consultas hierrquicas do Oracle 9i ao 10g.

uma consulta onde so retornados apenas os registros do terceiro F4

nvel da hierarquia, ou seja, as cidades. O resultado da consulta
pode ser visto na Figura 4.

Endentando o Resultado da Pesquisa

Para uma melhor visualizao da rvore hierrquica, podemos
utilizar a funo RPAD para endentar os registros de acordo com
seu nvel. O RPAD uma funo que possui 2 parmetros, o texto
que ser retornado pela funo e o espaamento da endentao.
A Listagem 6 apresenta um exemplo de uso da endentao e a
Figura 5, seu resultado. F5

Diferenas entre o Oracle 8i e Oracle 9i

No Oracle 8i, a clusula Connect By no pode ser utilizada
em uma consulta que possua Joins. No Oracle 9i, esta restrio
foi removida. A Listagem 7 apresenta um exemplo no qual sero
retornados os clientes que moram na cidade do Rio de Janeiro.
No Oracle 8i, a clausula Connect By s pode ser utilizada
com tabelas. J no Oracle 9i, ela pode ser utilizada com Vises
(Views), tabelas externas e outros objetos.
N o O r a c l e 9 i fo i c r i a d a u m a f u n o c h a m a d a
SYS_CONNECT_BY_PATH que pode ser usada para descre-
ver o caminho hierrquico de um registro. A funo possui dois
parmetros. O primeiro a coluna que conter a informao
F6

L5
SELECT COD_LOCAL, NOM_LOCAL
FROM LOCALIDADES
WHERE LEVEL = 3
CONNECT BY PRIOR COD_LOCAL = COD_LOCAL_PAI
START WITH COD_LOCAL_PAI IS NULL;

L6
SELECT RPAD( , LEVEL*5 5) || NOM_LOCAL AS LOCAL
FROM LOCALIDADES
CONNECT BY PRIOR COD_LOCAL = COD_LOCAL_PAI
START WITH COD_LOCAL_PAI IS NULL;

L7
para a qual o caminho ser especificado e o segundo o carac-
SELECT C.NOME, L.NOM_LOCAL
FROM LOCALIDADES L, CLIENTES C
tere que ser utilizado como separador dos nveis existentes
WHERE C.COD_CIDADE = L.COD_LOCAL no caminho. A Listagem 8 apresenta a consulta utilizada para
CONNECT BY PRIOR COD_LOCAL = COD_LOCAL_PAI
START WITH LEVEL = 3 AND UPPER(NOM_LOCAL) = RIO DE JANEIRO; listar as localidades e o caminho percorrido para alcan-la. Seu
resultado pode ser visto na Figura 6.
Vimos at aqui uma introduo s consultas hierrquicas e
L8 como o tratamento fornecido a elas evoluiu do Oracle 8i para o
SELECT NOM_LOCAL, SYS_CONNECT_BY_PATH(NOM_LOCAL, \)
AS CAMINHO 9i. A partir de agora discutiremos novos avanos acrescentados
FROM LOCALIDADES
CONNECT BY PRIOR COD_LOCAL = COD_LOCAL_PAI
na verso 10g do Oracle.
START WITH COD_LOCAL_PAI IS NULL;
Melhorias na Consulta Hierrquica do Oracle 10g
A partir de agora utilizaremos a tabela EMPLOYEE para
L9 apresentar as novidades que o Oracle 10g traz no tratamento
CREATE TABLE EMPLOYEE ( s consultas hierrquicas. A Listagem 9 apresenta o comando
EMP_ID NUMBER (4) CONSTRAINT EMP_PK PRIMARY KEY,
EMP_NAME VARCHAR2 (15) NOT NULL, para criao da tabela.
DEPT_ID NUMBER (2) NOT NULL, Observe novamente a limitao da chave externa (foreign key
MGR_ID NUMBER (4) CONSTRAINT EMP_FK REFERENCES
EMPLOYEE(EMP_ID), constraint) EMP_FK na coluna MGR_ID, que faz referncia
SALARY NUMBER 7,2) NOT NULL,
HIRE_DATE DATE NOT NULL); coluna EMP_ID da mesma tabela. Nesta tabela, MGR_ID repre-
senta a EMP_ID do gerente de um funcionrio.

14
SQL - Magazine

15
 E voluo das consultas hierrquicas do Oracle 9i ao 10g.

Como vimos, at a verso 9i, as extenses hierrquicas do nando a visualizao confusa. A palavra-chave NOCYCLE pode
Oracle incluam a clusula START WITH CONNECT BY e ser usada na clusula CONNECT BY para eliminar esse erro
a pseudocoluna LEVEL. Ainda utilizando os recursos presentes (ver Listagem 14).
no Oracle 9i, o exemplo da Listagem 10 mostra os funcionrios A consulta acima reconhece que existe um ciclo, ignora-o
por ordem hierrquica e utiliza um recuo de linha para posicionar (como resultado da palavra-chave NOCYCLE) e retorna as linhas
os subordinados abaixo deles. como se no houvesse ciclos.
Os novos recursos de consulta hierrquica do Oracle 10g so:
Novo operador CONNECT_BY_ISCYCLE
o CONNECT_BY_ROOT s vezes, difcil identificar ciclos em dados hierrquicos. A
Novas pseudocolunas nova pseudocoluna do Oracle 10g, CONNECT_BY_ISCYCLE,
o CONNECT_BY_ISCYCLE poder ajud-lo a identificar facilmente os ciclos nos dados.
o CONNECT_BY_ISLEAF CONNECT_BY_ISCYCLE s poder ser usada juntamente
Novas palavras-chave com a palavra-chave NOCYCLE em uma consulta hierrquica.
o NOCYCLE A pseudocoluna CONNECT_BY_ISCYCLE retorna 1 se a linha
o SIBLINGS atual possui uma linha-filha que seja tambm uma linha-ances-
tral; caso contrrio, ela retornar 0. Veja a Listagem 15.
CONNECT_BY_ROOT
O operador CONNECT_BY_ROOT, quando aplicado a uma L10
coluna, retorna o valor daquela coluna para a linha raiz, ou seja, SELECT LEVEL, RPAD( ,2*(LEVEL - 1)) ||
EMP_NAME EMPLOYEE, EMP_ID, MGR_ID
agrupa o resultado pelo n pai. O exemplo da Listagem 11 mos- FROM EMPLOYEE
tra como o operador CONNECT_BY_ROOT usado. START WITH MGR_ID IS NULL
CONNECT BY PRIOR EMP_ID = MGR_ID;
Neste exemplo, o organograma criado a partir das linhas
LEVEL EMPLOYEE EMP_ID MGR_ID
que tm MGR_ID = 7839. Ou seja, qualquer funcionrio cujo ---------- -------------------- ---------- ----------
gerente seja 7839 ser considerado uma raiz para essa consulta. 1 KING 7839
2 JONES 7566 7839
Com isto, os funcionrios includos abaixo do organograma 3 SCOTT 7788 7566
sob essas razes sero exibidos no conjunto de resultados 4 ADAMS 7876 7788
3 FORD 7902 7566
juntamente com o nome de seu gerente. Assim, o operador 4 SMITH 7369 7902
2 BLAKE 7698 7839
CONNECT_BY_ROOT determina o primeiro n superior na 3 ALLEN 7499 7698
rvore para uma determinada linha agrupando os resultados 3 WARD 7521 7698
3 MARTIN 7654 7698
por ele. 3 TURNER 7844 7698
3 JAMES 7900 7698
2 CLARK 7782 7839
NOCYCLE 3 MILLER 7934 7782
No so permitidos ciclos em uma estrutura de rvore, no
entanto, alguns dados hierrquicos podem cont-los. O problema
que s vezes difcil identific-los e a construo hierrquica L11
START WITH CONNECT BY PRIOR reportar um SELECT EMP_NAME Employee, CONNECT_BY_ROOT EMP_NAME
erro se houver um ciclo nos dados. Top Manager
FROM EMPLOYEE
Para permitir que START WITH CONNECT BY START WITH MGR_ID = 7839
CONNECT BY PRIOR EMP_ID = MGR_ID;
PRIOR funcione apropriadamente mesmo com a presen-
a de ciclos, o Oracle 10g oferece uma nova palavra-chave, Employee Top Manager
-------------------- ------------
NOCYCLE. Se houver ciclos nos dados, voc poder utiliz-la JONES JONES
na clusula CONNECT BY e no receber o er ro SCOTT JONES
ADAMS JONES
mencionado anteriormente. FORD JONES
SMITH JONES
Os dados de teste que utilizamos na tabela EMPLOYEE no BLAKE BLAKE
tm nenhum ciclo. Para testar o recurso NOCYCLE, vamos ALLEN BLAKE
WARD BLAKE
introduzir um ciclo nos dados da tabela EMPLOYEE. Para fazer MARTIN BLAKE
isso, atualizamos a coluna MGR_ID do primeiro funcionrio na TURNER BLAKE
JAMES BLAKE
hierarquia (KING com EMP_ID=7839) com a EMP_ID de um CLARK CLARK
MILLER CLARK
funcionrio de nvel mais baixo (MARTIN com EMP_ID = 7654)
(ver Listagem 12).
Vejamos agora o que acontece se executarmos uma consulta
hierrquica. Perceba que voc receber um erro ORA-01436 L12
(ver Listagem 13). UPDATE EMPLOYEE
Alm do erro, observe que toda a estrutura da rvore (que SET MGR_ID = 7654
WHERE MGR_ID IS NULL;
inicia com KING) comea a se repetir abaixo de MARTIN tor-

16
 SQL - Magazine

L13
SELECT LEVEL, RPAD( ,2*(LEVEL - 1)) || EMP_NAME EMPLOYEE, Observe que, como MARTIN gerente de KING neste conjun-
EMP_ID, MGR_ID
FROM EMPLOYEE to de dados e est tambm abaixo de KING na rvore, a linha de
START WITH EMP_ID = 7839
CONNECT BY PRIOR EMP_ID = MGR_ID;
MARTIN mostra o valor 1 para CONNECT_BY_ISCYCLE.
LEVEL EMPLOYEE EMP_ID MGR_ID
---------- -------------------- ---------- ---------- Nota: Para obter resultados corretos nas pesquisas subseqentes,
1 KING 7839 7654
2 JONES 7566 7839
devemos retornar os dados ao estado original, atualizando a MGR_ID
3 SCOTT 7788 7566 de KING para NULL.
4 ADAMS 7876 7788
3 FORD 7902 7566
4 SMITH 7369 7902 CONNECT_BY_ISLEAF
2 BLAKE 7698 7839
3 ALLEN 7499 7698 Em uma estrutura de rvore, os ns que no possuem filhos
3 WARD 7521 7698
3 MARTIN 7654 7698
so chamados de ns folha. CONNECT_BY_ISLEAF uma
4 KING 7839 7654 pseudocoluna que retorna 1 se a linha atual uma folha ou 0
5 JONES 7566 7839
6 SCOTT 7788 7566 caso contrrio. Veja exemplo da Listagem 16.
7 ADAMS 7876 7788 Este novo recurso pode ajudar a simplificar as instrues SQL
6 FORD 7902 7566
ERROR: que precisam identificar todos os ns folha. Sem a pseudocoluna,
ORA-01436: CONNECT BY loop in user data
para identific-los, voc provavelmente escreveria uma consulta
como a apresentada na Listagem 17.
SELECT LEVEL, RPAD( ,2*(LEVEL - 1)) || EMP_NAME
L14
EMPLOYEE, EMP_ID, MGR_ID
possvel simplificar ainda mais essa consulta com a nova
FROM EMPLOYEE pseudocoluna CONNECT_BY_ISLEAF, conforme mostrado
START WITH EMP_ID = 7839
CONNECT BY NOCYCLE PRIOR EMP_ID = MGR_ID;
na Listagem 18.
LEVEL EMPLOYEE EMP_ID MGR_ID
---------- -------------------- ---------- ---------- ORDER SIBLINGS BY
1 KING 7839 7654
2 JONES 7566 7839 A palavra-chave SIBLINGS foi introduzida no Oracle9i. No
3 SCOTT 7788 7566 entanto, faz sentido discut-la junto com os outros aprimora-
4 ADAMS 7876 7788
3 FORD 7902 7566 mentos do Oracle 10g. Uma consulta hierrquica com uma
4 SMITH 7369 7902 construo START WITH CONNECT BY PRIOR
2 BLAKE 7698 7839
3 ALLEN 7499 7698 exibe os resultados em uma ordem arbitrria, conforme mostra
3 WARD 7521 7698
3 MARTIN 7654 7698 o exemplo da Listagem 19.
3 TURNER 7844 7698 Como sempre, voc pode usar uma clusula ORDER BY para
3 JAMES 7900 7698
2 CLARK 7782 7839 ordenar as linhas de resultados da maneira que desejar. No entan-
3 MILLER 7934 7782 to, neste caso, o uso de uma clusula ORDER BY pode destruir

L15 L16
SELECT EMP_NAME, CONNECT_BY_ISCYCLE SELECT EMP_NAME, CONNECT_BY_ISLEAF
FROM EMPLOYEE FROM EMPLOYEE
START WITH EMP_ID = 7839 START WITH EMP_ID = 7839
CONNECT BY NOCYCLE PRIOR EMP_ID = MGR_ID; CONNECT BY PRIOR EMP_ID = MGR_ID;
EMP_NAME CONNECT_BY_ISCYCLE EMP_NAME CONNECT_BY_ISLEAF
--------------- ------------------ --------------- -----------------
KING 0 KING 0
JONES 0 JONES 0
SCOTT 0 SCOTT 0
ADAMS 0 ADAMS 1
FORD 0 FORD 0
SMITH 0 SMITH 1
BLAKE 0 BLAKE 0
ALLEN 0 ALLEN 1
WARD 0 WARD 1
MARTIN 1 MARTIN 1
TURNER 0 TURNER 1
JAMES 0 JAMES 1
CLARK 0 CLARK 0
MILLER 0 MILLER 1

17
 E voluo das consultas hierrquicas do Oracle 9i ao 10g.

L20
as camadas hierrquicas dos dados exibidos, conforme mostra SELECT LEVEL, RPAD( ,2*(LEVEL - 1)) || EMP_NAME
EMPLOYEE, EMP_ID, MGR_ID
o exemplo da Listagem 20. FROM EMPLOYEE
START WITH EMP_ID = 7839
Como voc pode perceber, impossvel identificar a rela- CONNECT BY PRIOR EMP_ID = MGR_ID
o hierrquica entre as linhas. Para lidar com isto, utiliza- ORDER BY EMP_NAME;
mos a palavra-chave SIBLINGS. Ela utilizada em conjunto LEVEL EMPLOYEE EMP_ID MGR_ID
com uma clusula ORDER BY para ordenar o conjunto de ----- -------------------- ---------- ----------
4 ADAMS 7876 7788
resultados apropriadamente. A Listagem 21 apresenta um 3 ALLEN 7499 7698
2 BLAKE 7698 7839
exemplo deste cenrio. 2 CLARK 7782 7839
Perceba que BLAKE, CLARK e JONES so irmos hierrquicos 3 FORD 7902 7566
3 JAMES 7900 7698
e esto exibidos em ordem ascendente. Tambm so irmos 2 JONES 7566 7839
hierrquicos os descendentes de BLAKE ALLEN, JAMES, 1 KING 7839
3 MARTIN 7654 7698
MARTIN, TURNER e WARD. 3 MILLER 7934 7782
3 SCOTT 7788 7566
L17 4 SMITH 7369 7902
3 TURNER 7844 7698
SELECT EMP_ID, EMP_NAME, SALARY, HIRE_DATE 3 WARD 7521 7698
FROM EMPLOYEE E
WHERE NOT EXISTS
(SELECT EMP_ID FROM EMPLOYEE E1 WHERE E.EMP_ID = E1.MGR_ID);
L21
SELECT LEVEL, RPAD( ,2*(LEVEL - 1)) || EMP_NAME
EMP_ID EMP_NAME SALARY HIRE_DATE
EMPLOYEE, EMP_ID, MGR_ID
------- --------------- ---------- ---------
FROM EMPLOYEE
7369 SMITH 800 17-DEC-80
START WITH EMP_ID = 7839
7499 ALLEN 1600 20-FEB-81
CONNECT BY PRIOR EMP_ID = MGR_ID
7521 WARD 1250 22-FEB-81
ORDER SIBLINGS BY EMP_NAME;
7654 MARTIN 1250 28-SEP-81
7844 TURNER 1500 08-SEP-81
LEVEL EMPLOYEE EMP_ID MGR_ID
7876 ADAMS 1100 23-MAY-87
----- -------------------- ---------- ----------
7900 JAMES 950 03-DEC-81
1 KING 7839
7934 MILLER 1300 23-JAN-82
2 BLAKE 7698 7839
3 ALLEN 7499 7698
3 JAMES 7900 7698
3 MARTIN 7654 7698
L18 3 TURNER 7844 7698
3 WARD 7521 7698
SELECT EMP_ID, EMP_NAME, SALARY, HIRE_DATE 2 CLARK 7782 7839
FROM EMPLOYEE E 3 MILLER 7934 7782
WHERE CONNECT_BY_ISLEAF = 1 2 JONES 7566 7839
START WITH MGR_ID IS NULL 3 FORD 7902 7566
CONNECT BY PRIOR EMP_ID = MGR_ID; 4 SMITH 7369 7902
3 SCOTT 7788 7566
4 ADAMS 7876 7788
EMP_ID EMP_NAME SALARY HIRE_DATE
------- --------------- ---------- ---------
7876
7369
ADAMS
SMITH
1100 23-MAY-87
800 17-DEC-80
Concluso
7499 ALLEN 1600 20-FEB-81 Vimos neste artigo a utilizao das clusulas Start With e
7521 WARD 1250 22-FEB-81
7654 MARTIN 1250 28-SEP-81 Connect By em comandos SQL no Oracle para a pesquisa de
7844 TURNER 1500 08-SEP-81 registros em tabelas que possuem auto-relacionamento. O
7900 JAMES 950 03-DEC-81
7934 MILLER 1300 23-JAN-82 Oracle 10g aprimora ainda mais os j avanados recursos de
consulta hierrquica presentes na verso 9i do Oracle. Dentre
os novos recursos, destacam-se as maneiras fceis de identificar
L19 folhas e ciclos nos dados. A organizao de linhas irms fornece
SELECT LEVEL, RPAD( ,2*(LEVEL - 1)) || EMP_NAME uma excelente maneira de melhorar a legibilidade dos conjun-
EMPLOYEE, EMP_ID, MGR_ID tos de resultados. Os desenvolvedores j familiarizados com as
FROM EMPLOYEE
START WITH EMP_ID = 7839 construes hierrquicas do Oracle certamente acharo esses
CONNECT BY PRIOR EMP_ID = MGR_ID;
recursos muito teis.
LEVEL EMPLOYEE EMP_ID MGR_ID
------- -------------------- ---------- ----------
1 KING 7839 S
2 JONES 7566 7839 Faa o download e comente essa matria em:
3 SCOTT 7788 7566
4 ADAMS 7876 7788 www.sqlmagazine.com.br/sql11
3 FORD 7902 7566
4 SMITH 7369 7902
2 BLAKE 7698 7839
3 ALLEN 7499 7698 A
3 WARD 7521 7698
3 MARTIN 7654 7698 Thiago Avelar
3 TURNER 7844 7698
3 JAMES 7900 7698 (thavel@tutopia.com.br) desenvolvedor Delphi e Oracle
2 CLARK 7782 7839 Developer pela Gennari & Peartree Projetos e Sistemas.
3 MILLER 7934 7782

18
SQL - Magazine

19
M
A
onitorao
de sistemas de Banco de
Dados
Ricardo Lima Caratti
disponibilidade do banco um fator crtico para aplica-
es que manipulam bases de dados. Sistemas fora do ar
por alguns minutos podem causar o descontentamento
de milhares de usurios. Alm da infra-estrutura de hardware e
software projetada para garantir tal disponibilidade, necessria
a observao atenta e contnua do estado do SGBD. Neste artigo
conheceremos algumas ferramentas de monitorao de banco
de dados.
Mtodos de monitorao de banco de dados
Atividades de monitoramento podem ser efetuadas de duas
formas: contnua ou sob demanda. Quando contnuas (ou pr-
ativas), as atividades buscam prever e evitar o surgimento de
problemas. J as atividades por demanda (ou reativas) agem aps
a identificao de um problema j ocorrido.
Um exemplo de utilizao do monitoramento por deman-
da est relacionado a questes de desempenho. Imaginemos
que um novo mdulo de um aplicativo entrou em produo
e em um dado momento o tempo de resposta do sistema
aumentou de forma no esperada. Nesse caso, poderia ser
detectado que uma determinada consulta foi construda de
forma no otimizada.
O monitoramento pr-ativo consiste em fazer previses ba-
seadas em informaes estatsticas extradas do prprio SGBD e
do sistema operacional. De posse desses dados, ele deve decidir
se h necessidade de executar uma ao que previna a parada
parcial ou total do sistema. Por exemplo, um monitor pr-ativo
pode detectar que uma tabela ir alcanar sua alocao mxima
e automaticamente estender essa alocao para que o sistema
continue funcionado.
Embora o mtodo reativo tenha seu espao nas atividades
de monitorao, o mtodo pr-ativo , sem dvida, a forma
mais eficaz de monitoramento no que tange a disponibilidade
do SGBD. No entanto, preciso ter cuidado com a utilizao
indiscriminada desses monitores, pois a verificao contnua
do sistema pode causar impacto negativo no desempenho do
SGBD. Nesse contexto, a monitorao pode ser classificada em
intrusiva e no intrusiva, dependendo da interferncia que ela
causa no sistema.
20
Monitorao intrusiva
Em muitos casos, necessrio obter informaes internas do
SGBD, como a quantidade de blocos ocupados por uma tabela
ou como esses blocos esto distribudos. Essas informaes so
importantes e necessitam de um acompanhamento peridico.
No entanto, sua obteno consome recursos do SGBD sendo
necessrio o cuidado para no sobrecarreg-lo. Fica claro que
uma definio sensata da periodicidade em que as checagens sero
feitas fundamental. Outros exemplos comuns de monitorao
intrusiva so: fazer o acompanhamento das atividades de um
usurio ou grupo de usurios em particular para fins de depurao
ou auditoria; fazer o acompanhamento em intervalos de tempo
da taxa de crescimento de uma tabela e a avaliao do estado de
fragmentao dos grupos de arquivos do SGBD.
Monitorao no intrusiva
Como vimos, muito importante que o monitoramento no
afete negativamente o desempenho do SGBD. Para isto, as ferra-
mentas de monitorao devem aproveitar ao mximo os recursos
nativos de cada SGDB.
Diversos fabricantes de bancos de dados disponibilizam in-
terfaces de programao para o desenvolvimento de mecanismos
de monitorao para seu produto. Atravs dessas interfaces
possvel obter informaes diretamente da estrutura de memria
do SGBD com impacto mnimo de performance. A ORACLE, por
exemplo, oferece a viso V$SESSION para verificar as sesses de
usurio conectados no SGBD. De forma similar, o MS SQL Server
oferece a stored procedure sp_who.
O que esperar de um sistema de monitoramento?
Considerando o que foi apresentado at o momento, j
possvel fazer uma projeo de um sistema de monitoramento.
Porm, surgem algumas questes:
Quais dados sero coletados?
Como fazer a coleta?
Como ser criado um repositrio centralizado para guardar
informaes?
Como o SGBD ser acessado?
Como essas informaes sero apresentadas?

Na maioria dos livros e manuais de SGBD,
monitorao um tema intimamente liga-
do a refinamento, ou seja, monitorar para
otimizar performance. No entanto, sabe-se
que o refinamento tende a ser muito mais
eficiente na fase de projeto e desenvolvi-
mento de um sistema do que durante a pro-
duo. Ou seja, quando um sistema entra
em produo, desejvel que ele j esteja fatores externos ao SGBD sejam tambm
otimizado, restando para a monitorao o
papel de identificar fatores que venham a
comprometer sua disponibilidade.
Pensando assim, um bom monitor pr-
ativo tem como componente fundamental
o repositrio de dados. O principal objeti-
vo desse repositrio indicar tendncias
comportamentais do SGBD, como taxa
de crescimento de usurios simultneos,
taxa de crescimento de dados, consumo
de recursos do sistema e horrios de pico.
Dessa forma, uma anlise temporal das
informaes do repositrio poder apoiar
as tomadas de deciso do DBA.
Considerando que um DBA no est 24h
no ambiente de trabalho, um bom monitor
dever tomar aes para impedir a parada
do sistema sem a interveno imediata do
DBA. Por exemplo, ao coletar a informa-
o de espao disponvel no disco, caso
o valor atual no esteja dentro do limite
considerado crtico, o monitor poderia efe-
tuar determinadas aes como enviar uma
mensagem de alerta para o DBA ou remo-
ver arquivos temporrios para liberar mais
espao. A seguir so apresentadas algumas
informaes importantes a serem coletadas
pelo monitor:
SGBD: Sesso de usurio, utilizao Onde encontrar ferramentas de
de memria, utilizao de espao de
armazenamento, performance geral do
sistema, atividades de backup e recovery,
conteno de bloqueios (locks) e transa-
es por minuto.
NO-BREAK: Os NO-BREAKs moder-
nos possuem uma interface de comuni-
cao com o computador, sendo possvel
monitorar as condies das baterias,
temperatura interna, oscilao e falta de
energia eltrica.
SISTEMA OPERACIONAL: CPU,
memria, espao em disco, processos de
usurio e rede.
O monitoramento do sistema operacio-
nal importante, pois em muitos casos
um problema pode estar mais relacionado
aos recursos gerenciados por ele do que
pelo SGBD. Considere, por exemplo, um
processo pesado sendo executado pelo
usurio em horrio de pico (um antivrus,
por exemplo).
A ampla gama de sensores de monito-
rao disponveis atualmente permite que
monitorados, como:
Temperatura do ambiente: Caso exista
alguma falha no sistema de refrigerao,
a temperatura poder subir de forma que
possa comprometer o funcionamento dos
computadores.
Umidade do ambiente: Ambientes
muito midos podem prejudicar o fun-
cionamento do computador.
Temperatura interna da CPU: Por
mau funcionamento ou condies extre-
mas, a temperatura da CPU poder subir
para valores crticos.
Temperatura dos Arrays de Discos: O
uso intenso de I/O poder superaquecer
os discos.
Falha em algum disco do Array: Os
atuais sistemas de array de discos possibili-
tam realizar manutenes sem necessida-
de de parar o sistema. Assim, monitorar
as condies dos discos importante e
desejvel.
Fontes de alimentao: Computadores
projetados para alta disponibilidade vm
com duas ou mais fontes de alimentao
permitindo que uma entre em funciona-
mento caso a outra falhe.
monitorao
Alguns SGBDs j tra-
zem ferramentas de mo-
nitorao em seu pa-
cote. Existem tambm
fabricantes de softwares
especializados nessa ta-
refa, como por exemplo
a BMC Software (www.
patrol.com), Quest Sof-
tware (www.patrol.com)
e Veritas (www.veritas.
com). Essas ferramentas
esto disponveis para
os principais SGBD co-
merciais e podem ser
consultadas nos sites Spotlight monitorando duas instncias ORACLE.
SQL - Magazine
apresentados. Algumas caractersticas des-
sas ferramentas so mostradas a seguir.
Ferramenta da Quest Software
A Quest Software possui um conjunto de
ferramentas que possibilitam ao DBA moni-
torar e diagnosticar, em tempo real, vrias
condies de estado do SGBD. As principais
caractersticas dessas ferramentas so:
Representao visual dos fluxos das
atividades do SGBD;
Suporte a monitorao de mltiplos
servios de banco de dados ao mesmo
tempo;
Suporte a monitorao de sistema
operacional;
Suporte a identificao de gargalos;
Visualizao imediata de reas e situa-
es problemticas;
Alerta de conteno de recursos de
SGBD;
Assistente que ajuda em reparos e refi-
namentos on-line;
Integrao com outras ferramentas
para suporte a monitorao pr-ativa em
SGBD 24/7. Isso inclui envio de mensa-
gens ao DBA via celular, page ou e-mail;
Apresentao detalhada de consultas
em SQL ineficientes, utilizao de me-
mria, utilizao de I/O, transaes e
bloqueios (locks).
A Figura 1 apresenta a interface principal
do monitor Spotlight da Quest Software.
Nele possvel identificar o estado geral
do SGBD e de seus componentes. Neste
exemplo esto sendo monitorados trs
servidores de banco de dados ao mesmo
tempo, um SGBD ORACLE, denominado
F1
21
M onitorao de sistemas de banco de dados

F2
do SGBD alcance um com o sistema operacional. Por fim, obser-
valor no desejado ou ve a regio em vermelho denominada Disk
de alerta, a cor da re- Storage indicando que a capacidade mxi-
gio correspondente ma de alguma estrutura de armazenamento
mudar de verde para pode est chegando ao seu valor limite.
vermelho como vere- Caso o DBA precise de maiores detalhes
mos mais adiante. sobre os problemas identificados, possvel
Observe na Figura fazer uma anlise mais profunda clicando
1 que o ser vidor nas regies indicadas em vermelho. Se a
NEWTON no apre- regio Paging for selecionada, possvel
senta no momento observar os recursos utilizados pelo sistema
nenhum problema. operacional como mostra a Figura 3.
Ainda nessa figura, Ainda na Figura 3 observe que quase
Spotlight monitorando o SGBD PITOLOMEU (MS SQL Server) com veja os destaques 1 e toda a memria RAM (regio Memory
alguns problemas 2 representando res- circulada em vermelho) do sistema est
F3 pectivamente as ati- ocupada (somente 8,69 MB livre de um
vidades dos processos total 1GB) justificando a quantidade de
de escrita em discos paginaes por segundo. Mais uma vez,
(DBWR1 e LGWR1) clicando na regio Memory, possvel
e o estado dos com- aumentar ainda mais o nvel de detalhe. A
ponentes da SGA Figura 4 mostra os processos e a quantidade
do ORACLE (Buffer de recursos consumidos por eles. Observe
Cache, Redo Buffer, na coluna Physical MB (circulada em ver-
Shared Pool, Java melho) que s o servio sqlservr consome
Poll e Large Pool). 871,73 MB.
J o PITOLOMEU e
WEBER esto na cor Nota: A Quest tambm possui uma ferramen-
vermelha (ver desta- ta denominada Iwhatch que permite coletar
que 3) indicando que informaes e armazen-las em um repositrio.
Spotlight mostrando com mais detalhes o problema da Paginao. algo pode no estar Essa ferramenta , em geral, executada junta-
indo bem. Nesse mo- mente com os servios do SGBD permitindo
NEWTON, e dois MS SQL Server, deno- mento o DBA poder selecionar o SGBD a anlise temporal dos dados. O Iwhatch destaca-
minados PITOLOMEU e WEBER, todos ser analisado. A Figura 2 mostra trs regies se pela baixa intruso no sistema.
em mquinas distintas. Observe ainda em vermelho indicando o que pode estar
que o banco que est sendo visualizado acontecendo de errado no PITOLOMEU. Ferramenta da Patrol (BMC
no momento o NEWTON. Note que a Note que o nmero de paginaes (Paging) Software)
tela foi organizada obedecendo estrutura atingiu o valor de 99 por segundo indicando A Patrol tambm possui um conjunto
modular do ORACLE, ou seja: sesses de que, provavelmente, a quantidade de me- de ferramentas que, na mesma linha da
usurio (Sessions); processos servidores mria principal (RAM)
com informaes sobre o espao em me- no suficiente para F4
mria ocupada pela PGA, quantidade de co- executar os servios
nexes dedicadas e compartilhadas (MTS); necessrios. Isso obriga
a estrutura de memria cache (SGA) com o sistema operacional
seus componentes e indicadores de perfor- a fazer a paginao,
mance (Buffer Cache hit rate); os processos aumentando assim a
responsveis pela escrita (Database Writes, utilizao dos recursos
Redo Log Writer e Archiver) e finalmente, de I/O e conseqen-
as unidades de armazenamento. temente diminuindo a
Uma caracterstica importante dessa fer- performance geral do
ramenta a possibilidade de verificar o fluxo sistema.
de informaes (em Kbytes/Seg) de uma Note que a regio
regio para outra (veja as regies circuladas OS Status tambm
em vermelho). Com isso possvel identifi- est em vermelho, con-
car gargalos potenciais em todo o sistema firmando que algo no
computacional. Caso algum componente est indo muito bem Spotlight mostrando o consumo de recursos dos processos ativos.

22

Quest Software, possibilitam a monitora-
o do SGBD e sistema operacional. Suas
principais caractersticas so:
Condio de performance em tempo
real dos servidores de banco de dados;
Visualizao imediata de reas e situa-
es problemticas;
Isolamento da causa do problema;
DBXray mostrando o estado geral de funcionamento de um SGBD ORACLE.
DBXray mostrando o estado geral de funcionamento de um SGBD MS SQL Server.
Anlise de performance;
Dados estatsticos acumulados em
repositrio;
Alerta de conteno de recursos de
SGBD;
Alerta de falta de espao;
Condio e utilizao de memria.
As figuras 5 e 6 mostram a ferramenta
SQL - Magazine
DBXray monitorando o NEWTON (Ser-
vidor ORACLE) e o WEBER (Servidor MS
SQL Server), respectivamente. As mesmas
observaes aplicadas ao Spotlight tambm
podem ser consideradas aqui, tanto no que
se refere estratgia de visualizao como
possibilidade de aumentar o nvel de detalhe
at chegar ao foco do problema.
F5
Concluso
Vimos neste artigo uma introduo a
algumas ferramentas para monitorao de
banco de dados. Infelizmente no tive opor-
tunidade de avaliar a ferramenta da Precise
(Indepth). Porm, pelo que pude ver no
site (http:/veritas.com/), ela possui funcio-
nalidades equivalentes s apresentadas pela
Quest e Patrol. Gostaria de complementar
dizendo que as observaes sobre as ferra-
mentas apresentadas aqui so superficiais e
servem apenas para dar uma idia ao leitor
das facilidades presentes nelas.
S
Faa o download e comente
essa matria em:
www.sqlmagazine.com.br/sql11
R
ARONOFF, Eyal, LONEY, Kevin, SANA-
WALLA, Noorali, ORACLE 8 Advanced
Tuning & Administration, Berkeley,
California, Oracle Press, 1998
CYRAN, Michele, Desinginig and Tuning
F6
for Performance, Release 2 (8.1.6),
Oracle Corporation, 1999.
DATE, C. J., Introduo a Sistema de
Banco de Dados, 7 ed. [Traduo: Van-
denberg D. de Souza], Rio de Janeiro,
2000.
A
Ricardo Lima Caratti
(ricardo.caratti@terra.com.br) traba-
lha atualmente na Politec (Braslia),
Sun Certified Programmer for Java 2
Plataform, Oracle Certified Professional
(OCP), graduado no curso de Tec-
nologia da Informao pela UPIS/DF,
trabalhou 12 anos no Ncleo de Pro-
cessamento de Dados da Universidade
Federal do Cear (UFCe) e 5 anos no
Instituto Nacional de Estudos e Pesqui-
sas Pedaggicas (INEPe).
23
A
N
justes
de Desempenho em
Consultas Simples na SQL
Peter Gulutzan e Trydy Pelzer

este artigo, falaremos sobre a otimizao de con-

sultas simples baseada na sintaxe. Aprenderemos
quais condies de pesquisa so melhores e, ciente
dessas informaes, decidiremos se ser necessrio alterar
Esse exemplo obtm um total de 27 pontos, calculados da
seguinte maneira:
5 pontos para a coluna (smallint_column) sozinha es-
querda;
a ordem das expresses ou substituir uma expresso 2 pontos pelo fato do tipo de dados operando (smallint_co-
por outra que desempenhe a mesma funo de forma mais lumn) ser numrico exato;
eficiente. 10 pontos para o operador de igualdade;
Para otimizar uma consulta com base na sintaxe, devemos 10 pontos para o literal (12345) sozinho direita.
desconsiderar os fatores no sintticos (por exemplo, ndices, Veja outro exemplo:
tamanhos de tabela, armazenamento). ... WHERE char_column >= varchar_column || x
Antes de comear, vale ressaltar que no adianta tentar otimizar
grande parte da sintaxe SQL, pois somente algumas instrues A contagem de pontos para esse tipo de condio de pesquisa
SQL possuem opes que tornam isto possvel. A sintaxe que muito inferior: somente 13.
oferece muitas possibilidades de otimizao so as condies de 5 pontos para a coluna (char_column) sozinha esquerda;
consulta SQL. Veja aqui trs exemplos de condies de pesquisa: 0 ponto para o tipo de dados operando CHAR
... WHERE title LIKE The % OR title LIKE A % (char_column);
... WHERE name <> Smith 5 pontos para o operador maior que ou igual a;
... WHERE number = 5
3 pontos para a expresso com vrios operandos
Apesar das consultas mais lentas serem as que contm junes (varchar_column || x) direita;
e subconsultas, este artigo trata somente das consultas em tabela
nica. Alm disso, apesar das condies de pesquisa poderem
T1
aparecer em clusulas HAVING, IF ou ON, trataremos somente Operador Pontos
das que aparecem em clusulas WHERE. = 10
> 5
>= 5
Ajuste geral
< 5
Nesta parte do artigo, trataremos de algumas idias gerais
<= 5
que voc deve ter em mente ao escrever condies de consultas LIKE 3
simples. <> 0
Contagens de pontos da condio de pesquisa para operadores.
Cdigo para pontos T2
Operando Pontos
As melhores condies de pesquisa so as que trabalham Literal sozinho 10
com poucas linhas e comparaes fceis. As Tabelas 1 e 2 Coluna sozinha 5
mostram listas tpicas de tipos de condies de pesquisa, Parmetro sozinho 5
Expresso com vrios operandos 3
ordenadas da melhor para a pior. Cada componente da con-
Tipo de dados numrico exato 2
dio da pesquisa possui uma contagem de pontos: quanto
Outro tipo de dados numrico 1
melhor o componente, mais alta a pontuao. Voc pode Tipo de dados temporal 1
ver pelos pontos distribudos mostrados nas Tabelas 1 e 2 que a Tipo de dados caractere 0
melhor condio de pesquisa seria algo como: NULO 0
Contagens de pontos da condio de pesquisa para operandos.
... WHERE smallint_column = 12345

24

0 ponto para o tipo de dados operando
VARCHAR (varchar_column).
A contagem de pontos precisa para uma
condio de pesquisa varia a depender do
fornecedor. Ento no adianta memorizar
nada alm da ordem e do conceito desta
tcnica de otimizao. Lembre-se apenas
que a condio que leva menos tempo
obtm mais pontos.
Tendo conhecimento desse conceito,
voc pode decidir se ir mudar a ordem das
expresses ou substituir uma expresso por
outra que desempenhe a mesma funo.
Apesar de um otimizador de um SGBD
moderno possuir muito mais regras que exi-
gem informaes fora do escopo da prpria
instruo SQL, todos os SGBDs recorrem
contagem de pontos quando no h outras
informaes disponveis.
Uma outra maneira de otimizar uma
condio de pesquisa colocando vrias
expresses na ordem correta. As expresses
nesta clusula WHERE j esto na ordem
ideal:
SELECT * FROM Table1
WHERE column1 = 5
AND column2 = 77.3
AND column3 = Smith
AND column4 < 117
AND column4 > column5
GANHO: 0/8
A observao na parte inferior deste
exemplo nos informa que h um ganho
de 0/8. O ganho mostra quantas vezes a
consulta executada mais rapidamente
se comparada pesquisa otimizada pelo
SGBD (a pesquisa foi executada em SGB-
Ds de 8 fabricantes). Neste caso, nos 8
SGBDs que a consulta foi executada, no
houve ganho de desempenho. Esse valor
varia conforme os dados e as mquinas,
evidentemente.
Ento GANHO: 0/8 significa: voc
perderia o seu tempo se reorganizasse
esta clusula WHERE em outra ordem
pois o SGBD faz isso para voc. Todos os
fabricantes de SGBD possuem o conhe-
cimento bsico da contagem de pontos,
por isso a reorganizao automtica. Isso
significa que, em situaes comuns, voc
no ganhar nada fazendo sua prpria
otimizao baseada na sintaxe. No entan-
to, h muitas excees a essa regra. No
restante deste artigo, analisaremos algumas
dessas situaes.
Propagao constante
Formalmente, a Lei da Transitividade
afirma que:
IF
(A <comparao> B) IS TRUE AND (B <com-
parao> C) IS TRUE
THEN
(A <comparao> C) IS TRUE AND NOT (A
<comparao> C) IS FALSE
onde o operador de comparao (com-
parison operator) um dos seguintes: = ou
> ou >= ou < ou <= mas nenhum destes: <>
ou LIKE.
A Lei da Transitividade leva observao
simples de que podemos substituir B por C
sem alterar o significado de uma expresso.
Quando uma substituio dessas variveis
envolve a substituio de um valor cons-
tante, o processo chamado de propagao agilizar esses casos. Veja aqui um exemplo:
constante.
As duas expresses a seguir possuem o
mesmo significado, mas a segunda possui
uma melhor contagem de pontos porque
ela substitui o nome de coluna (column1)
por um literal (5):
Expresso #1
... WHERE column1 < column2
AND column2 = column3
AND column1 = 5
Expresso #2
... WHERE 5 < column2
AND column2 = column3
AND column1 = 5
GANHO: 2/8
Expresso #2 chamada de transformao quando um programa gera as consultas
da Expresso #1 (escrever uma transforma-
o significa reescrever uma instruo SQL
para produzir o mesmo resultado, mas com
sintaxe diferente. Quando duas instrues
SQL possuem sintaxes diferentes, mas que
produziro de forma previsvel e regular
as mesmas sadas, elas so chamadas de
transformaes uma da outra). A maioria
dos bons SGBDs efetuam essa ao automa-
ticamente. Mas alguns no tentaro trans-
formaes quando a expresso contiver
vrios parnteses e NOTs. Por exemplo, esta
instruo SELECT pode ser lenta:
SELECT * FROM Table1
WHERE column1 = 5 AND
NOT (column3 = 7 OR column1 = column2)
Aplicando ns mesmos as transforma-
es, chegamos a esta instruo: podero ignorar a clusula WHERE inteira.
SELECT * FROM Table1
WHERE column1 = 5
AND column3 <> 7
AND column2 <> 5
GANHO: 5/8
SQL - Magazine
A instruo transformada mais de 50%
mais rpida. Em outras palavras, s vezes
vale a pena fazer suas prprias transfor-
maes.
s vezes, a propagao constante no
funcionar com flutuantes, pois pode haver
ao mesmo tempo maior que e igual a
quando ocorrem comparaes numricas
aproximadas. Se funcionar, porm, espere
GANHO: 5/8.
Na prtica, voc ver muitos operandos
semiconstantes, como parmetros ou fun-
es de programa. So exemplos as funes
nulas como CURRENT_DATE (uma funo
nula uma funo sem argumentos). Como
o uso de um valor constante sempre acelera
os acessos, tente uma transformao para
Query #1 se transforma em Query #2:
Query #1:
SELECT * FROM Table1
WHERE date_column = CURRENT_DATE
AND amount * 5 > 100.00
Query #2:
SELECT * FROM Table1
WHERE date_column = DATE 2002-01-01
AND amount * 5 > 100.00
GANHO: 5/8
Se voc estiver pensando em transformar
esse tipo de expresso, lembre-se de que
(devido constante DATE) precisar alterar
a consulta todos os dias. Isso s prtico
no servidor.
Eliminao de cdigo morto
(Dead Code)
Em alguns programas SQL antigos, voc
encontrar literais dos dois lados do opera-
dor de comparao, como neste exemplo:
SELECT * FROM Table1
WHERE 0 = 1
AND column1 = I hope we never execute
this
Antes de serem permitidos os /* comen-
trios */ em uma instruo SQL, essa era
uma maneira de incluir uma seqncia de
comentrio em linha. Como a expresso
0 = 1 sempre falsa, essa consulta no
retornar linha alguma; portanto, os SGBDs
Mas alguns no a ignoraro. Testamos isso
removendo a clusula WHERE e obtivemos
um ganho!
SELECT * FROM Table1
GANHO: 5/8
25
 H ow TO: Usando objetos OLE via SQL Server
bvio que essas duas consultas no so
equivalentes. A questo simplesmente
que se deve levar menos tempo para recu-
perar zero linhas devido a uma condio
sempre falsa do que se levaria para fazer
uma leitura de tabela inteira, desde que
o SGBD no avaliasse a condio sempre
falsa. Esse exemplo mostra que os SGBDs
nem sempre rejeitam condies sempre
falsas e todos os seus dependentes no est-
gio de PREPARAO. Mas eles rejeitam
condies sempre verdadeiras. Ento, voc
pode usar condies sempre verdadeiras
para um equivalente SQL de compilao
condicional. Por exemplo, se voc teme que
um SGBD no oferea alta preciso para
resultados de diviso, inclua uma condio
parte que s seja usada quando necessrio
como neste exemplo:
... WHERE (77 / 10 = 7.7
AND column1 / 10 = 7.7)
OR (77 / 10 = 7 AND column1 * 10 = 77)
GANHO: 5/8
No entanto, devido ao aspecto de pouca
confiabilidade, no uma boa idia usar c-
digo redundante. Suponha que uma coluna,
indexed_column, seja uma coluna NOT
NULL indexada. Voc pode transformar
essa instruo SQL:
SELECT * FROM Table1
na seguinte instruo:
SELECT * FROM Table1
WHERE indexed_column > 0
Essa uma maneira de forar o SGBD a
pesquisar pelo ndice. Vale ressaltar que isso
s funciona com alguns SGBDs. Em termos
gerais, no inclua condies redundantes
em clusulas WHERE.
Certifique-se de usar o
SGBD correto
Existem vrias maneiras de garantir que
um SGBD especfico execute uma expres-
so. Veja aqui trs exemplos, todos usando
extenses SQL no-padro:
Exemplo 1:
... WHERE :variable = Oracle
AND /* cdigo especfico para o Ora-
cle aqui */
Exemplo 2:
SELECT /* ! HIGH_PRIORITY */ ...
/* todos SGBDs com excesso do MySQL
ignoram isto */
Exemplo 3:
... WHERE <escape-sequence> AND /* cdi-
go ODBC */
26
O Oracle permite a incluso de um
comentrio que indique qual ndice deseja
usar. Seria mais ou menos assim:
SELECT /*+ INDEX(Widgets Widget_index) */
column1, column2, column3
FROM Widgets
WHERE column1 <> 7;
GANHO: apenas 1/8 por causa das funcio-
nalidades especficas do Oracle
As otimizaes especficas ao Oracle no
so boas idias quando prendem voc a ele.
Nesse caso, a dica est em um comentrio
e por isso, outros SGBDs iro ignor-la.
Utilizar mecanismos especficos de cada
banco para otimizar a consulta uma boa
desde que no entre em conflito com os
demais SGBDs.
Resumos bvios
Todos que estejam acostumados com
C, sabem que a expresso x=1+1-1-1
resumida em x = 0 durante a compila-
o. Ento, pode ser surpresa para voc
que muitos SGBDs no resumam es-
ses cinco candidatos transformao
aparentemente bvios:
... WHERE column1 + 0
... WHERE 5 + 0.0
... WHERE column1 IN (1, 3, 3)
... CAST(1 AS INTEGER)
... WHERE a || b
Porm, se voc encontrar expresses
como essas em cdigo antigo, nossa dica
: deixe-as isoladas. Elas esto l por
razes histricas, como forar o SGBD
a ignorar ndices, alterar o tipo de da-
dos de resultado, permitir a diferena
entre SMALLINT e INTEGER ou fugir
de um limite de tamanho de linha. Sinto
muito, mas os casos aparentemente b-
vios so precisamente aqueles em que
voc deve parar e se perguntar se o pro-
gramador original teve algum motivo para
a estranha escolha de sintaxe. Contudo,
recomendamos que voc transforme esta
condio de pesquisa:
... WHERE a - 3 = 5
em:
... WHERE a = 8 /* a - 3 = 5 */
GANHO: 6/8
Pesquisas que no diferenciam
maisculas de minsculas
O Access Jet da Microsoft considera
as seqncias SMITH e Smith iguais,
ou seja, ele no diferencia maisculas de
minsculas. O Oracle, por outro lado, nor-
malmente faz essa distino (o mecanismo
diria que SMITH e Smith so seqncias
diferentes). O Sybase permite que voc deci-
da sobre esse tipo de distino quando voc
faz a instalao, e um SGBD padro SQL
permitir que voc altere essa capacidade de
distino em tempo de execuo. J vimos
muitos programadores tentar garantir que
no haver essa distino usando a funo
UPPER, como em:
... WHERE UPPER(column1) = SMITH
Isso pode ser um erro quando se lida
com seqncias que contm letras que no
sejam estritamente latinas. Com alguns
SGBDs, quando voc traduz determinadas
seqncias francesas ou alems em letras
maisculas, as informaes so perdidas.
Por exemplo, a funo:
... UPPER(rsum)
retorna RESUME, ou seja, as marcas de
acento so perdidas, alterando o significado
da palavra de curriculum vitae para reini-
ciar. Como as informaes no se perdem
se for feito de outra maneira, melhor usar
a funo LOWER, como aqui:
... WHERE LOWER(column1) = rsum
Uma maneira ainda melhor eliminar
totalmente a funo de resumo se for
possvel. Tanto o manual da Microsoft
como o da Oracle dizem: Evite funes
em colunas. Estamos certos de que eles
querem dizer evite funes em colunas
quando houver outra maneira de obter o
resultado necessrio. Por exemplo, para
garantir que no haver distino entre
maisculas e minsculas, o melhor mtodo
usar uma collation case-insensitive em vez
de uma funo de resumo.
Uma pesquisa um pouco mais rpida
pressupe que os dados estejam limpos e
solicita somente combinaes previsveis,
como esta:
... WHERE column1 = SMITH
OR column1 = Smith
GANHO: 8/8
que ainda lenta. Nossa dica aqui :

tire proveito da eliminao de cdigo
morto para que a pesquisa Smith ocorra
somente quando o SGBD fizer distino en-
tre maisculas e minsculas. Veja como:
... WHERE column1 = SMITH
OR (SMITH <> Smith AND column1 =
Smith)
GANHO: 3/8
SARGabilidade (Sargability)
A condio de pesquisa SQL ideal possui
a forma geral:
<column> <operador de comparao>
<literal>
No incio, os pesquisadores da IBM cha-
mavam esses tipos de condies de pesquisa
de sargable predicates (predicados com
argumentos pesquisveis), pois SARG
uma contrao de Search ARGument
(argumento de pesquisa). Depois, a Mi-
crosoft e a Sybase redefiniram sargable
como que pode ser pesquisado pelo n-
dice. Bom, quando uma mesma palavra
possui dois significados diferentes, ela no
deve mais ser usada como palavra! Por isso
intitulamos a seo de Sargability s de INTEGERs so nmeros de 32 bits) e no
brincadeira. Mas, apesar de a palavra estar
morta, a idia vive nesta regra: o lado es-
querdo de uma condio de pesquisa deve
ser um nome de coluna simples; o lado direi-
to deve ser um valor fcil de pesquisar.
Para reforar essa regras, todos os SGBDs
iro transpor a expresso:
5 = column1
em:
column1 = 5
Quando houver aritmtica envolvida,
somente alguns SGBDs faro a transpo-
sio. Por exemplo, testamos a seguinte
transformao:
... WHERE column1 - 3 = -column2
transformado em:
... WHERE column1 = -column2 + 3
GANHO: 4/8
O ganho mostra que o fato de ns mes-
mos termos feito a transformao foi de
considervel ajuda. Em um computador
de 32 bits, a aritmtica mais rpida se
todos os operandos so INTEGERs (pois
alterar o significado de uma expresso.
SQL - Magazine
SMALLINTs, DECIMALs ou FLOATs.
Assim, esta condio:
... WHERE decimal_column * float_column
mais lenta que:
... WHERE integer_column * integer_co-
lumn
GANHO: 5/8
Resumindo os ajustes gerais
O lado esquerdo de uma condio de
pesquisa deve ser um nome de coluna sim-
ples; o lado direito deve ser um valor fcil
de pesquisar. Cada componente de uma
condio de pesquisa possui uma con-
tagem de pontos. Quanto mais altos os
pontos, mais rpido o componente. A
condio que leva menos tempo obtm
mais pontos.
Coloque as vrias expresses na ordem
correta.
Use a Lei da Transitividade e o conceito
de propagao constante para substituir um
literal de um nome de coluna ou expresso
de coluna toda vez que puder fazer isso sem
27
 H ow TO: Usando objetos OLE via SQL Server
Alguns SGBDs no resumiro a maioria
das expresses aparentemente bvias. De
qualquer forma, no use esse princpio
como o motivo para sempre transformar
expresses como essa quando encontr-las
em cdigo antigo. Normalmente, elas esto
l por razes histricas. Lembre-se sempre
de entender o cdigo antes de alter-lo.
Evite funes em colunas. Se no puder
evitar funes, no use UPPER para garan-
tir que no haja distino entre maisculas e
minsculas. Em vez disso, use LOWER.
Ajustes especficos
At aqui, falamos sobre o ajuste geral das
condies de pesquisa. Agora vamos anali-
sar como aprimorar o seu cdigo usando
operadores SQL especficos.
AND
Quando tudo o mais for igual, os SGBDs
avaliaro uma srie de expresses com
AND da esquerda para a direita (exceto o
Oracle, que avalia da direita para a esquer-
da quando o otimizador cost-based est
em operao). Voc pode tirar proveito
desse comportamento colocando a ex-
presso menos provvel primeiro ou se
ambas forem igualmente provveis co-
locando a expresso menos complexa pri-
meiro. Depois, se a primeira expresso for
falsa, o SGBD no perder tempo ava-
liando a segunda. Por exemplo (a me-
nos que esteja usando o Oracle), voc
deve transformar:
... WHERE column1 = A AND column2 =
B
em:
... WHERE column2 = B AND column1 =
A AND mais OR
GANHO: 6/7 assumindo a ocorrncia de
column2 = B menos provvel
Nota: O Oracle com o otimizador rule-based
tambm obtm ganho, mas no faa isso para
o Oracle que est executando o otimizador
cost-based.
OR
Ao escrever expresses com OR, coloque
T3
Linha column1 column2
1 3 A AND vm primeiro:
2 2 B
3 1 C WHERE (column1 = 1 AND column2 = A)
Tabela para uma consulta AND mais OR.
28
a expresso mais provvel esquerda.
Essa uma recomendao oposta for- dices na ordem da consulta, possvel que
necida para AND porque OR gera testes
adicionais se a primeira expresso for
falsa enquanto AND s gera testes adi-
cionais se a primeira expresso for true.
Portanto, transforme Expresso #1 em
Expresso #2:
Expresso #1:
... WHERE column2 = B OR column1 = A
Expresso #2:
... WHERE column1 = A OR column2 = B
GANHO: 4/7 assumindo que a ocorrncia de
column1 = A mais provvel
Essa uma transformao recomendada
especialmente para sistemas Microsoft.
Mais uma vez, os usurios Oracle devem
ignorar essa recomendao porque os
sistemas Oracle calculam da direita para
a esquerda ao fazerem a operao com o
otimizador cost-based.
Os operadores OR tambm funcionam
mais rapidamente se todas as colunas forem
idnticas porque isso reduz o nmero de
colunas e ndices que o SGBD precisa ler.
Por isso, em uma srie longa com opera-
dores OR, as expresses para uma mesma
coluna devem estar juntas. Por exemplo,
voc deve transformar Expresso #1 em
Expresso #2:
Expresso #1:
... WHERE column1 = 1
OR column2 = 3
OR column1 = 2
Expresso #2:
... WHERE column1 = 1
OR column1 = 2
OR column2 = 3
GANHO: 1/8
A Lei Distributiva diz o seguinte:
A AND (B OR C)
a mesma coisa que
(A AND B) OR (A AND C)
Suponha que voc tenha uma tabela
idntica Tabela 3, em que seja necessrio
executar uma consulta onde os operadores
SELECT * FROM Table1
OR (column1 = 1 AND column2 = B)
Quando o SGBD efetua pesquisas em n-
ele siga estas etapas:
Pesquisa de ndice: column1=1. Result
set = {row 3}
Pesquisa de ndice: column2=A. Result
set = {row 1}
AND para mesclar os conjuntos de
resultados. Result set = {}
Pesquisa de ndice: column1=1. Result
set = {row 3}
Pesquisa de ndice: column2=A. Result
set = {row 1}
AND para mesclar os conjuntos de
resultados. Result set = {}
OR para mesclar os conjuntos de resul-
tados. Result set = {}
Agora, vamos trocar a consulta usando a
Lei Distributiva:
SELECT * FROM Table1
WHERE column1 = 1
AND (column2 = A OR column2 = B)
GANHO: 2/8
Fazendo as pesquisas na nova ordem, o
SGBD seguiria estas etapas:
Pesquisa de ndice: column2=A. Result
set = {row 1}
Pesquisa de ndice: column2=B. Result
set = {row 2}
OR para mesclar os conjuntos de resul-
tados. Result set = {row 1, 2}
Pesquisa de ndice: column1=1. Result
set = {row 3}
AND para mesclar os conjuntos de
resultados. Result set = {}
Esse teste gerou um ganho para apenas
dois dos oito SGBDs testados. Os outros
SGBDs tendem a aplicar eles mesmos a
Lei Distributiva de modo que estaro sem-
pre trabalhando com a mesma consulta
cannica. No entanto, a evidncia mostra
que, para condies simples de pesquisa, a
construo
A AND (B OR C)
melhor que
(A AND B) OR (A AND C)
NOT
Evite a utilizao da expresso NOT
transformando-a em uma condio mais
simples. Para isto, inverta a operao de
comparao. Por exemplo,

... WHERE NOT (column1 > 5)
transforma-se em
... WHERE column1 <= 5
Uma condio mais complexa requer
mais cuidado. Nestes casos, pode-se aplicar
o Teorema DeMorgan, que diz o seguin-
te:
NOT (A AND B) = (NOT A) OR (NOT B)
e apenas por nmero inteiros, melhor no
NOT (A OR B) = (NOT A) AND (NOT B)
Dessa forma, por exemplo, a condio
de pesquisa
... WHERE NOT (column1 > 5 OR column2
= 7)
transforma-se em
... WHERE column1 <= 5
AND column2 <> 7
Se aps a transformao voc possuir um
operador de desigualdade, o resultado ser
mais lento. Em qualquer conjunto de valo-
res distribudos de modo uniforme, quando
existem mais de duas linhas, os valores di-
ferentes sempre excedem os valores iguais.
Por isso, alguns SGBDs no usaro um ndi-
ce para comparaes de desigualdade, mas
usaro para comparaes de maior que ou
menor que. Assim, voc pode transformar
o tipo de condio
... WHERE NOT (bloodtype = O)
em
... WHERE bloodtype < O
OR bloodtype > O
GANHO: 3/8
O ganho desse exemplo 3/8 se pratica-
mente todo mundo tiver o tipo sangneo
O. Mas acontece justamente o contrrio se
a maioria das pessoas tiver um tipo sang-
neo diferente. Por isso, essa transformao
deve ser feita apenas se voc souber como
os valores esto distribudos e se a possibi-
lidade de haver mudana na distribuio for
mnima. Se o SGBD mantiver estatsticas,
ele ter essas informaes e proceder da
forma mais apropriada.
IN
Muitas pessoas acham que no existe
muita diferena entre as duas condies,
OR e IN, porque ambas retornam o mesmo
conjunto de resultados:
Condio #1:
... WHERE column1 = 5
OR column1 = 6
Condio #2:
... WHERE column1 IN (5, 6)
GANHO: 2/8
Essas pessoas esto ligeiramente enga-
nadas. O IN (2/8) mais rpido que OR.
Ento, quando possvel, transforme OR
em IN.
Entretanto, vale uma ressalva aqui: quan-
do um operador IN tem uma srie formada
utiliz-lo. Assim, a condio
... WHERE column1 IN (1, 3, 4, 5)
deveria ser transformada em
... WHERE column1 BETWEEN 1 AND 5
AND column1 <> 2
GANHO: 7/8
Ganhos semelhantes podem ocorrer
quando for possvel representar uma srie
usando uma expresso aritmtica.
LIKE
A maioria dos SGBDs usar um ndice
para um padro LIKE que comece com
um caractere real, mas evitar um ndice
para um padro LIKE que comece com
um caractere curinga (seja ele % ou _). Por
exemplo, se a condio de pesquisa for
... WHERE column1 LIKE C_F%
os SGBDs iro resolv-la localizando
todas as chaves de ndice que comecem
com C e filtrando apenas as que contiverem
F na terceira posio. Em outras palavras,
no necessrio transformar a condio
de pesquisa
... WHERE column1 LIKE C_F%
em
... WHERE column1 >= C
AND column1 < D
AND column1 LIKE C_F%
GANHO: -5/8
Nota: De fato, com IBM, Informix, Microsoft,
Oracle e Sybase, a expresso transformada ser
mais lenta!
Se quiser acelerar o operador LIKE com
um parmetro (LIKE ?) e souber que o pa-
dro comea com um caracter, faa voc
mesmo a transformao. Veja como:
... WHERE column1 LIKE ?
transforma-se em
SQL - Magazine
... WHERE column1 > SUBSTRING(? FROM 1
FOR 1)
AND column1 LIKE ?
GANHO: 4/8
Outra transformao interessante de
LIKE com um parmetro usar o ope-
rador de igualdade, em vez do operador
LIKE, se o parmetro no contiver um
caractere curinga. Por incrvel que parea,
esse procedimento pode realmente ajudar.
Por exemplo, possvel transformar a
condio
... WHERE column1 LIKE ABC
em
... WHERE column1 = ABC
GANHO: 5/8
A armadilha aqui que LIKE A e = A
no so exatamente as mesmas condies.
Em uma instruo SQL padro, a compara-
o LIKE considera os espaos direita. Por
outro lado, a comparao de igualdade os
ignora. Alm disso, os operadores LIKE e de
igualdade, por padro, no usam necessaria-
mente os mesmos collates. Por isso, no faa
a transformao em colunas VARCHAR e
certifique-se de forar o mesmo collate, se
necessrio.
Se uma coluna contiver apenas dois
ou trs caracteres, provavelmente voc
tenderia a usar SUBSTRING em vez de
LIKE, mas, como no bom usar funes
em colunas, o operador LIKE sempre
produzir melhores resultados que vrios
operadores SUBSTRING. Isso quer dizer
que voc deve transformar Expresso #1
em Expresso #2:
Expresso #1:
... WHERE SUBSTRING(column1 FROM 1 FOR
1) = F
OR SUBSTRING(column1 FROM 2 FOR 1) =
F
OR SUBSTRING(column1 FROM 3 FOR 1) =
F
Expresso #2:
...WHERE column1 LIKE %F%
GANHO: 5/6
Nota: Ingres e InterBase no suportam SUBS-
TRING; o ganho para apenas seis SGBDs.
SIMILAR
Se duas expresses que estiverem sendo
unidas com OR estiverem em colunas defi-
nidas como CHAR ou VARCHAR, o novo
operador SIMILAR, do SQL-99, pode ser
mais rpido que o operador OR (ver SQL
29
 H ow TO: Usando objetos OLE via SQL Server
Magazine 4 para maiores informaes). Esta
a sintaxe bsica de SIMILAR:
... <string> SIMILAR TO <pattern>
Para o operador SIMILAR, string o
nome de uma coluna ou uma expresso
de coluna. Os caracteres curinga a seguir
podem ser includos no pattern (padro):
% ou _ significa o mesmo que os carac-
teres curinga usados com LIKE.
* ou + significa "o anterior se repete
indefinidamente": zero para infinitas vezes
no primeiro caso e um para o infinito no
segundo.
[A-F] significa qualquer caractere entre
A e F.
[AEK] significa A, E ou K.
[^AEK] significa qualquer coisa dife-
rente de A, E ou K.
[:ALPHA:] significa qualquer coisa
que seja uma letra latina. Outras opes
para esta enumerao incluem [:UPPER:]
(somente para letras maisculas), [ :
LOWER:] (somente para letras minsculas),
[:DIGIT:] (para qualquer dgito entre 0 e
9) e [:ALNUM:] (para qualquer dgito ou
letra latina).
| e || significam, respectivamente, o
operador lgico OR e concatenao.
Dessa forma, por exemplo, a condio
de pesquisa
... WHERE column1 SIMILAR TO [A-
F][AEK]_
ser verdadeira para as seqncias
DEN
FAB
e ser falsa para as seqncias
GIB
AKRON
Como o operador SIMILAR aceita o
operador lgico OR no pattern, s vezes
OR no ser necessrio. Por exemplo, voc linhas em que a condio column1 = 5
poderia transformar Expresso #1 em Ex-
presso #2:
Expresso #1:
... WHERE column1 = A
OR column1 = B
OR column1 = K
Expresso #2:
... WHERE column1 SIMILAR TO [ABK]
GANHO: 1/1
Nota: Apenas o Informix suporta o comando
SIMILAR como descrito no SQL-99.
30
UNION
Em SQL, uma unio de duas tabelas
o conjunto de todos os valores de dados
existentes em cada uma das duas tabelas
eliminando as repeties, ou seja, UNION
retorna linhas no duplicadas de duas ou
mais consultas. Essa pode ser uma tima
maneira de mesclar dados. Mas ser que
a melhor? Para testar isso, executamos duas
instrues SELECT diferentes: Query #1 e
Query #2:
Query #1
SELECT * FROM Table1
WHERE column1 = 5
UNION
SELECT * FROM Table1
WHERE column2 = 5
Query #2
SELECT DISTINCT * FROM Table1
WHERE column1 = 5
OR column2 = 5
GANHO: 7/7
Nota: O MySQL no suporta UNION. O
ganho para apenas 7 SGBDs.
Nos nossos testes, nem column1 nem
column2 foram indexados. Observe que
Query #1 maior, usa uma construo
SQL relativamente rara e, invlida como
parte de uma instruo CREATE VIEW. Se
Query #2 sempre for executada mais rapi-
damente, como nesse exemplo, poderamos
recomendar que Query #1 sempre fosse
transformada em Query #2. No entanto,
em alguns SGBDs, isso poderia resultar
em execues mais lentas. Para saber o
motivo, precisamos considerar duas falhas
do otimizador.
A primeira delas que muitos otimiza-
dores funcionam apenas em uma clusula
WHERE em uma instruo SELECT sim-
ples. Por isso, acabam sendo executadas
duas operaes SELECT em Query #1.
Primeiro, o otimizador encontra todas as
Suponha que uma condio de pesquisa
verdadeira. Depois, encontra todas as linhas
em que column2 = 5 em uma passagem
separada, ou seja, ele faz um table scan duas
vezes! Ento, se column1 no estiver inde-
xado, Query #1 dever levar exatamente
o dobro de tempo para ser executada que
Query #2.
Se column1 estiver indexada, a pesquisa
dupla continuar a ocorrer, mas uma falha
pouco comum no otimizador, observada
em alguns SGBDs, compensa isso. Quan-
do esses otimizadores percebem que uma
condio de pesquisa contm OR, eles se
recusam a usar ndices. Por isso, nesse caso,
e apenas nesse caso, UNION produz um
resultado melhor que OR. Como esse um
conjunto de circunstncias bastante limita-
do, recomendamos que OR seja utilizado
em vez de UNION quando as colunas em
questo no estiverem indexadas.
EXCEPT
Qualquer expresso A AND NOT B pode
ser transformada com EXCEPT. Veja um
exemplo a seguir onde Query #1 trans-
formada em Query #2:
Query #1:
SELECT * FROM Table1
WHERE column1 = 7 AND
NOT column2 = 8
Query #2:
SELECT * FROM Table1
WHERE column1 = 7
EXCEPT
SELECT * FROM Table1
WHERE column2 = 8
GANHO: -2/3
Nota: Informix, Ingres, InterBase, Microsoft,
e MySQL no suportam EXCEPT.
O ganho negativo mostra que essa trans-
formao no uma boa idia! Somado ao
fato de que o suporte a EXCEPT raro,
recomendamos o seguinte: use AND NOT;
evite EXCEPT.
INTERSECT
Embora existam muitas maneiras de
transformar expresses formadas por AND
usando INTERSECT, observamos que ne-
nhuma delas produz ganhos. Como muitos
SGBDs no aceitam o operador INTER-
SECT em hiptese alguma, no entraremos
em detalhes sobre o assunto.
CASE
tenha mais de uma referncia a uma rotina
lenta:
... WHERE slow_function(column1) = 3
OR slow_function(column1) = 5
Para evitar que slow_function seja exe-
cutada duas vezes, transforme a condio
utilizando CASE:
... WHERE 1 =
CASE slow_function(column1)
WHEN 3 THEN 1
WHEN 5 THEN 1
END
GANHO: 4/7

Nota: InterBase no suporta Case.
Resumindo os ajustes especficos
Quando tudo o mais for igual, os
SGBDs avaliaro uma srie de expresses
com AND da esquerda para a direita
(exceto o Oracle, que avalia da direita
para a esquerda). Voc pode tirar proveito
desse comportamento colocando a expres-
so menos provvel primeiro ou, se ambas
forem igualmente provveis, colocando a
expresso menos complexa primeiro.
Em uma srie de expresses com OR,
coloque primeiro a expresso mais prov-
vel, a menos que voc esteja usando um
sistema Oracle.
Em uma srie de expresses com OR,
coloque as colunas idnticas juntas.
Aplique a Lei Distributiva para escrever
condies de pesquisa simples com o forma-
to A AND (B OR C) em vez de (A AND B)
OR (A AND C).
Transforme a expresso NOT em algo
mais legvel. Em uma condio simples,
inverta o operador de comparao; em
uma condio mais complexa, aplique o
Teorema DeMorgan.
Quando estiver familiarizado com a dis-
tribuio de um conjunto de valores, voc
poder acelerar o processo transformando
pesquisas de desigualdade em pesquisas de
maior que ou de menor que.
Transforme uma srie de expresses
com OR na mesma coluna em IN.
A maioria dos SGBDs usar um ndice
para um padro LIKE que comece com um
caractere real, mas evitar um ndice para
um padro que comece com um caractere
curinga. No transforme condies LIKE
em comparaes com >=, < e assim por
diante a menos que o padro LIKE seja
um parmetro (por exemplo LIKE ?).
Nos casos em que o parmetro no tiver
um caractere curinga, acelere o processa-
mento de LIKE ? substituindo o operador
de igualdade de LIKE, desde que os espaos
direita e agrupamentos diferentes no
sejam um fator relevante.
LIKE sempre ser melhor que vrios
operadores SUBSTRING; portanto, evite a
transformao.
Transforme UNION em OR.
Coloque uma condio de pesquisa em
uma expresso CASE se o resultado for uma
reduo no nmero de referncias.
Notas de estilo
Ao executar vrias instrues SQL
seqencialmente, importante usar um
estilo consistente. Por exemplo, em vez de
executar as instrues SQL
SELECT column1*4 FROM Table1 WHERE COLU-
MN1 = COLUMN2 + 7
select Column1 * 4 FROM Table1 WHERE
column1=(column2 + 7)
execute estas duas:
SELECT column1 * 4 FROM Table1 WHERE
column1 = column2 + 7
SELECT column1 * 4 FROM Table1 WHERE
column1 = column2 + 7
GANHO: 2/8
Voc deve estar pensando: Mas elas so
idnticas!. Bem, semanticamente, todas as
quatro expresses SELECT so idnticas.
O truque que alguns SGBDs armazenam
os resultados analisados de consultas ante-
riores e os reutilizam se as consultas forem
exatamente as mesmas, inclusive os espaos
e a disposio de letras maisculas e mins-
culas. Por isso, um estilo firme e consistente
criar instrues que sejam fceis de serem dro comea com um caractere curinga.
lidas, mas tambm que sejam mais rapida-
mente executadas!
No forneceremos um guia de estilo aqui
porque no essa a finalidade deste artigo.
No entanto, mostraremos que a transfor-
mao no exemplo usou algumas regras
comuns e fceis de serem lembradas:
Coloque as palavras-chave em letras
maisculas e os nomes de colunas em letras
minsculas.
Use os nomes de tabelas com a inicial
maiscula.
Use espaos simples ao redor de cada
palavra e de cada operador aritmtico.
Consideraes finais
Suponha que voc tenha uma coluna de
preos, definidos como DECIMAL(7,2), e
precise responder pergunta: Quais preos
so dlares redondos?
Para iludir voc, aqui esto duas citaes
presentes na documentao on-line do
Microsoft SQL Server 2000:
Citao no1: Avoid data conversion
functions (Evite funes de converso de
dados).
Citao no2: If the same column is on
both sides of the comparison operator, the
expression is not sargable (Se a mesma
coluna estiver nos dois lados do operador de
comparao, a expresso no SARGable).
SQL - Magazine
Agora, aqui esto as trs condies de
pesquisa que respondem pergunta:
Search condition #1
... WHERE MOD(decimal_column, 1) = 0
Search condition #2
... WHERE CAST(decimal_column AS
CHAR(7)) LIKE %.00%
Search condition #3
... WHERE decimal_column = CAST(decimal_
column AS INTEGER)
Qual delas a melhor? Se voc tiver lido
este artigo at aqui, existe uma resposta.
A condio de pesquisa no 1 a pior.
Embora no exista um CAST, ela depende
da converso de dados de nmeros decimais
para nmeros inteiros porque as operaes
em mdulos trabalham com nmeros in-
teiros. Existe ainda uma operao implcita
de diviso.
A condio de pesquisa no 2 a interme-
diria. Alguns SGBDs armazenam valores
decimais como seqncias de caracteres.
Por isso, a converso de dados no difcil.
Entretanto, LIKE mais lento quando o pa-
A condio de pesquisa no 3 a melhor.
Ela quebra as regras definidas na citao no
1 e na citao no 2, mas dissemos que essas
citaes eram ilusrias (a Microsoft adota
uma acepo incomum para sargable).
Se voc comparar todas as trs condies
usando as contagens de pontos mostradas
nas tabelas 1 e 2 no incio deste artigo, per-
ceber que a condio no 3 a que alcana
a maior pontuao porque usa o operador
de igualdade e tem um nmero menor de
expresses. Alm disso, mais prximo do
ideal de sargable porque comea com
<column> <comparison operator>
Concluso
Neste artigo vimos um conjunto de dicas
sobre otimizao. Faam bom proveito
delas. Mas no se esquea que isto ape-
nas parte do problema da otimizao de
consultas SQL.
S
Faa o download e comente
essa matria em:
www.sqlmagazine.com.br/sql11
A
Peter Gulutzan e Trudy Pelzer so au-
tores do livro SQL Performance Tuning
(Addison-Wesley, 2002).
31
N ovidades
do Firebird 1.5

Carlos Henrique Cantu

N os ltimos meses o Firebird teve presena constante na

mdia on-line: recentemente ficou em segundo lugar em
uma pesquisa Qual o seu banco de dados preferido? rea-
lizada nos fruns do site LinuxQuestions.org (www.linuxquestions.
org/questions/showthread.php?s=&threadid=116360), com di-
podem ser encontradas em nenhuma das verses do InterBase
disponveis no momento.

Nota - Histria: O Firebird um banco gratuito e Open Source que

teve sua origem no cdigo do Borland InterBase 6.0. Aps a liberao
ferena de apenas 2 votos para o primeiro lugar, que acabou do cdigo do IB 6.0 como um produto Open Source, a Borland decidiu
ficando com o MySQL. Os outros bancos que participaram da lanar as verses posteriores do IB sob o modelo comercial (software
pesquisa foram o Postgres, Sybase, Berkeley DB, Oracle e DB2. fechado e pago). Inconformados com essa atitude, muitos usurios e
A guerra de nomes promovida pelo Mozilla e pelo Firebird pessoas envolvidas com o InterBase se juntaram e criaram o Firebird,
tambm contribuiu para colocar o banco de dados na mdia, e com a determinao de dar continuidade um banco de dados que fosse
teve um final feliz com a mudana do nome do browser Mozilla gratuito e com cdigo aberto.
Firebird para Mozilla FireFox, deixando o uso do nome Firebird
livre para o banco de dados. O site da Oreilly, famosa editora Novidades
de livros da rea de informtica, promoveu uma pesquisa sobre Mudanas nos nomes dos arquivos
qual seria o banco de dados preferido dos seus visitantes e o O Firebird 1.0 utilizava os mesmos nomes de arquivos que o
Firebird/InterBase ficou em primeiro lugar. Tudo isso mostra seu progenitor, o InterBase. O Firebird 1.5 trouxe novos nomes
que o Firebird est ampliando rapidamente seu espao no dis- para esses arquivos, marcando sua identidade nos mesmos. A
putado mundo dos SGBD! Tabela 1 mostra os principais arquivos renomeados. A lista
O lanamento da verso 1.5 promete manter o FB sob os olha- completa est no release notes do FB 1.5.
res da mdia especializada por mais algum tempo. Essa verso
um marco na histria do Firebird, pois a primeira verso em Comandos CASE, COALESCE e NULLIF
que o banco d sinais claros de independncia do seu progenitor, O comando CASE permite retornar um valor baseado nas
o InterBase. Apesar da verso 1.0 ter apresentado vrias caracte- condies definidas. A introduo desse comando permitiu a
rsticas que j o diferenciavam do InterBase, ela ainda mantinha implementao de duas outras funes: COALESCE e NULLIF.
uma vnculo muito forte com o IB, usando inclusive os mesmos COALESCE retorna o primeiro valor no nulo de uma seqncia
nomes de arquivos, chaves de registro no Windows, etc.
Nome no FB 1.0 Nome no FB 1.5 Descrio T1
O Firebird 1.5 comeou a ser desenvolvido h vrios meses
Banco de dados de
atrs e deveria ser apenas uma verso de consolidao, apresen- isc4.gdb security.fdb
segurana
tando pela primeira vez a base de cdigo convertida de C para ibserver.exe fbserver.exe Servidor Firebird
C++. No entanto, foram tantas as novidades incorporadas nessa interbase.msg firebird.msg Mensagens de erro, etc.
verso que a tornam praticamente uma major version. interbase.log firebird.log Log do servidor e cliente
Arquivo de configuraes
Nesse artigo estarei apresentando as principais novida- isc_config firebird.conf
do servidor no Linux
des disponveis no FB 1.5. A listagem completa de todos os Arquivo de configuraes
Ibconfig firebird.conf
recursos, alteraes e correes de bugs pode ser encontra- do servidor no Windows
Biblioteca cliente do
da no release notes do Firebird. O link para download do gds32.dll fbclient.dll
Firebird no Windows
Release Notes em portugus do Brasil pode ser obtido em Biblioteca cliente do
libgds.so libfbclient.so / libfbembed.so
www.sqlmagazine.com.br/apostilas/Firebird1.5_RNBR.zip. As Firebird no Linux
novidades apresentadas aqui so especficas do Firebird e no Arquivos renomeados no Firebird 1.5

32
 SQL Magazine

de valores passados como parmetros. SQL dinmicos possvel utilizar parmetros nos comandos
NULLIF recebe dois parmetros de entrada Um recurso poderoso que permite mon- montados dinamicamente.
e retorna NULL caso os valores dos 2 par- tar e executar dinamicamente comandos O cdigo da Listagem 3 mostra um
metros sejam iguais; caso os valores sejam SQL dentro de Stored Procedures e Triggers exemplo simples de utilizao desse recur-
diferentes, o valor do primeiro parmetro atravs dos comandos Execute Statement e so. A procedure SOMA recebe o nome de
retornado. Internamente COALESCE e sua variao For Execute Statement. O um campo e de uma tabela e realiza uma
NULLIF so convertidos em um CASE. primeiro deve ser utilizado para a execuo operao de somatria (SUM) nesse cam-
A Listagem 1 mostra a utilizao do de comandos que no retornam resultados po, retornando o valor obtido. A procedure
CASE em um select para substituir o cdigo (updates, inserts, etc.) ou retornam no selecionvel GET_ULT_COMPRA recebe
utilizado no campo mtodo_pagto (que re- mximo 1 linha de dados. O segun- como parmetro o nome de uma tabela e
presenta o tipo de pagamento realizado em do especfico para comandos que re- uma sequncia de cdigos de clientes sepa-
uma venda) pela sua respectiva descrio. tor nam vrias linhas de resultado rados por vrgula e devolve o nome de cada
Na Listagem 2 usamos a funo coalesce (selects tradicionais). cliente e a data da sua ltima compra.
para obter, em ordem de preferncia, o Como a engine do banco de dados no
nome fantasia de uma empresa, ou a razo pode validar previamente o comando Verso Classic do servidor para
social ou, caso nenhum desses esteja dispo- SQL que ser montado em tempo de Windows
nvel, o string Sem Nome. A funo nullif execuo, necessrio tomar cuidado na Muitos desconhecem o fato de que o
utilizada no update faz com que o campo sua construo pois um comando invlido Firebird se apresenta em duas verses:
estoque da tabela produtos fique nulo caso provocar uma exceo/erro ao ser execu- Classic e SuperServer. A diferena princi-
o valor atual dele seja 0. tado. Devemos lembrar tambm que no pal entre as duas que a Classic dispara
um processo do servidor para cada co-
L1 nexo requisitada e no compartilha o
Uso do CASE em select
cache de dados entre elas, significando
SELECT v.Nota_Fiscal, v.total,
CASE v.metodo_pagto que se houver 10 conexes a um mesmo
WHEN V THEN vista banco de dados existiro 10 processos do
WHEN P THEN Parcelado
WHEN C THEN Carto de crdito Firebird rodando e cada um deles ter sua
WHEN D THEN Cheque Pr-datado
ELSE Tipo desconhecido || v.metodo_pagto || prpria rea de memria no compartilha-
END da. A verso SuperServer trabalha com um
FROM Vendas v;
nico processo do servidor, criando threads
para cada conexo e compartilhando o
L2 cache entre elas. A Figura 1 mostra a tela
Exemplos de uso do coalesce e nullif. de instalao indicando qual a verso que
select coalesce (c.nome_fantasia, c.razao_social, Sem Nome) se deseja instalar.
from clientes c;
A verso Classic sempre existiu no
update produtos set estoque = nullif(estoque,0); Linux mas durante quase 8 anos parou
de ser produzida para o Windows. Seu
L3
retorno se deve ao fato de trabalhar me-
Utilizao do Execute Statement e For Execute Statement lhor com computadores SMP (Symmetric
CREATE PROCEDURE Soma (Campo VARCHAR(30), Tabela VARCHAR(50)) Multiple Processor) rodando siste-
RETURNS (Resultado NUMERIC (18,2)) ma operacional Windows, do que a
AS
BEGIN verso SuperServer. Dependendo do
EXECUTE STATEMENT SELECT SUM( || Campo || ) FROM || Tabela INTO
:Resultado; nmero de conexes simultneas e do
END tamanho definido para o cache dos ban-
CREATE PROCEDURE GET_ULT_COMPRA ( cos de dados, a verso Classic necessita
VARTABELA VARCHAR(32), de grande quantidade de memria RAM
VARCODIGOS VARCHAR(512))
AS no servidor.
DECLARE VARIABLE VARNOME VARCHAR(50);
DECLARE VARIABLE VARULTCOMPRA DATE;
begin Mltiplos servidores rodando
for execute statement
select nome, ultcompra from || :VarTabela || simultaneamente
where codigo in ( || :VarCodigos || ) A partir da verso 1.5, o Firebird permite
into :VarNome, :VarUltCompra
do que vrios servidores estejam rodando si-
begin
/* Processa as informaes */ multaneamente na mesma mquina. Cada
suspend; instncia do servidor deve usar uma porta
end
end TCP/IP distinta, lembrando que a porta
padro a 3050 (a mesma do InterBase).

33
 N ovidades do Firebird 1.5
Tela de instalao do servidor Firebird Classic ou SuperServer
Apesar de j ser possvel rodar vrios
servidores ao mesmo tempo, o pro-
cesso de instalao ainda no est pre-
parado totalmente para essa situao,
sendo necessrio fazer algumas configura-
es manuais para completar o processo.
A revista ClubeDelphi n50 contm um
artigo de minha autoria que mostra como
fazer a instalao e configurao de mlti-
plos servidores Firebird no Windows.
Atravs desse recurso pode-se at mesmo
rodar um servidor Firebird em conjunto
com o InterBase, o que pode facilitar a vida
dos desenvolvedores que possuem sistemas
trabalhando com os 2 bancos de dados ou
esto migrando de um para outro.
Nomeao de ndices
automticos
Esses ndices so criados automaticamen-
te pelo servidor Firebird durante a criao
de uma constraint que dependa de ndices,
como por exemplo chaves primrias ou
estrangeiras. At a verso 1.0, esses ndi-
ces recebiam nomes padres no formato
RDB$??? (ver Figura 2). fcil observar que
esses nomes no dizem muita coisa ao de-
senvolvedor, por exemplo: para saber quais
campos esto sendo indexados necessrio
consultar a metadata do banco.
Outro problema gerado pela nomeao
automtica de ndices que durante um
backup/restore do banco de dados, o ndice
pode voltar com um nome diferente, o que
quebraria qualquer PLANO definido pelo
usurio que utilizasse esse ndice.
A verso 1.5 permite nomear o ndice
que ser gerado pela constraint atravs da
clusula USING.
34
F1 O exemplo abaixo cria
uma chave primria na tabela
TESTE e nomeia o ndice asso-
ciado como ind_teste_pk_ID.
Pelo nome podemos identifi-
car facilmente a tabela a quem
ele pertence (teste), que se
trata de uma chave primria
(pk), e qual o campo inde-
xado (ID).
alter table teste add cons-
traint pk_teste primary
key (id) using desc index
ind_teste_pk_ID;
Triggers universais
At a verso 1.0, um trigger
s poderia estar associado a um nico
evento (after/before - insert,update,delete).
Agora podemos associar um nico trigger
a vrios eventos! Para identificar o tipo de
ao que disparou o trigger foram criadas
3 variveis : Inserting, Updating e Deleting,
que podem ser checadas no cdigo do trig-
ger e, atravs de Ifs, condicionar os coman-
dos a serem executados, como mostrado
na Listagem 4.
Nota: No possvel criar triggers universais
do tipo AFTER e BEFORE ao mesmo tempo.
NULLs em constraints e
ndices nicos
De acordo com o padro SQL 99, n-
dices e constraints nicas podem aceitar
valores nulos desde que a coluna indexada
no esteja definida como NOT NULL. O
Firebird 1.5 implementa essa funcionali-
dade, lembrando que a nica exceo o
caso de ndices criados por chaves primrias
que, por definio, devem ter suas colunas
definidas como NOT NULL.
Travamento pessimista
O bom uso da arquitetura MGA (Mul-
ti Gerational Architecture, tambm
Nomeao de ndices automticos no FB 1.0
conhecida como versioning) do Firebird
torna praticamente desnecessria a uti-
lizao de travamentos pessimistas nas
aplicaes. No entanto, h situaes
onde esse tipo de bloqueio bem vindo.
O Firebird 1.5 implementa duas novas
clusulas no select para trabalhar com
travamentos pessimistas. As clusulas
WITH LOCK e FOR UPDATE
tem a funo de travar os reg istros
selecionados, evitando que outr as
transaes possam alter-los enquanto
permanecerem bloqueados.
Devemos tomar cuidado para no ex-
trapolar o uso desse recurso sob a pena
de gerarmos deadlocks generalizados ou
termos queda de performance.
O servidor gerencia o resultado de
um select enviando as linhas resultantes
em pacotes para o cliente. O nmero de
linhas enviadas em cada pacote varia de
acordo com alguns parmetros, como
a configurao da rede, protocolo, e o
tamanho de cada linha. Sendo assim,
quando utilizamos a clausula WITH LOCK
estamos na verdade travando uma quanti-
dade incerta de registros a cada fetch e por
isso recomendado utiliz-la em se-
lects que retornem apenas uma nica
linha de resultado.
A clusula FOR UPDATE age de uma
maneira diferente. Ela faz com que os
registros recuperados sejam enviados
um a um a cada fetch realizado pelo
cliente, o que nos permite determinar
exatamente qual foi a quantidade de
registros bloqueados. Obviamente h
uma queda de performance na recupera-
o de muitos registros quando o FOR
UPDATE utilizado.
Nota: Se voc no tem a preocupao de saber
exatamente quantos registros foram travados, o
with lock sozinho tem mais performance pois
trava mais registros de uma nica vez.
F2

Uso de triggers universais
CREATE TRIGGER TABELA_BIU FOR TABELA
ACTIVE BEFORE INSERT OR UPDATE POSITION 0
AS
begin
if (inserting) then
begin
/* Executa alguma operao quando for insero */
end
else
if (updating) then
begin
/* Executa alguma operao quando for edio */
end
end
Em ambas as situaes devemos levar
em conta que, em selects que retornam
vrios registros, no h garantia que todos
eles sejam travados no momento inicial da
execuo do comando! Como vimos, os
registros so bloqueados quando so requi-
sitados atravs de um fetch. Isso quer dizer
que se uma aplicao est recuperando os
dados em blocos, os registros que ainda no
foram requisitados no estaro protegidos.
Nesse meio tempo, uma outra transao
pode acessar esses registros e bloque-los,
causando uma exceo (erro) quando a
primeira transao tentar trav-los. Se
houver necessidade de travar todos os re-
gistros no momento da abertura de uma
query, podemos fazer uso de um FetchAll,
mas geralmente isso no desejado por
questes de performance.
No exemplo abaixo, o primeiro select
bloquear um nico registro selecionado
pelo campo cdigo (chave primria). O
segundo select travar os registros da
tabela de clientes onde o campo cidade
seja igual a So Paulo, lembrando que os
registros sero bloqueados um a um, a cada
fetch realizado.
Select * from clientes
where codigo = :x with lock;
Select * from clientes
where cidade =
So Paulo for update with lock;
Mais recursos nas funes de
agregao
A verso 1.0 do Firebird permitia a
utilizao do group by somente com co-
lunas nomeadas no select ou com funes
definidas pelo usurio (udf ). A verso 1.5
estendeu a utilizao do group by aceitan-
do agora o grau (posio) da coluna no
select (ex: group by 1, 2), funes num-
ricas (ex: group by extract (month from
SQL Magazine
L4 ou no final (padro) da ordenao. Fique
atento com o uso do nulls first pois ele
impede o uso de ndices para otimizar a
ordenao, o que pode gerar problemas
de performance em selects que retornam
grande quantidade de linhas.
A ordenao de colunas retornadas por
UNIONs em selects tambm possvel atra-
vs do uso do grau (posio) das colunas na
clusula order by. O exemplo da Listagem 6
junta informaes de notas fiscais de 2 ta-
belas (filiais) atravs do union e ordena o
data)), funes alfanumricas (ex: group by resultado por data decrescente, sub-orde-
substring (fone from 1 for 2)) e at mesmo nando pelo campo processada, deixando as
o uso da clusula CASE (veja Listagem 5 notas que ainda no foram processadas por
e Figura 3)! ltimo (assumindo-se que o estado NULL
no campo processada determina que a nota
Nota: A clusula HAVING agora s permite a no foi processada).
utilizao de colunas ou expresses que estejam
presentes no group by. Nas verses anteriores essa Gerenciamento de excees
restrio no existia, mas os resultados obtidos O Firebird 1.5 permite a definio di-
eram incorretos. nmica das mensagens exibidas por uma
exceo no momento em que ela gerada,
Order by com expresses e permitindo que poucas excees estejam
posicionamento de nulls definidas previamente e que a mensagem
Agora possvel utilizar o order by com apresentada ao usurio mude de acordo
expresses, bem como determinar se os com o problema encontrado. Tambm
valores nulos iro aparecer no comeo possvel re-gerar uma exceo (re-raise)
L5
Exemplos do uso de CASE com Group By
select count(c.*)
from clientes c
group by
case
WHEN (c.estado in (RS, SC, PR)) then Sul
WHEN (c.estado in (SP,RJ, ES, MG)) then Sudeste
WHEN (c.estado in (MG,MS,GO,DF)) then Centro-Oeste
WHEN (c.estado in (AC,RO,AM,RR,AP,PA)) then Norte
WHEN (c.estado in (MA,PI,CE,RN,PB,PE,AL,SE,BA)) then Nordeste
ELSE Regio desconhecida
END
Ou ainda mais interessante:
select
case
WHEN (c.estado in (RS, SC, PR)) then Sul
WHEN (c.estado in (SP,RJ, ES, MG)) then Sudeste
WHEN (c.estado in (MG,MS,GO,DF)) then Centro-Oeste
WHEN (c.estado in (AC,RO,AM,RR,AP,PA)) then Norte
WHEN (c.estado in (MA,PI,CE,RN,PB,PE,AL,SE,BA)) then Nordeste
ELSE Regio desconhecida
END as REGIAO,
count(c.*) as NUM_CLIENTES
from clientes c
group by 1
L6
Exemplo de utilizao de nulls last com uma union
Select data, nota_fiscal, valor, processada
From notas_filial_1
Union
Select data, nota_fiscal, valor, processada
From notas_filial_2
Order by 1 desc, 4 nulls last;
35
 N ovidades do Firebird 1.5

dentro de um bloco de tratamento de
excees WHEN...DO, bem como obter o
valor numrico do cdigo do erro da exce-
o nas variveis GDSCODE e SQLCODE.
A Listagem 7 mostra exemplos do uso de
excees dinmicas e re-raise de excees:
Comando LEAVE/BREAK
Permite interromper o processamento
de loops gerados pelos comandos WHILE,
FOR SELECT e FOR EXECUTE, desviando
o processamento para o prximo comando
logo aps o END final do loop. O padro
SQL-99 aconselha a utilizao do LEAVE ao
invs do BREAK, mas ambos tem a mesma
finalidade. Os comandos Leave, Break e
Exit podem ser usados tanto em triggers
como em stored procedures. A Listagem 8
mostra um exemplo de utilizao do leave
para interromper um loop baseado em
uma condio.
Apelidos (alias) de banco de
dados
At hoje o string de conexo com um
banco de dados Firebird obrigatoriamen-
te continha o caminho (path) completo
para o banco de dados, o que poderia
facilitar a ao de hackers que facilmente
descobririam a localizao fsica do arqui-
vo no servidor. A verso 1.5 introduziu
o arquivo aliases.conf, localizado no
diretrio de instalao do FB. Ele permite
que apelidos sejam atribudos aos ban-
cos de dados e que esses apelidos sejam
utilizados nos strings de conexo. O ar-
quivo aliases.conf pode ser editado com
um editor de textos puro, como o
bloco de notas. Cada linha do arquivo
deve estar no formato apelido = caminho,
por exemplo:
nomenclatura especialmente se estiver ro-
dando o servidor no Windows XP ou ME
com a opo de Recuperao de sistema nessas situaes. Caso no haja memria
ativada. Nessa situao, o Windows realiza
backups automticos de todos os arquivos
com extenso .gdb quando so acessados
pela primeira vez, deixando a performance
da primeira conexo com o banco terrivel-
mente lenta.
Opes de configurao
do servidor
Um novo arquivo chamado firebird.conf
contm vrios parmetros de configurao anteriormente no era possvel. Selects
global do servidor Firebird. Esse arquivo
substitui o antigo isc_config (Linux) ou
ibconfig (Windows). Dezenas de parme-
tros foram adicionados, oferecendo muito
mais funcionalidade e flexibilidade na con-
figurao do servidor. O arquivo firebird.
conf est extensivamente comentado com
explicaes sobre cada parmetro dispon-
vel, e pode ser editado/visualizado com
qualquer editor de texto puro.
Ordenao em memria
O servidor passou a utilizar a memria
RAM disponvel ao invs de arquivos tem-
porrios para fazer as ordenaes (sorts) ne-
cessrias durante a execuo de comandos
SQL. O acesso memria RAM muito
Resultado do select com case e group by
mais rpido do que o acesso ao disco, e
portanto h um alto ganho de performance
RAM livre suficiente, o mtodo antigo de
ordenao utilizado.
Otimizador mais inteligente
Foram realizadas grandes melhorias
no otimizador de queries promovendo
ganhos de performance entre 30% e 60%!
O otimizador agora menos suscetvel
a falhas na escolha dos ndices e ganhou
poderes para utiliz-los em situaes onde
extensos envolvendo diversas tabelas ou
que utilizam junes do tipo left join
produzem agora PLANos mais inteligentes
de acesso.
Mensagens de erro mais
especficas
Houve uma preocupao com a melho-
ria das mensagens de erros apresentadas
pelo servidor, fazendo com que elas sejam
mais explcitas e especficas situao de
erro ocorrido, facilitando muito o processo
de debug do cdigo de stored procedures
e triggers.
Servidor Embedded
A utilizao de bancos de dados relacionais
F3

Banco1 = c:\bancos\meu_banco.fdb L7
Exemplos de uso e tratamento de excees

No exemplo, o string de conexo para If (new.valor < 0) then

Exception valor_negativo O valor || cast (new.valor as varchar(15)) ||
o banco de dados meu_banco.fdb rodan- no vlido!;
do em um suposto servidor chamado
...
my_server pode ser especificado como begin
my_server:Banco1 ao invs de my_server: update produtos set estoque = (estoque new.qtde)
where codprod = new.codprod;
c:\bancos\meu_banco.fdb.
when any do
begin
Novo padro para a extenso insert into log (coderro, descricao)
values (sqlcode,Erro ao atualizar estoque do produto : || new.codprod);
dos arquivos de Bancos de dados exception; -- Re-raise
A extenso padro dos arquivos de ban- end
end
cos de dados Firebird mudou de .gdb para ...
.fdb. recomendvel que voc adote a nova

36

Utilizao do Leave para interromper o loop.
conta = 1;
while (:conta < 100) do
begin
-- Realiza algum processamento, como clculos com as variveis x e y
if (:x = :y) then leave; -- Se o valor da varivel x for igual ao de y, sai do loop.
conta = conta + 1;
end
sempre dificultou a gerao de softwares de
demonstrao ou catlogos em CDROM,
pois o usurio teria a incmoda tarefa de
instalar o servidor de banco de dados na sua
mquina para poder acess-los. O servidor
Embedded resolve definitivamente esse
problema trazendo um servidor Firebird
completo (com todas as funcionalidades do
servidor comum) em uma nica DLL que
pode ser distribuda junto com a aplicao.
isso mesmo! Voc s precisa distribuir
o seu executvel juntamente com a DLL
do servidor embedded e ter um servidor
Firebird totalmente funcional! Note que o
servidor embedded permite apenas uma
conexo local de uma nica aplicao por
vez. Um artigo mostrando a utilizao do
servidor embedded, escrito por este autor,
pode ser encontrado na revista ClubeDel-
phi 51.
Vale lembrar que para acessar bancos de
dados em mdias read-only como CDROMs
preciso anteriormente ter configurado
o arquivo do banco de dados para modo
somente leitura atravs do utilitrio gfix
e o parmetro mode read_only (ex: gfix
mode read_only user SYSDBA pas mas-
terkey meubanco.fdb).
ROW_COUNT
possvel saber quantas linhas foram
afetadas pela execuo de um comando
de DML (Data Manipulation Language)
checando a varivel ROW_COUNT
logo aps a execuo do comando. Essa
varivel pode ser checada dentro de triggers
e stored procedures.
Nota: ROW_COUNT no atualizada
pela execuo dos comandos (FOR) EXECUTE
STATEMENT.
Exemplo:
Update produtos set estoque = estoque +
:qtde where codprod = :MeuProduto;
If (row_count = 0) then
Exception exc_notfound No foi ||
possvel atualizar o estoque para ||
o produto || :MeuProduto;
L8
SavePoints
SavePoints funcionam como marcas
inseridas em determinados pontos durante
a execuo de mltiplos comandos SQL.
Atravs dele possvel fazer um rollback
parcial das operaes realizadas voltando o
estado do banco de dados para um determi-
nado SavePoint. Entre os recursos listados
nesse artigo, esse o nico que tambm
est disponvel no InterBase 7.x.
Os comandos disponveis para criao e
manipulao de SavePoints so:
SAVEPOINT identificador cria um
SavePoint com o nome determinado por
identificador
ROLLBACK TO identificador Des-
faz as operaes realizadas aps a criao do trigger] Cria ou altera uma stored proce-
savepoint determinado por identificador
RELEASE SAVEPOINT [ONLY] iden-
tificador Apaga o SavePoint especificado
e todos os SavePoints criados depois dele
caso ONLY no seja utilizado.
Para no quebrar a atomicidade dos
comandos executados, os SavePoints no
Firebird no esto disponveis em Stored a sua declarao (ex: declare variable
Procedures e Triggers, pois elas possuem
um mecanismo interno onde todos os co-
mandos (ou bloco de comandos begin...
end) executados so associados automati-
camente a savepoints internos.
Atravs de blocos de tratamento de
excees (when...do), pode-se controlar
quais operaes sero desfeitas dentro
de uma Stored Procedure ou Trigger. Na
Listagem 9 vemos um exemplo de utiliza-
o de SavePoints durante a execuo de
um script SQL:
Outros aprimoramentos
Cache de conexo com o BD de se-
gurana Agora o Firebird SuperServer
estabelece a conexo com o banco de dados
de segurana (security.fdb) durante a pri-
meira conexo com o servidor e a mantm
aberta enquanto houver uma conexo ativa,
agilizando o processo de abertura de novas
conexes clientes.
SQL Magazine
Aumento do nmero mximo de
ndices por tabela O limite passou de 64
para 256 ndices por tabela.
Trfego de VARCHARs magros
Com o uso da fbclient.dll do Firebird 1.5, as
informaes de campos do tipo VARCHAR
trafegam pela rede sem preenchimento des-
necessrio. At a verso 1.0 a requisio de
um campo definido como VARCHAR(100)
trafegaria pelo menos 100 bytes pela rede,
mesmo que o valor armazenado no campo
no ocupasse todo o espao definido.
API de servios parcialmente dispo-
nvel na verso Classic para Linux A
API de servios para backup, restores e
validao do banco de dados est dispon-
vel na verso CS para Linux. Os servios
de estatsticas e log do servidor ainda no
esto disponveis nessa verso.
BIGINT Novo tipo de dado que re-
presenta um Inteiro de 64 bits.
Recreate View Permite criar ou re-
criar uma view caso ela j exista.
Create or Alter [stored procedure/
dure ou trigger caso j exista, mantendo as
dependncias e permisses existentes.
Definio de comentrios Comen-
trios de final de linha podem ser definidos
utilizando-se -- ao invs de /* ... */.
Inicializao de variveis Agora
possvel inicializar variveis durante
contador = 0;).
Blocos vazios Blocos Begin...End que
no possuem comandos em seu corpo ago-
ra podem ser compilados sem gerar erro.
Current_Connection e Current_
Transaction Retornam os identificadores
(valor do tipo inteiro) da conexo e tran-
sao atual.
O que podemos esperar para o
futuro
Por incrvel que parea, enquanto os
ltimos ajustes estavam sendo feitos para
o lanamento da verso 1.5, alguns desen-
volvedores j trabalhavam na verso 2.0
do Firebird!
Dois fatores contribuiro para que a
verso 2.0 esteja ainda mais recheada de
novidades:
1) Jim Starkey o criador do Inter-
Base foi contratado pela IBPhoenix
para desenvolver uma verso derivada
37
 N ovidades do Firebird 1.5
do Firebird (atualmente chamada de
Vulcan) para rodar em processadores
64bits com suporte total multi-thread.
A boa notcia que o Vulcan tambm
Open Source e ter muitas das suas mu-
danas incorporadas ao cdigo fonte do
Firebird!
2) Juno do cdigo do Yaffil O Yaffil
era um banco de dados comercial derivado
do Firebird 1.0 e desenvolvido por russos.
H alguns meses foi anunciada a juno
do cdigo do Yaffil ao Firebird, ou seja, os
novos recursos implementados no Yaffil
sero portados para o Firebird. Antes que
me perguntem: Sim! O Firebird continuar
gratuito e Open Source!
Aliado a esses dois fatores, podemos
esperar novidades muito interessantes para
a prxima verso:
Funes SQL;
Select from Select;
Backups incrementais;
Monitoramento de queries e cone-
xes;
Novo sistema de segurana e geren-
ciamento de usurios;
Novo algoritmo para rvore de
Utilizao de SavePoints
Insert into tabela1 (campoA) values (1);
Commit;
Insert into tabela1 (campoA) values (2);
SavePoint SP1;
Insert into tabela1 (campoA) values (3);
SavePoint SP2;
Select count(*) from tabela1 -- Retornar 3
Delete from tabela1;
Select count(*) from tabela1 -- Retornar 0
RollBack to SP2; -- Desfaz o DELETE
Select count(*) from tabela1 -- Retornar 3
RollBack to SP1; -- Desfaz a insero do valor 3
Select count(*) from tabela1 -- Retornar 2
RollBack; -- Desfaz a insero do valor 2;
Select count(*) from tabela1 -- Retornar 1
38
ndices (otimizando pesquisas e garba-
ge collection);
Novo protocolo local de conexo
(XNET);
Suporte completo a multi-thread e
SMP;
Suporte explcito a cursores SQL den-
tro de Stored Procedures e Triggers;
Concluso
Nesse artigo foi demonstrado as ino-
vaes mais importantes acrescenta-
das ao Firebird 1.5. importante que
todos leiam o Release Notes que acom-
panha o FB para f icarem cientes de
todos os detalhes dessas implementaes,
bem como caractersticas de instalao,
etc.
Aos que ainda no utilizam o Fire-
bird como servidor de dados, espero
que eu tenha conseguido despertar sua
curiosidade a ponto de faz-lo baixar e tes-
tar o servidor! O download pode ser feito
no site oficial do firebird (www.firebirdsql.
org). Lembre-se, de graa! e garanto que
ficar muito satisfeito com o que vai en-
contrar pela frente.
L9
S
Faa o download e
comente essa matria em:
www.sqlmagazine.com.br/sql11
R
Release Notes do Firebird 1.5
How to lock a record in
InterBase/Firebird
(www.interbase-world.com/en/articles/
detail.php?ID=805&phrase_id=10765)
Lista de discusso Firebird-Devel
(www.firebirdsql.com)
Firefox - A New Brand of Browser
(www.firebirdsql.org/index.php?action=
view_item&topic=1076405361)
A
Carlos Henrique Cantu
(cantu@clubedelphi.com.br) Ba-
charel em Cincia da Computao e
ps-graduado em anlise de sistemas,
trabalha com o desenvolvimento de
softwares h 15 anos. consultor
especializado em bancos de dados
Firebird/InterBase, mantenedor do site
www.firebase.com.br, editor da SQL
Magazine, membro da equipe editorial
da revista ClubeDelphi e presidente do
DUG-BR (www.dugbr.com.br). Ministra
palestras sobre Firebird em diversos
eventos por todo o Brasil.
 SQL Magazine

39
U
H
m tradutor
de Triggers
Geraldo Zimbro
diversos motivos para que se queira portar triggers entre
bancos de dados diferentes. Um motivo comum hoje em
dia so as polticas de consolidao, centralizao, ou
padronizao de SGBDs, em curso em diversas empresas e que
impem a migrao de um sistema feito em um BD para outro.
Embora a migrao do esquema e dos dados possa oferecer al-
guma dificuldade por conta dos tipos de campos e restries de
integridade, j existem ferramentas que auxiliam esta atividade,
como por exemplo o IBDataPump (www.clevercomponents.com).
No entanto, a migrao dos triggers quase sempre realizada
de forma manual, sendo uma tarefa custosa e principalmente
entediante, propensa portanto introduo de bugs. Se este pas-
so for automatizado, o custo de migrao pode ser reduzido e,
principalmente, a qualidade melhorada. Outras motivaes para
a migrao so a atualizao de aplicaes que usam SGBDs que
caram em desuso, ou cujas licenas se tornaram muito caras, ou
ainda a migrao para software livre.
Neste artigo apresentaremos uma soluo automatizada para
um problema muito comum na rea de banco de dados: portar
triggers entre sistemas gerenciadores de bancos de dados (SGBD).
Mais precisamente, iremos mostrar como construir um progra-
ma tradutor que reescreva na linguagem do Firebird 1.5 (PSQL)
triggers originalmente escritos em PL/SQL Oracle. A tcnica a ser
utilizada a mesma empregada na construo de compiladores, e
pode ser facilmente adaptada para outros SGBDs. No entanto,
exigido que o programador tenha um mnimo de conhecimentos
tericos sobre construo de compiladores (normalmente ensi-
nado em qualquer curso de graduao em informtica). Faremos
um breve apanhado da teoria necessria, mostrando o uso das
ferramentas mais comuns disponveis: o lex e o yacc.
LSemelhanas entre as linguagens
Para que seja possvel automatizar a traduo de um trigger
de uma linguagem para outra necessrio que haja um mnimo
de compatibilidade entre suas estruturas. Linguagens que apre-
sentem construes muito especficas iro dificultar ou mesmo
tornar invivel o mapeamento. Por sorte, as construes muito
especficas em geral no so muito utilizadas, o que torna o
tradutor eficaz na maioria dos casos. Ou seja, podemos construir
40
rapidamente um tradutor que trate a maioria dos triggers, e deixe
uns poucos casos para serem manualmente traduzidos.
Um passo importante na hora de construir um tradutor desse
tipo decidir quais comandos e construes da linguagem sero
tratados e quais sero deixados de fora. No nosso exemplo iremos
construir um tradutor de triggers escritos em PL/SQL Oracle
para a linguagem do Firebird 1.5 (uma verso melhorada da
linguagem disponvel no Interbase 6.0 e no FB 1.0). Passemos a
analisar agora as principais semelhanas e diferenas entre estas
duas linguagens.
O primeiro ponto a ser analisado diz respeito aos eventos que
ativam os triggers. Nesse quesito temos uma incompatibilidade
difcil de ser superada: o Oracle possui um tipo especial de triggers,
chamado de statement level (vide artigo de Stored Procedures e Tri-
ggers no Oracle publicado na SQL Magazine n 4). No h como
criar diretamente um trigger equivalente no Firebird. No entanto,
conforme afirmamos antes, isto no chega a ser um empecilho
grave pois esse tipo de trigger raramente utilizado. De resto, os
triggers do Oracle so ativados pelos mesmos seis eventos que o
Firebird: after ou before insert, after ou before update e after ou before
delete, chamados uma vez para cada linha afetada na tabela.
Ainda sobre a ativao de um trigger, o Oracle permite definir
que um trigger de update seja acionado somente se determinados
campos forem alterados. possvel tambm definir uma pr-con-
dio (clusula WHEN) para que um trigger seja acionado. Essas
funcionalidades no esto presentes no Firebird, mas veremos que
fcil simul-las com o uso de alguns comandos IF-THEN.
O segundo ponto diz respeito aos tipos de dados. Para os tipos
bsicos de dados no teremos muitos problemas, pois os tipos
do Firebird so compatveis com os do Oracle. J para os curso-
res, arrays (vetores) e tabelas temporrias as semelhanas sero
suficientes para evitar solues complicadas, mas teremos de
restringir um pouco a traduo nesse ponto.
No geral, embora haja diferenas entre as linguagens analisa-
das, grande parte delas so diferenas de sintaxe, ou seja, exis-
tem comandos com funes semelhantes mas com nomes ou
construes diferentes em cada linguagem. Assim, ser possvel
construir um tradutor que ir abranger a maioria dos triggers
comumente implementados.

L1
Exemplo de GLC
E E + E
E E - E
E E * E plo, a produo E E + E nos mostra
E E / E
E ( E ) que a varivel E pode ser substituda
E id
E num
Reviso: compiladores,
gramticas, lex, yacc, atributos
Iremos agora fazer uma pequena reviso
prtica do processo de traduo e as princi-
pais ferramentas utilizadas o lex e o yacc.
Nosso ambiente de desenvolvimento foi o
Linux Conectiva 7.0, Kernel 2.4 e gcc 2.95.3.
O lex e o yacc so instalados por default nessa
distribuio.
Lex e yacc so ferramentas complemen-
tares para a construo de compiladores.
Ambas possuem uma linguagem de progra-
mao prpria, que quando processada gera
como sada um programa em C padro, que
ao ser compilado pelo gcc gera um execut-
vel o nosso tradutor.
A tcnica de construo de compiladores
que iremos utilizar divide o compilador
em trs etapas de anlise e uma de snte-
se: anlises lxica, sinttica e semntica,
e gerao de cdigo. Por se tratar de um
tradutor simples, no iremos abordar ne-
nhum tipo de otimizao de cdigo nem
representaes intermedirias. O lex serve
para construir analisadores lxicos, e o yacc
para construir analisadores sintticos. O
analisador semntico e a gerao de cdigo
sero manualmente escritos por ns de uma
forma predeterminada para ser integrada
ao lex e ao yacc.
Gramticas
Para se construir um compilador ne-
cessrio conhecer o conceito de Gramtica
Livre de Contexto (GLC). Uma GLC um
conjunto de regras de substituio que
podem ser aplicadas para que determinada
sentena seja produzida em uma lingua-
gem.
Uma GLC formada por: um conjunto
de smbolos terminais (que correspondem
a smbolos da linguagem e so tambm cha-
mados de tokens), um conjunto de smbolos
no-terminais ou variveis (que represen-
tam passos intermedirios), um conjunto
de regras de produo (que mostram
como podemos substituir os smbolos), e
um smbolo inicial. Como exemplo, veja a
gramtica da Listagem 1.
Essa gramtica mostra como podem ser
geradas expresses matemticas. Por exem-
por E + E. Assim, para construir uma
expresso aritmtica qualquer envolvendo
identificadores e nmeros podemos ir
aplicando as regras de substituio acima.
Esse processo chamado de derivao. Por
exemplo, para derivar a expresso id * ( id
+ num ) podemos usar as seguintes regras
de produo:
E E * E id * E id * ( E ) id * ( E
+ E ) id * ( id + E ) id * ( id + num )
O que o lex e o yacc fazem criar um
programa tradutor que, recebendo como
entrada um programa em uma linguagem,
encontra uma derivao que produza essa
entrada de acordo com determinada GLC.
Lex
O lex cuida de reconhecer os smbolos ter-
minais: identificadores, nmeros, palavras
reservadas, operadores, parnteses etc.
Na Listagem 2 temos um fragmento de
um arquivo lex (o arquivo completo est
no site da revista). O smbolo %% um
separador de sees. Basicamente, o arqui-
vo lex ir descrever, entre o primeiro e o
segundo %%, o que ser retornado para
cada padro que for encontrado. Assim, ire-
mos retornar uma constante _CREATE
quando encontrarmos a palavra CREATE
no programa fonte, e assim por diante. De-
ver haver uma entrada para cada palavra
reservada da linguagem. J NUM um
padro mais elaborado, descrito antes do
primeiro %%, e que formado por dgitos
com ponto opcional. Nesse caso, quando
um nmero for reconhecido, iremos re-
tornar uma constante _NUM e iremos
armazenar o seu valor na varivel global
yylval, que uma string do C++. Finalmen-
te, o ponto significa um caractere simples:
os operadores + e , por exemplo.
Yacc
O yacc ter a descrio GLC da linguagem
a ser traduzida, no nosso caso, o PL/SQL.
Junto com as regras de produo no yacc,
iremos colocar trechos de cdigo que sero
acionados para realizar a traduo de uma
estrutura para sua correspondente no Fire-
SQL - Magazine
bird. Dessa forma, sempre que uma deter-
minada produo for utilizada, o fragmento
de cdigo associado a ela ser executado.
Nota: Uma limitao do yacc que ele no
deve ser utilizado com gramticas ambguas.
Gramticas ambguas so as que permitem mais
de uma rvore de derivao, ou seja, significa
que o compilador pode realizar a derivao de
mais de uma forma diferente. O problema que
em geral apenas uma delas correta.
A Listagem 3 apresenta um fragmento de
uma GLC no yacc descrevendo o comando
IF do PL/SQL. Novamente, os %% so
separadores, e a gramtica ir ficar entre o
primeiro e o segundo %%. Sempre que
tivermos mais de uma possibilidade de subs-
tituio (p.e. EE+E ou EEE) iremos
agrup-las atravs do smbolo | (p.e. E
E+E | EE). No yacc, a substituda
por um :; o ; marca o fim da lista de
produes, e o cdigo a ser executado vem
entre chaves (o cdigo ilustrado somente
na Listagem 4).
Nesse exemplo no mostramos o restante
da gramtica para os smbolos EXP e CMD.
Note que os smbolos terminais (tokens)
so descritos antes do primeiro %% e
L2
Exemplo do arquivo lex
WS [ \n\t]
LETTER
DIGIT
[a-zA-Z_]
[0-9]
ID ({LETTER}({LETTER}|{DIGIT})*)
NUM ({DIGIT}+(\.{DIGIT}+)?)
QQSTR ([][^\n]*[])
QSTR ([][^\n]*[])
%%
{WS} {};
CREATE { return _CREATE; }
REPLACE { return _REPLACE; }
IF { return _IF; }
THEN { return _THEN; }
ELSE { return _ELSE; }
END IF { return _ENDIF; }
{NUM} { yylval = yytext; return _NUM; }
{ID} { yylval = yytext; return _ID; }
. { return yytext[0]; }
%%
L3
Fragmento do arquivo yacc
#token _ID _NUM _IF _THEN _ELSE _ENDIF
%%
CMD_IF : _IF EXP _THEN CMDS _ENDIF
| _IF EXP _THEN CMDS _ELSE CMDS
_ENDIF
;
CMDS : CMD ; CMDS
| CMD ;
;
%%
41
 U m Tradutor de Triggers

L4
Fragmento do arquivo yacc
devero ter o seu padro descrito no arquivo %%
do lex. Vemos tambm que CMDS uma CMDS : CMD ; CMDS { $$ = $1 + ;\n + $3; }
lista de CMD separados por ;: quando um | CMD ; { $$ = $1 + ;\n; }
;
caractere aparece entre plics quer dizer que
CMD : CMD_IF
ele deve aparecer no programa de entrada | CMD_INSERT
tambm. | CMD_UPATE
... // trecho de cdigo suprimido
Essa gramtica nos informa que um co- ;
mando IF do PL/SQL sempre terminado CMD_IF : _IF EXP _THEN CMDS _ENDIF { $$ = IF + $2 + THEN \nBEGIN\n + $4 +
por um ENDIF, possui um THEN e pode END;\n }
| _IF EXP _THEN CMDS _ELSE CMDS _ENDIF { $$ = IF + $2 +
ter um ELSE ou no. Aps o THEN e aps THEN \nBEGIN\n + $4 + END\nELSE\nBEGIN\n + $5 + END;\n }
;
o ELSE podem vir uma lista de comandos
%%
separados por ;.

Atributos Gramtica Inicial

L5
Para facilitar a programao, o yacc dis- TRG _CREATE RPL _TRIGGER TRGNAME ORDER EVENTS _ON TRGTABLE FOREACHROW PLBLOCK
FOREACHROW _FOR _EACH _ROW
ponibiliza um atributo para cada token en- RPL _OR _REPLACE |
TRGNAME _ID '.' _ID | _ID
contrado durante a anlise sinttica. Assim, ORDER _BEFORE | _AFTER
na produo A X Y Z teremos quatro EVENTS EVENTS _OR EVENT | EVENT
EVENT _INSERT | _UPDATE UPDCOLS | _DELETE
atributos. Utilizamos os atributos dos sm- UPDCOLS _OF _ID COLS |
COLS ',' _ID COLS |
bolos do lado direito para calcular o valor TRGTABLE _ID '.' _ID | _ID
do atributo do smbolo do lado esquerdo,
ou seja, usamos X, Y e Z para calcular A.
Finalmente, cada atributo representado importante atentar que no Firebird no END no local apropriado e (3) ignorando
por um $ seguido do nmero de sua posio: existe ENDIF, mas cada bloco de comandos o ENDIF.
o A $0, o X $1, o Y $2 e o Z $3. O $0 deve vir entre BEGINEND. Estamos assumindo que cada comando
pode ser escrito tambm como $$. Nesta listagem temos a traduo de ter a sua prpria regra de traduo, como
A Listagem 4 apresenta, para o exemplo um IF: (1) tomando os atributos do lado no caso do CMD_IF, CMD_INSERT,
da Listagem 3, a regra de traduo do IF esquerdo e concatenando-os na ordem CMD_UPDATE etc. Cada uma dessas re-
em PL/SQL Oracle para IF em Firebird. correta, (2) colocando as palavras BEGIN- gras ir calcular o seu atributo $$. A regra
de traduo default $$ = $1, ou seja, se ne-
ex e Yacc nhuma traduo for especificada o valor de
O processo de um compilador ou interpretador de uma linguagem de programao geralmente $1 copiado para o $$. Na listagem acima,
decomposto em 2 tarefas: na traduo de CMD : CMD_IF teremos
1) Ler o programa fonte e descobrir sua estrutura; o valor de $1 copiado diretamente para $$.
2) Processar sua estrutura para gerar o programa final. Note que a traduo de CMDS : CMD
; CMDS concatena os atributos do lado
O Lex e o Yacc podem ajudar na primeira tarefa que pode ser subdividida em mais 2 partes: direito antes de copiar para $$. Com isso,
1) Dividir o cdigo em tokens (funo do Lex); o compilador ir agir da seguinte forma:
2) Descobrir a hierarquia da estrutura do programa (Yacc). cada comando ter uma regra de traduo,
semelhante ao cdigo que mostramos para
Lex e yacc so dois programas de linha de comando disponveis em quase todas as distribuies o CMD_IF. O resultado dessa traduo
do Unix e do Linux. O lex deve ser chamado recebendo como entrada um parmetro que o nome copiado para CMD, e depois cada CMD
do arquivo contendo os comandos a serem processados. Por exemplo: concatenado na regra CMDS, acumulando
$bash> lex entrada.l todo o cdigo do trigger em CMDS.
Tendo entendido como as coisas funcio-
A sada do lex ser um programa em C (lex.yy.c) contendo rotinas que sero chamadas pelo nosso nam, nosso trabalho agora ser criar uma
compilador. gramtica para o PL/SQL Oracle e projetar
O yacc deve ser chamado recebendo como parmetro o nome do arquivo que contm as regras uma traduo das estruturas de cada co-
de traduo para o nosso compilador, e produz como sada o cdigo source do compilador (y.tab. mando para seu equivalente no Firebird.
c). Esse cdigo fonte contm chamadas para as funes geradas pelo lex no arquivo lex.yy.c (dessa
forma, um include usado para referenciar o arquivo lex.yy.c). Depois basta usar o gcc para compilar A gramtica utilizada
o arquivo y.tab.c e assim gerar o executvel do nosso compilador. Agora definiremos de forma incremen-
O programa compilado gerado pelo yacc um executvel que l um arquivo na entrada padro e, tal a gramtica. Inicialmente trataremos
atravs das regras de traduo especificadas, produz o arquivo compilado, ou seja, o cdigo tradu- dos eventos e em seguida do bloco com
zido, na sada padro. as declaraes de variveis e comandos.
A Listagem 5 ilustra a gramtica inicial.

42
 SQL - Magazine

L6
Fragmento de Cdigo do Yacc Estamos usando a letra grega para
string ofColumns;
%%
simbolizar a substituio por vazio, de
modo a representar comandos opcionais.
TRG : _CREATE RPL _TRIGGER TRGNAME ORDER EVENTS _ON TRGTABLE FOREACHROW PLBLOCK
{ Por exemplo, RPL pode ser substitudo por
cout<<SET TERM !! ;;
cout<<CREATE <<$2<<TRIGGER <<$4<< FOR <<$8<<endl; OR REPLACE ou por vazio, de forma que
cout<<ACTIVE <<$5<< <<$6<< AS<<endl;
if (OfColumns != )
podemos ter aps o CREATE a clusula
$10= IF ( NOT UPDATING OR( + OfColumns + )) THEN\n BEGIN\n + OR REPLACE ou direto o nome do trig-
$10 + END\n;
ger. Alm disso, no Firebird o REPLACE
cout<<BEGIN\n<<$10<<\nEND !!\n<<endl;
}
deve ser trocado por ALTER.
; Para simular a funcionalidade UPDATE
FOREACHROW : _FOR _EACH _ROW ; OF coluna presente no Oracle e ausente no
RPL : _OR _REPLACE { $$ = OR ALTER ; } Firebird iremos gerar um trigger de update
| { $$ = ; }
;
comeando com um IF que ir testar se
alguma das colunas presentes na lista de
TRGNAME : _ID . _ID { $$ = $1 + $2 + $3 };
| _ID colunas do update foi alterada. Este teste
;
consiste em comparar o valor novo com o
ORDER : _BEFORE velho: old.coluna <> new.coluna. Devemos
| _AFTER
; apenas tomar cuidado com a lgica do teste
EVENTS : EVENTS _OR EVENT { $$ = $1 + OR + $3; } para considerar tambm valores nulos. O
| EVENT
;
teste correto ser (para cada coluna C): (new.
C <> old.C) or (new.C is null and old.C is not
EVENT : _INSERT
| _UPDATE UPDCOLS null) or (new.C is not null and new.C is null).
| _DELETE
;
Esse mesmo artifcio pode ser utilizado para
simular a clusula WHEN. A Listagem 6
UPDCOLS : _OF COLS { OfColumns = $2; }
| { OfColumns = ; } mostra o cdigo dessa traduo.
;

COLS : _ID , COLS

{ $$ = ((NEW.+$1+ <> OLD.+$1+) OR \n +
Exemplo
(NEW.+$1+ IS NULL AND OLD.+$1+ IS NOT NULL) OR \n + Na Listagem 7 vemos o cdigo de um
(NEW.+$1+ IS NOT NULL AND OLD.+$1+ IS NULL))\n + OR +$3; }
| _ID trigger ativado no insert e no update da
{ $$ = ((NEW.+$1+ <> OLD.+$1+) OR \n +
(NEW.+$1+ IS NULL AND OLD.+$1+ IS NOT NULL) OR \n +
coluna quantidade em PL/SQL. Esse trig-
(NEW.+$1+ IS NOT NULL AND OLD.+$1+ IS NULL))\n; } ger apenas um exemplo, no h nenhum
;
propsito coerente em acion-lo apenas na
TRGTABLE : _ID . _ID { $$ = $1 + $2 + $3 };
| _ID alterao da quantidade.
; Traduzindo este trigger para a linguagem
PLBLOCK : _BEGIN CMDS _END ; { $$ = $2 + \n; } do Firebird (ver Listagem 8) veremos que
;
foi inserido um teste para verificar se a
CMDS : CMD ; CMDS { $$ = $1 + $2 + $3; }
| { $$ = ; } S
;
Faa o download e comente essa
matria em:
L7 www.sqlmagazine.com.br/sql11
Trigger em PL/SQL
CREATE OR REPLACE TRIGGER TRG_AI_PEDIDO
AFTER INSERT OR UPDATE OF QUANTIDADE ON ITEM A
FOR EACH ROW
BEGIN Geraldo Zimbro
UPDATE PEDIDO SET
NUMERO_ITENS = NUMERO_ITENS + :NEW.QUANTIDADE,
(zimbrao@cos.ufrj.br) pesquisador da
TOTAL = TOTAL + :NEW.VALOR COPPETEC, professor de informtica da
WHERE ID = :NEW.PEDIDO_ID;
END; UFRJ e membro da equipe editorial da
SQL Magazine. doutor em Banco de
L8 Dados pela COPPE desde 1999. Partici-
Trigger traduzido para o Firebird
SET TERM !! ; pa de projetos de consultoria pela Fun-
CREATE OR ALTER TRIGGER TRG_AI_PEDIDO FOR ITEM
ACTIVE AFTER INSERT OR UPDATE AS dao COPPETEC desde 1995, tendo
BEGIN
IF (NOT UPDATING OR atuado no projeto de diversas bases de
(((NEW.QUANTIDADE <> OLD.QUANTIDADE) OR
(NEW.QUANTIDADE IS NULL AND OLD.QUANTIDADE IS NOT NULL) OR dados de instituies como Embratel,
(NEW.QUANTIDADE IS NOT NULL AND OLD.QUANTIDADE IS NULL)))) THEN
BEGIN
Marinha, Ministrio da Defesa e Data-
UPDATE PEDIDO SET
NUMERO_ITENS = NUMERO_ITENS + new.QUANTIDADE,
Sus. Site: www.cos.ufrj.br/~zimbrao
TOTAL = TOTAL + new.VALOR
WHERE ID = new.PEDIDO_ID;
END
END !!

43
H
U m dos mais poderosos re-
cursos do transact-SQL do
SQL Server a possibilidade
de criar instncias de objetos OLE
em scripts SQL sem o auxlio de
linguagens de programao como
C ou VB, utilizando assim as fun-
cionalidades desses objetos para au-
mentar o poder dos procedimentos
implementados.
A tecnologia OLE (Object Linked
and Embedding) da Microsoft per-
mite a vinculao e incorporao
de objetos de outros aplicativos.
Esta tecnologia permite que o SQL
Server hospede um objeto per-
tencente a outro aplicativo dentro
de seus scripts sem ter a neces-
sidade de conhecer detalhes
do aplicativo em questo.
Para isso, o SQL Server dispo-
nibiliza algumas procedures de
sistema (system procedures) que
possibilitam o acesso e manipulao de
objetos OLE via transact-SQL.
A Tabela 1 contm as principais
procedures com a descrio de
sua f uno e seus parmetros.
Os parmetros opcionais esto
entre colchetes.
Nota: Somente membros da server role
sysadmin podem executar as procedures System Procedures para manipulao de objetos OLE.
listadas na Tabela 1. Para verificar os membros do sysadmin,
e conseqentemente se o seu usurio possui esse role, execute a
procedure da Listagem 1. Caso voc no seja membro desse role,
consulte o administrador do seu banco de dados para lhe garantir esse sem ter que acessar o Microsoft Exchange Server. CDO utiliza
direito ou disponibilizar um usurio para execuo dos procedimentos o protocolo SMTP (Simple Mail Transfer Protocol) do IIS dire-
aqui utilizados.
44
ow to:
Usando objetos OLE via SQL
Server
Anderson Pontes Pinto
Procedure
Sp_OACreate
Descrio
Cria a instncia de um
objeto OLE.
Parmetros
ProgID: a string de caracteres que referencia a classe do objeto OLE
pelo nome. OLEComponent.Objeto
Ou
Clsid: a string de caracteres que referencia a classe
T1
do objeto pelo ID.
{nnnnnnnn-nnnn-nnnn-nnnn-nnnnnnnnnnnn}
Objecttoken OUTPUT: o parmetro de sada retornado pela
procedure que identifica o objeto criado. Deve ser retornado para uma
varivel do tipo int.
Sp_OASetProperty Atribui um novo valor Objecttoken: o objecttoken retornado pela procedure Sp_OACreate.
a propriedade de um Propertyname: Nome da propriedade do objeto.
OLE automation. newvalue : Valor atribudo propriedade.
[ , index... ]: um ndice de parmetros para objetos que solicitem,
respeitando o tipo do dado.
sp_OAMethod Chama o mtodo de Objecttoken: o objecttoken retornado pela procedure Sp_OACreate.
um OLE automation. methodname: Nome do mtodo do objeto.
[returnvalue OUTPUT ] : o retorno do mtodo chamado.
[[ @parametername = ] parameter [ OUTPUT ] [ ...n ] ]: Caso o mtodo
exija parmetros voc deve descrever cada um na seqncia.
sp_OAGetErrorInfo Recupera informaes [Objecttoken ]: o objecttoken retornado pela procedure
de erro de um OLE Sp_OACreate.
automation. [source OUTPUT ]: Retorna a fonte que gerou o erro.
[description OUTPUT ]: Retorna a descrio do error.
[helpfile OUTPUT ]: Retorna o arquivo de help do objeto OLE.
[helpid OUTPUT ]: Retorna o ID de contexto dentro do arquivo de help
do objeto OLE.
sp_OAGetProperty L o valor de Objecttoken: o objecttoken retornado pela procedure Sp_OACreate.
propriedades OLE Propertyname: Nome da propriedade do objeto.
automation. [propertyvalue OUTPUT ]: Valor de retorno da propriedade
[index...]: um ndice de parmetros para objetos que solicitem,
respeitando o tipo do dado.
sp_OADestroy Destri um objeto OLE
Objecttoken: o objecttoken retornado pela procedure Sp_OACreate.
criado.
sp_OAStop Pra o lado server do
No existem parmetros para esta procedure.
OLE automation
Criando uma procedure para envio de e-mail
Usando o Microsoft Collaboration Data Objets (CDO) for
Windows NT, scripts SQL podem enviar mensagens de e-mail
tamente. O componente CDO pode ser chamado pelo Visual
 SQL - Magazine

T2 acordo com os parmetros da procedure.

Propriedades Tipo Descrio Exemplo
From String Endereo do remetente Editor@sqlmagazine.com.br As linhas 20 a 23 verificam se o parmetro
To String Endereo do destinatrio Leitor@sqlmagazine.com.br referente ao arquivo anexo foi informado
Cc String Cpia para outro destinatrio Leitor2@sqlmagazine.com.br e atribuem o mesmo atravs da execu-
Bcc String Cpia oculta para outro destinatrio Leitor3@sqlmagazine.com.br o do mtodo AttachFile, na linha 22.
Subject String Assunto Assunto do E-mail
O e-mail enviado na linha 24, com
Body String Texto da mensagem A SQL Magazine est nota 10!
a execuo do mtodo Send e o objeto
Importance Long Importncia 0 (baixa), 1 (normal) e 2(alta)
destrudo na linha 25 pela procedure
0 - formato HTML
OADestroy. Para executar a procedure
BodyFormat Long Formato do corpo criada utilize a seguinte sintaxe, a partir
1 - formato texto comum
0 - formato HTML do Query Analizer:
MailFormat Long Formato do e-mail
1 - formato texto comum
Exec sp_Envia_Email
Atributos da Classe NewMail email@origem.com.br,
email@destino.com.br,
T3 Teste de Procedure SQL Server,
Mtodos Descrio Exemplo Estou testando o envio de e-mail pelo
banco de dados
Send Faz o envio da mensagem. Pode ser usado passando os parmetros
From, To, Subject, Body e Importance.
Caso voc no seja membro da server
objNewMail.Send ( [From] [, To] [, Subject] role sysadmin, a procedure no ser exe-
[, Body] [, Importance] ) cutada, retornando o erro apresentado
SetLocateIDs Associa o Codepage ID para a nova na Listagem 3.
850
mensagem
AttachFile Anexa arquivos no e-mail arquivo.doc
Concluso
AttachURL Anexa arquivos ou uma URL no e-mail http://localhost/arquivo.htm
claro que no vamos fazer uma
Mtodos da Classe NewMail aplicao completa utilizando somente
L1
Basic, Visual C++, Visual J++, arquivos Verificando os membros do role sysadmin.
ASP e script SQL Server. sp_helpsrvrolemember @srvrolename=sysadmin
Neste exemplo, consideramos o objeto GO
da verso Microsoft CDO for NTS 1.2 ServerRole MemberName MemberSID
Library, mas existem outras verses
----------------------------------- ------------------------------ ------------------
de objetos com eventuais alteraes nos sysadmin BUILTIN\Administradores 0x01020000000000052000000020020000
cdigos, tais como: Microsoft CDO 1.21 sysadmin SERVER_BD\Administrador 02AD0375C625CBC06DBEB0C50F4010000
sysadmin GRUPO_DB\Administrator 0x010500000000000515000000CF0
Library, Microsoft CDO for Windows sysadmin distributor_admin 0x341ACF2112019E47A
sysadmin sa 0x01
2000 Librarye Microsoft CDO for (5 row(s) affected)
Exchange 2000 Library.
Veja um exemplo do uso de OLE
automation acessando a classe NewMail L2
Implementao da procedure
do objeto CDO do Windows NT Server
(CDONTS). Essa classe permite o envio 01 CREATE PROCEDURE sp_Envia_Email
02 @remetente varchar(1000),
de e-mail utilizando o protocolo SMTP. A 03 @destinatario varchar(1000),
04 @assunto varchar(1000),
Tabela 2 lista as propriedades dessa classe 05 @corpodoemail varchar(1000),
e a Tabela 3 lista os mtodos. 06 @anexo text = NULL,
07 @formato tinyint = 1
A Listagem 2 traz a implementao da 08 AS
stored procedure que cria, inicializa os pa- 09 DECLARE @object int
10 DECLARE @varobj int
rmetros e executa a classe NewMail. Esse 11 EXEC @varobj = sp_OACreate CDONTS.NewMail, @object OUT
12 EXEC @varobj = sp_OASetProperty @object, From, @remetente
procedimento pode ser executado a partir 13 EXEC @varobj = sp_OASetProperty @object, To, @destinatario
de uma trigger, outra stored procedure ou 14 EXEC @varobj = sp_OASetProperty @object, Subject, @assunto
15 EXEC @varobj = sp_OASetProperty @object, Body, @corpodoemail
ainda a partir de uma aplicao cliente, 16 IF @formato = 0 BEGIN
desde que o usurio conectado possua os 17 EXEC @varobj = sp_OASetProperty @object, BodyFormat, 0
18 EXEC @varobj = sp_OASetProperty @object, MailFormat, 0
direitos citados anteriormente. 19 END
20 IF @anexo IS NOT NULL
Observando a Listagem 2 temos a 21 BEGIN
declarao das variveis nas linhas 9 e 10. 22 EXEC @varobj = sp_OAMethod @object, AttachFile, NULL, @anexo
23 END
A criao do objeto atravs da procedure 24 EXEC @varobj = sp_OAMethod @object, Send, NULL
OACreate na linha 11. As linhas de 12 a 19 25 EXEC @varobj = sp_OADestroy @object
26 GO
inicializam as propriedades do objeto de

45
 H ow TO: Usando objetos OLE via SQL Server
scripts SQL, ou acessar centenas de ob-
jeto OLE dentro de um script, mas essa
possibilidade faz com que scripts SQL
tenham poderes de acesso a objetos da
mesma forma que um cdigo ASP, por
exemplo. Outro grande trunfo que temos
a possibilidade de acessar a prpria DMO
Server: Msg 229, Level 14, State 5,
EXECUTE permission denied on object
Server: Msg 229, Level 14, State 5,
EXECUTE permission denied on object
Server: Msg 229, Level 14, State 5,
EXECUTE permission denied on object
Server: Msg 229, Level 14, State 5,
EXECUTE permission denied on object
Server: Msg 229, Level 14, State 5,
EXECUTE permission denied on object
Server: Msg 229, Level 14, State 5,
EXECUTE permission denied on object
Server: Msg 229, Level 14, State 5,
EXECUTE permission denied on object
46
(Distributed Management Objects) que
encapsula os objetos do SQL Server 2000.
Assim, praticamente qualquer atividade
feita dentro do Enterprise Manager pode
ser realizada dentro de um script SQL
instanciando o objeto SQLServer da
Microsoft SQLDMO Object Library.
Procedure sp_OACreate, Line 11
sp_OACreate, database master, owner dbo.
Procedure sp_OASetProperty, Line 12
sp_OASetProperty, database master, owner dbo.
Procedure sp_OASetProperty, Line 13
sp_OASetProperty, database master, owner dbo.
Procedure sp_OASetProperty, Line 14
sp_OASetProperty, database master, owner dbo.
Procedure sp_OASetProperty, Line 15
sp_OASetProperty, database master, owner dbo.
Procedure sp_OAMethod, Line 24
sp_OAMethod, database master, owner dbo.
Procedure sp_OADestroy, Line 25
sp_OADestroy, database master, owner dbo.
S
Faa o download e
comente essa matria em:
www.sqlmagazine.com.br/sql11
A
Anderson Pontes Pinto
L3 (andersonppinto@uol.com.br)
formado em Anlise de sistemas pela
Universidade So Francisco de So
Paulo, tem experincia de 11 anos na
administrao de banco de dados. Atua
como Palestrante de eventos como
Frum Access, Fenasoft, Comdex e
ministra treinamentos de SQL Server
dentro das empresas. DBA da Pontes
& Associados.
SQL - Magazine

47
E Divro ntrevista
mitry Yemanov
1) Qual a sua ocupao oficial
no momento?
Dmitry Yemanov tem Eu trabalho em uma empresa de
consultoria onde lidero o departamento
26 anos de idade, de R&D. Ns desenvolvemos solues
nasceu em Riga HR/CRM/ERP para nossos clientes. Te-
mos 2 nveis de produtos os destinados a
(Latvia) e atualmen- grandes corporaes que utilizam Oracle
(que so bem mais caros), e os destinados
te mora em Penza empresas menores baseados no Firebird
(Rssia). gradu- (e obviamente mais baratos). O software
cliente desenvolvido em Delphi.
ado em Cincia da
2) Como se deu o seu
Computao/Enge- envolvimento com o projeto
Firebird ?
nharia de Sistemas.
Nossa empresa precisava de um RDBMS
Trabalha na ELSI gratuito para um novo software que es-
tvamos desenvolvendo. Comeamos
Consulting onde a utilizar o InterBase 6.0 assim que a
chea o departa- Borland liberou seu cdigo sob a licena
IPL, e mudamos para o Firebird (FB)
mento de R&D, assim que ele surgiu.
Depois disso, comecei a pesquisar o
desenvolvendo cdigo fonte do FB e acompanhar a lista
softwares em de desenvolvedores (fb-devel). Foi muito
interessante para mim, especialmente
Delphi com Oracle porque eu nunca tinha me envolvido em
um projeto Open Source antes. Alguns
e Firebird. desen- meses depois j estava apto para trabalhar
volvedor ativo do em algumas partes do cdigo. Algum
tempo depois eu submeti minhas primei-
cdigo do Firebird ras correes para o time de desenvolve-
dores do Firebird e logo depois ganhei
e mantenedor das direito de upload na rvore CVS.
verses 1.5 e 2.0
3) Qual o seu papel atual no
projeto?
Desenvolvedor central (basicamente
48
da engine do banco e das rotinas de
DSQL). Tambm sou o gerente de
lanamento das verses em desenvolvi-
mento (1.5 e 2.0), mantenedor da verso
para Win32, e um dos administradores
do projeto.
4) Qual parcela do seu tempo
voc dedica ao desenvolvimento
do Firebird ?
Na mdia de 20 a 30 horas por semana.
Depende basicamente das tarefas em
que eu estou trabalhando em determi-
nado momento. Gostaria de dedicar
mais tempo ao projeto (especialmente
no desenvolvimento da verso 2.0), mas
infelizmente meu emprego oficial toma
muito do meu tempo.
5) Quais foram as maiores
dificuldades para se familiarizar
com o cdigo do InterBase 6.0
aps sua abertura pela Borland ?
A base de cdigo bastante complexa.
difcil de aprend-la, desenvolve-la e
mant-la. por isso que hoje ns estamos
fazendo uma grande limpeza e re-estrutu-
rao do cdigo. No existe praticamente
nenhuma documentao sobre o cdigo
fonte disponvel.
6) Quais foram os principais
recursos que voc adicionou
ao Firebird (incluindo os que
ainda no foram publicados
oficialmente)?
Ordenao em memria, triggers
universais, novas variveis contextu-
ais (connection_id, transaction_id,

row_count, etc), ndices nicos que
aceitam NULLs, comando LEAVE
para gerenciamento de loops, algumas
melhorias no parser e toneladas de cor-
rees de bugs, que eu considero ser
o trabalho mais importante. O release
notes traz um lista completa de tudo
que eu j fiz.
Para a verso 2.0 adicionei algumas
novas funcionalidades: cursores expl-
citos em PSQL, expresses na funo
SUBSTRING e algumas outras funcio-
nalidades que ainda esto em desenvol-
vimento como por exemplo eventos
parametrizados (no qual eu comecei a
trabalhar em 2001) e o novo protocolo
local (chamado de XNET).
7) Como feita a sincronizao
e a comunicao entre os
desenvolvedores do FB no que
diz respeito atribuio de
tarefas, resoluo de conflitos
de cdigo, uploads, etc?
Todos so bem vindos para participar
do projeto e fazer o que puderem e tive-
rem interesse em fazer. Temos muitos
usurios que nos mandam suas necessi-
dades e pedidos de novas funcionalidades
que, por sua vez, ficam registradas no
nosso tracker no SourceForge para futuro
desenvolvimento. Acredito sermos bas-
tante democrticos e podemos balancear
entre os interesses dos prprios desenvol-
vedores, patrocinadores e usurios. As
questes sobre o desenvolvimento so
discutidas na lista fb-devel e em e-mails
privados. A comunicao feita atravs continuar. Eu no posso apontar al-
de fruns, e-mails e ICQ. Os uploads
so feitos pelos encarregados das ver-
ses e mantenedores de plataformas,
que so designados especificamente
para essa funo.
Os raros conflitos de cdigo so resol-
vidos automaticamente pelas ferramentas
de CVS ou, quando isso no possvel,
manualmente. O tamanho do cdigo
sempre um fator complicador na hora
de compatibilizar o desenvolvimento
de todos.
8) Existem muitos
desenvolvedores russos
trabalhando no cdigo do
Firebird. Porque voc acha que
SQL - Magazine
isso acontece? O Firebird ficazes e por alguns algoritmos usados
popular na Rssia? nos sub-sistemas. Atualmente, com todo
Todos os softwares da Borland tinham o poder de processamento e memria
algum tipo de suporte do governo para que temos disponveis, alguns algorit-
serem usados nas escolas e universidades. mos antigos acabaram se tornando um
Como resultado, quase todos os progra- grande gargalo de performance. Isso se
madores na Rssia tiveram contato com torna um fator crucial quando o gargalo
o Turbo Pascal e Turbo C/C++. Quando est relacionado a uma parte vital da en-
o Delphi/Cbuilder foram lanados eles se gine, como por exemplo a coleta de lixo
tornaram as ferramentas mais utilizadas (garbage collection).
no pas para o desenvolvimento Win32.
Como o InterBase acompanhava os pro- Nota 1: Jim Starkey foi contratado pela
dutos da Borland, acabou se tornando IBPhoenix para desenvolver uma verso do
bastante popular. O Firebird no poderia Firebird compatvel com SMP, totalmente
ser ignorado nessa questo, j que ele multithread e compatvel com os novos pro-
tem basicamente os mesmos recursos cessadores de 64bits. Para isso, ele derivou
(na verdade mais recursos do que o IB), o cdigo do Firebird 2.0 e criou o Firebird
mais bugs corrigidos e, claro, porque Vulcan, tambm Open Source, que j est em
ele grtis. fase de testes e ter muitas das suas novidades
Ns russos sempre gostamos de fuar incorporadas ao Firebird tradicional.
nos cdigos internos dos softwares e
resolver os problemas por conta prpria, 10) Voc acredita que o Firebird
sem precisar do suporte do fabricante. j tenha fora suficiente para
Se precisarmos de algum recurso ento confrontar os bancos de dados
melhor termos acesso ao cdigo e desen- comerciais, como o Oracle ou o
volve-lo ns mesmos, ao invs de esperar MSSQL? E sobre o PostgreSQL?
a Borland (ou qualquer outro fabricante) Sobre os grandes bancos comerciais, eu
entender as nossas necessidades e agen- tendo a dizer no. Ns podemos com-
dar suas implementaes. Portanto, petir em algumas reas, mas isso pode ser
eu no estou surpreso ao ver vrios considerado sorte nossa, ou ento algum
russos no projeto. problema deles. Ainda h muito a ser feito
para confrontar por exemplo o Oracle.
9) Se voc fosse re-escrever
todo o cdigo do banco, o que
voc mudaria ?
Algumas partes da base de cdigo
j foram re-escritas e esse processo
gum sub-sistema que ser refeito do
incio, pois muito cdigo tem que
ser analisado e provavelmente rede-
senhado ou reimplementado. Jim
[Starkey] (criador do InterBase)
comeou uma re-estruturao
agressiva no cdigo do FB 2.0 para
o seu projeto Vulcan.
Existem vrias idias boas para
a engine do banco e tudo que pre-
cisamos fazer prover uma boa
implementao para elas. Os
problemas mais crticos, na
minha humilde opinio
so causados por
estruturas de
dados ine-
49
 E ntrevista - Dmitry Yemanov
Hoje podemos brigar sem problemas
com o PostgreSQL e tenho certeza que
temos fora suficiente para derrot-lo.
11) Ainda sobre o assunto
Firebird x PostgreSQL, voc
poderia listar alguns prs e
contras de cada um?
O PostgreSQL implementou as mes-
mas coisas que j existem no InterBase h
muito tempo. O MVCC do PostgreSQL
praticamente um clone do mecanismo
de versioning do InterBase. Se eu no
estiver enganado, eles no tinham um
mecanismo online de garbage collection
at as verses mais recentes. Na minha
opinio, as extenses objeto-relacionais e
tipos de dados geomtricos so mais um
exotismo do que uma necessidade real.
H tambm o problema de no haver
uma verso nativa para Windows!
Eu no estou querendo dizer que o
PostgreSQL ruim. Eles tm alguns
recursos interessantes que ns ainda no
temos (ex: procura textual, ndices com
expresses e histogramas de estatsticas
de dados). Se voc contar projetos co-
merciais complexos desenvolvidos com
IB/FB x PostgreSQL, eu acredito que o
IB/FB saia na frente. Talvez o resultado da
pesquisa recente do site LinuxQuestions.
org mostre exatamente isso. (www.
linuxquestions.org/questions/showthread.
php?s=&threadid=116360)
12) Voc poderia nos dizer
quais so alguns dos recursos
planejados para o FB 1.6 e 2.0 ?
Os maiores objetivos so:
Nova ODS (On Disk Structure), com
muitas melhorias na linguagem;
Suporte a SMP na verso SuperSer-
ver do servidor;
Monitoramento de conexes e
queries no servidor;
Otimizador mais inteligente e novos
caminhos de acesso a dados;
Acesso a ndices mais rpidos e me-
lhorias de performance.
50
Uma lista mais completa ser publicada Rssia) e era um recurso que seria imple-
em breve no site oficial. mentado no Yaffil (ver Nota 2). A idia era
discutida nos newsgroups russos continu-
13) Como o Firebird um amente. Quando os desenvolvedores do
banco de dados de cdigo Yaffil a implementaram, eu segui mais ou
aberto, outros bancos de dados menos os mesmos passos e implementei
(comerciais ou no) baseados algo similar. O servidor embedded do
no IB 6.0 (como o prprio IB Yaffil era baseado na verso ClassicServer
7.x) podem pois essa verso tornava
incorporar mais fcil sua implementa-
cdigos do Se voc contar projetos o (a verso Classic para
Firebird em seus co-merciais complexos Linux sempre teve uma
projetos e se desenvolvidos com IB/FB x embedded engine como
beneficiar com PostgreSQL, eu acredito que o parte da distribuio, pois
isso. Como voc IB/FB saia na frente. no era possvel conect-
se sente a esse lo de outro modo), mas
respeito? algum tempo depois eles
Quanto mais ns alterarmos o cdigo, concordaram com a minha soluo e
mais difcil ser de algum outro fabricante implementaram o Yaffil embedded base-
incorporar nosso cdigo e nossas idias ado na verso SuperServer (a verso do
em seus produtos. Mas isso pode real- FB embedded sempre teve a arquitetura
mente acontecer. Eu no gosto da idia, SuperServer, desde o incio).
mas tenho que conviver com ela. Nota 2: O Yaff il um SGDB derivado
do cdigo do Firebird e que era desenvolvido
na Rssia e distribudo atravs de uma licena
14) O servidor embedded comercial. H alguns meses foi anunciada a
implementado por voc juno do cdigo do Yaffil no Firebird 2.0,
uma tima novidade. Foi difcil aproveitando todas as implementaes feitas
no Yaffil e que ainda no estavam disponveis
implement-lo? Como surgiu a
no Firebird.
idia de cri-lo?
Na verdade foi muito fcil. A arqui-
tetura OSRI (Open Systems Relational 15) O que voc espera para o
Interface) do servidor declara cada sub- futuro do Firebird ?
sistema de maneira que tenha a mesma Muito sucesso, claro! Eu considero
interface pblica. Isso significa que a o Firebird o nico banco de dados Open
engine do banco implementa a mesma Source com recursos completos, estabili-
API, que estava escondida dentro dos bi- dade e rapidez para competir com alguns
nrios e era chamada apenas pelo servidor servidores comerciais em reas genricas
remoto como parte do processo de comu- de negcios. H questes srias que pre-
nicao cliente-servidor. O que eu fiz foi cisam ser resolvidas no desenvolvimento
remover o sub-sistema remoto e tornar futuro, mas estamos cada vez mais pr-
os pontos de entrada da engine pblicos, ximos disso.
dando origem assim ao ser vidor
embedded. Na verdade a coisa um pouco 16) Voc tem algo a dizer para
mais complicada j que o servidor os usurios do FB no Brasil?
embedded tambm um gateway para Continuem usando e dando suporte
os servidores remotos, mas j d pra ter ao FB. Mantenham sua excelente comu-
uma idia. nidade forte e bem informada. Eu espero
Essa idia foi inicialmente mencionada no futuro ver desenvolvedores brasileiros
no livro InterBase World (publicado na fazendo parte do projeto!
SQL - Magazine

51
 E ntrevista - Dmitry Yemanov

52