sql81.

indb 1 29/10/2010 13:55:23

 FairCom10315CatBRFullx1a.pdf 1 3/15/10 3:08 PM

"ii>V>i

Modelagem
i?`iL>>Vi>`

Projeto/
Experimente o
diferencial FairCom:
Tecnologia de banco
de dados flexvel,
licenciamento flexvel
U
>`>i>V>
`iKVV>>
`i>
U 1V`]i
>>`ii>
i>V>
U 1i>
*-+i-

C
>i>ii
M

Y U >/
"
>`i
CM
i`>`iiViV>i
vii>>>i`i>i

Software
Eng. de
MY

CY
`i`ii}V
CMY
U -`i`iii}?
K

U -ijVV`i
i}ii>>i}ii

Ento hora de conhecer o:

eu
s

the right-size Database

D

>ii-}?Uv>VVUnn
2010 FairCom Corporation

sql81.indb 2 29/10/2010 13:55:26

 Projeto
de Software/
06 Modelagem de Dados Incremental
Sumrio
Modelagem

[ Arilo Claudio Dias Neto ]

Projeto/

Modelagem

Projeto 14 Refactoring de Banco de Dados

de Software/
Modelagem [ Ismael Zacarias Soares ]

Desenvolvimento
22 Aplicao Web com ASP.NET e PostgreSQL
[ Rafael Silva]

Primeiros passos em 28 Segurana no SQL Server

banco de dados [ Felipe de Assis ]
Banco de Dados/ Persistncia

Mo na Massa
34 Implementando uma estratgia de backup no SQL Server 2008
[ Lucas Souza ]
Ol, eu sou o DevMan! Desta

Mo na Massa
42 MySQL Performance Diagnostics & Tuning - Parte 1 pgina em diante, eu estarei
[ Ricardo Portilho Proni ] lhe ajudando a compreender
com ainda mais facilidade o
contedo desta edio. Ser
Expert
48 Explain plan: Desvendando planos de execuo Parte 3
um prazer contar com sua
[ Reinaldo Tetsuo Katahira]
companhia! Confira abaixo o
que teremos nesta revista:

Mo na Massa
58 Desvendando o Automatic Storage Management - Parte 6
[ Ricardo Rezende]
Software
Eng. de

Engenharia de 63 Especificao de casos de uso na prtica

Software [ Rodrigo Oliveira Spnola]

Brinde na web desta edio

1) Diferenas entre Integer e float - Curso PostgreSQL
Nesta vdeo aula ser mostrado como criar outros exemplos de funes no banco de dados PostgreSQL. No primeiro exemplo, criado uma funo
chamada diminuir, onde informado um valor e o resultado a operao de uma subtrao com outro valor. Posteriormente criada a mesma ideia, mas
agora realizando uma diviso. Veja que a primeira funo retorna um valor inteiro, e a segunda criada retorna um valor do tipo float. Na vdeo mostrada
a diferena e realizado teste com ambas. No final mostrada algumas caractersticas das funes neste SGBD.

Vdeos
2 2) Funes Case e else - Curso PostgreSQL
Nesta vdeo aula ser mostrado como trabalhar com case em uma funo utilizando a linguagem SQL. Depois de comentada esta ideia desenvolvido um
exemplo simples para relembrar toda a lgica e objetivo do exemplo. Posteriormente a ideia do case adicionada a uma funo. O objetivo desta funo
informar um valor, neste caso a sigla de um estado, e a funo retornar por extenso o nome da mesma. No final mostrado o mesmo exemplo, mais
trabalhando com valor do tipo integer. Nestes exemplos tambm mostrado o uso do ELSE.

Para visualizar acesse o link:

http://www.devmedia.com.br/articles/listcomp.asp?keyword=sql81&codigobanca=pterra

Gostou das vdeo aulas? O portal www.devmedia.com.br possui mais de 2 mil vdeo aulas e dezenas de cursos online sobre desenvolvimento de
software! Agora voc pode comprar as vdeo aulas que preferir e fazer sua prpria combinao de vdeos! Saiba mais em www.devmedia.com.br/creditos

Feedback
eu D seu feedback sobre esta edio!
s
D

A .NET Magazine tem que ser feita ao seu gosto. Para isso, precisamos saber o que voc, leitor, acha da revista!
sobre e

D seu voto sobre esta edio, artigo por artigo, atravs do link:
www.devmedia.com.br/sqlmagazine/feedback
s

ta
Para votar, voc vai precisar do cdigo de banca desta edio, que : pterra
edio

sql81.indb 3 29/10/2010 13:55:27

 Expediente Editorial
EDITORIAL

A
s empresas de desenvolvimento de software tm evoludo constante-
mente. Muitas delas devem isto s novas e modernas metodologias geis
que defendem a construo do software de maneira incremental e itera-
tiva. Entretanto, disponibilizar sistemas de informao com qualidade em ciclos
cada vez menores, ainda uma misso desafiadora para muitas delas. Isto porque,
preciso garantir que a cada entrega, o sistema no perder as suas funcionalidades
Ano 7 - 81 Edio 2010 - ISSN 1677918-5 - Impresso no Brasil e continuar sem erros. Alm do mais, estas metodologias no prevem a mesma
iteratividade para o banco de dados. Para finalizar, algumas destas empresas ainda
utilizam bancos de dados legados e no migram para sistemas mais novos por di-
Corpo Editorial
Atendimento ao Leitor versos motivos, dentre eles:
Editor Geral A DevMedia conta com um departamento exclusivo Complexidade;
Rodrigo Oliveira Spnola para o atendimento ao leitor. Se voc tiver algum Alto custo;
rodrigo.devmedia@gmail.com problema no recebimento do seu exemplar ou
Mudana de cultura da empresa;
Sub Editores precisar de algum esclarecimento sobre assinaturas,
Falta de conhecimento dos desenvolvedores;
Arilo Cludio Dias Neto, Eduardo Oliveira Spnola exemplares anteriores, endereo de bancas de
jornal, entre outros, entre em contato com: Mudanas de paradigmas dos DBAs.
e Ricardo Rezende

Capa e Diagramao Daniela Maciel Atendimento ao Leitor

www.devmedia.com.br/mancad/ A boa notcia que usando as tcnicas de refactoring de banco de dados pos-
Romulo Araujo (21) 3382-5038
svel fazer estas migraes e melhorias de forma segura e incremental. Neste con-
romulo@devmedia.com.br
Kaline Dolabella Gerente de Marketing e texto, a SQL Magazine desta nesta edio o artigo intitulado Refactoring de Banco
Reviso e Superviso Atendimento
kalined@terra.com.br
de Dados: Uma forma segura de evoluir o esquema do seu banco de dados. Neste
Thiago Vincenzo - thiago.v.ciancio@devmedia.com.br
(21) 3382-5038 artigo ser visto como evoluir um esquema de banco de dados de forma segura,
Coordenao Geral iterativa e incremental. Em seguida, ser mostrado alguns exemplos de casos co-
Publicidade
Daniella Costa - daniella@devmedia.com.br
Para informaes sobre veiculao de anncio na muns aplicando as tcnicas de refactoring de banco de dados.
Na Web revista ou no site e para fechar parcerias ou aes Alm desta matria, a SQL Magazine traz nesta edio outras matrias muito in-
www.devmedia.com.br/sqlmagazine/pagina.asp especficas de marketing com a DevMedia, entre teressantes envolvendo assuntos como Projeto, Oracle, SQL Server, MySQL, Postgre
em contato com:
SQL e Engenharia de Software. Uma tima leitura a todos.
Distribuio
Cristiany Queiroz
Fernando Chinaglia Dist. S/A
publicidade@devmedia.com.br
Rua Teodoro da Silva, 907
Graja - RJ - 206563-900 Rodrigo Oliveira Spnola
rodrigo.devmedia@gmail.com
Editor Chefe da SQL Magazine, WebMobile e
Engenharia de Software Magazine.

Fale com o Editor! Diretor de Operaes Kali Software

muito importante para a equipe saber o que voc est
achando da revista: que tipo de artigo voc gostaria de
ler, que artigo voc mais gostou e qual artigo voc menos
gostou. Fique a vontade para entrar em contato com os
editores e dar a sua sugesto!
Se voc estiver interessado em publicar um artigo na
revista ou no site SQL Magazine, entre em contato com os
editores, informando o ttulo e mini-resumo do tema que
voc gostaria de publicar:
Rodrigo Oliveira Spnola - Editor da Revista
rodrigo.devmedia@gmail.com
(www.kalisoftware.com)
Doutorando e Mestre em Engenharia de Software
pela COPPE/UFRJ - o maior centro de ensino e
pesquisa em engenharia da Amrica Latina. Autor
de diversos artigos cientficos sobre Engenharia
de Software publicados em revistas e conferncias
renomadas, dentro e fora do pas.

Assinatura

Mais contedo SQL por menos!

A revista SQL Magazine parte integrante da assinatura SQL PLUS.
Para mais informaes sobre o pacote SQL PLUS, acesse:
http://www.devmedia.com.br/sqlmagazine/pagina.asp

sql81.indb 4 29/10/2010 13:55:32

sql81.indb 5 29/10/2010 13:55:35
 Seo Projeto de Software/Modelagem: Nesta seo voc encontra artigos sobre projeto, anlise ou
Modelagem de Dados Inc re
Da modelagem de domnio para a modela ge
mais que ntido nos dias de hoje
que os sistemas computacionais
que esto sendo desenvolvidos so
cada vez mais complexos e cada vez mais
envolvem um volume extenso de dados
a serem persistidos. Como estratgias de
desenvolvimento de software que tm
sido aplicadas cada vez mais no mercado,
esto as metodologias incrementais, onde
o princpio central dividir o escopo do
sistema a ser desenvolvido em partes me-
nores, como mdulos, e ento trabalhar o
desenvolvimento em diferentes iteraes,
cada uma visando o desenvolvimento de
uma parte (ou mdulo) identificada para
o sistema.
As abordagens descritas em livro e artigos
normalmente focam na diviso do sistema
olhando para seu cdigo ou olhando para
questes relacionadas ao gerenciamento
do projeto. Porm, precisamos atentar
que essas divises impactam tambm na
modelagem dos dados que fazem parte do
escopo do sistema a ser desenvolvido, ou
seja, precisamos partir de um modelo de
dados inicial e a cada nova iterao, evolu-
lo com as novas informaes que precisam
ser tratadas considerando o domnio da
iterao a ser desenvolvida. Alm disso, o
desenvolvimento incremental de software
possui como caracterstica interessante a
possibilidade de entregar o sistema aos
seus usurios em partes, de forma a obter
um feedback constante sobre o sistema em
desenvolvimento, o que pode resultar em
mudanas constantes nos requisitos identi-
ficados ao longo do projeto. Tais mudanas
tambm podem afetar o modelo de dados
da aplicao, e isso precisa ser tratado o
quanto antes para evitar a propagao de
defeitos ao longo das iteraes.
Neste contexto, este artigo apresenta um
estudo de caso de um sistema para uma
escola de karat, onde so definidos seus
6 SQL Magazine Edio 81
sql81.indb 6
mode
Resumo DevMan
De que se trata o artigo:
Este artigo descreve atravs de um estudo de caso de uma escola de karat uma estratgia para mode-
lagem incremental de dados em um sistema de informao, apresentando a diviso do escopo do sistema
em iteraes, e ento evoluindo o esquema de dados a cada nova iterao desenvolvida.
Para que serve:
Para apoiar analistas de sistema e DBAs que precisam desenvolver sistemas de informao baseados
em banco de dados usando uma metodologia incremental para desenvolvimento de software, onde
necessrio dividir no apenas o que implementar, mas tambm a diviso da modelagem dos dados nas
diferentes iteraes do sistema.
Em que situao o tema til:
A utilizao de uma estratgia incremental algo mais que constante no dia-a-dia do desenvolvimento
de sistemas computacionais, e normalmente as abordagens que lidam com estes aspectos focam exclusiva-
mente nas atividades de programao e gerenciamento de projetos. Neste artigo, o foco foi na modelagem
de dados, mostrando como esta impactada por esta estratgia, e ainda apresentando a aplicao de
uma estratgia de modelagem incremental de dados para um estudo de caso.
requisitos iniciais e a partir de ento a desenvolvimento iterativo ou em cascata
realizada a modelagem dos dados de forma ambos so estratgias de retrabalho. A
incremental, iterao a iterao, prevendo alternativa ao desenvolvimento incremen-
ainda atividades de ajustes no modelo de tal desenvolver todo o sistema com uma
dados aps mudanas nos requisitos do integrao nica.
sistema. A ideia se assemelha introduo O desenvolvimento iterativo uma
de agilidade no processo de modelagem dos estratgia de planejamento de retrabalho
dados, seguindo as diretrizes de mtodos em que o tempo de reviso e melhorias de
geis de desenvolvimento de software. partes do sistema pr-definido. Isto no
Este artigo foi baseado no artigo Agile/ pressupe desenvolvimento incremental,
Evolutionary Data Modeling: From Domain mas funciona muito bem com ele. Uma
Modeling to Physical Modeling escrito por diferena tpica que a sada de um in-
Scott Ambler em uma conferncia inter- cremento no necessariamente assunto
nacional de Modelagem gil de Banco de um refinamento futuro, e seu teste ou
de Dados, adaptado pelo autor em alguns retorno do usurio no utilizado como
tpicos. entrada para planos de reviso ou especi-
ficaes para incrementos sucessivos. Ao
Desenvolvimento Iterativo e Incremental contrrio, a sada de uma iterao exa-
Desenvolvimento Incremental uma es- minada para modificao, e especialmente
tratgia de planejamento estagiado em que para reviso dos objetivos das iteraes
vrias partes do sistema so desenvolvidas sucessivas.
em paralelo, e integradas quando com- A ideia bsica por trs da abordagem
pletas. No implica, requer ou pressupe iterativa desenvolver um sistema desof-
29/10/2010 13:55:36
ise ou modelagem de dados
nc remental
ela gem fsica
twareincremental, permitindo aodesen-
volvedor tirar vantagem daquilo que foi
aprendido durante a fase inicial de de-
senvolvimento de uma verso do sistema.
O aprendizado ocorre simultaneamente
tanto para o desenvolvedor, quanto para
o usurio do sistema.
Os passos fundamentais do processo
esto em iniciar o desenvolvimento com
um subconjunto simples derequisitos de
software e iterativamente alcanar evolu-
es subsequentes dasversesat o sistema
todo estar implementado. A cada iterao,
as modificaes de projeto so feitas e no-
vasfuncionalidadesso adicionadas.
A Figura 1 apresenta uma represen-
tao visual do funcionamento de uma
abordagem incremental e iterativa, onde
a cada iterao so realizadas atividades
de desenvolvimento, visando aumentar as
funcionalidades providas no sistema.
O Estudo de Caso: Sistema de Gerencia-
mento de Grupo de Karat
O objetivo deste projeto fictcio cons-
truir um Sistema de Gerenciamento de um
Grupo de Karat (SGGK) de forma sim-
plificada.O projeto ser iniciado fazendo
uma modelagem onde sero identificados
os requisitos iniciais para o SGGK, na
forma de requisitos funcionais/estrias
do usurio (para quem est familiarizado
com metodologias geis), assim como uma
verso inicial da arquitetura do sistema.
Uma estria do usurio um lembrete
que descreve uma conversa realizada com
os profissionais envolvidos no projeto
(stakeholder), portanto, no existem muitos
detalhes providos na tabela que lista as
estrias identificadas.
Em metodologias geis, quando ini-
ciamos o trabalho com alguma estria
do usurio, trabalhamos com o usurio
prximo dos desenvolvedores, idealmente
sql81.indb 7
Arilo Claudio Dias Neto
3 Imprimir certificado
Figura 1. Representao de uma abordagem incremental
e iterativa
envolvendo-os com o esforo de modela-
gem do sistema a ser desenvolvido. Assim,
exploramos os requisitos identificados,
capturamos as ideias relacionadas
interface do sistema, as regras de neg-
cio que norteiam o desenvolvimento de
cada estria do usurio e a estrutura das
informaes que fazem parte do cenrio
a ser desenvolvido (ex: as entidades con-
ceituais do sistema e o relacionamento
entre elas). A partir disso so iniciadas as
atividades tcnicas, comomodelagem do
sistema, codificao e planejamento dos
testes funcionais. Sistemas de informao,
que o caso do nosso estudo de caso, so
construdos usando alguma linguagem
de programao (ex: Java ou C++) que re-
sultaro na interface do sistema, e algum
Sistema Gerenciador de Banco de Dados
por trs para persistncia dos dados (ex:
MySql, Oracle).
Os Requisitos Iniciais
A Tabela 1 lista as estrias do usurio
que descrevem os requisitos iniciais de
utilizao para o SGGK. Nossos stakehol-
ders j priorizaram os requisitos, e os
desenvolvedores j estimaram o esforo
Iterao Estrias do Usurio
Manter informaes de contato de
alunos
1 Matricular alunos
Excluir alunos
Registrar pagamento
Promover graduao de faixa do aluno
Convidar aluno para graduao
2 Enviar email de carteira de scio para
aluno
Imprimir carteira de scio para aluno
Agendar graduao
Inativar mensalidade
Manter informaes de produtos
4
Vender produtos
Imprimir catlogo de produtos
5 Comprar produto
Vender produto para aluno
Organizar torneios
Matricular participantes no torneio
Enviar anncio sobre torneio para
6
participantes anteriores
Imprimir cartas de anncio de torneio
para participantes anteriores
Tabela 1. Lista de estrias do usurio priorizadas por iterao
para implement-los. Baseando-se nas
prioridades e estimativas, foram associa-
dos os requisitos para serem entregues em
6 diferentes iteraes, idealmente curtas
(ex: 2 semanas).
Edio 81 SQL Magazine 7
29/10/2010 13:55:37
 Modelagem de Dados Incremental
Figura 2. Modelagem Inicial do Domnio
Figura 3. O Modelo Fsico de Dados da iterao 1
A Modelagem Inicial de Domnio
Parte dos nossos esforos iniciais
de modelagem, particularmente para
uma aplicao de negcios na categoria
de sistemas de informao, provavel-
mente incluir o desenvolvimento de
um modelo conceitual do domnio da
aplicao. Este modelo deve ser bem
enxuto, ou seja, apresentar apenas
o contedo necessrio, capturando as
principais entidades de negcio e o
relacionamento entre elas. A Figura 2
apresenta este modelo usando a lingua-
gem de modelagem UML.
O modelo inicial de domnio ser usado
para ajudar os projetistas a direcionar
o modelo de dados fsico assim como o
projeto das classes, potencialmente cap-
turado via diagrama de classes da UML
(Mais detalhes, no artigo Convertendo
8 SQL Magazine Edio 81
sql81.indb 8
um Diagrama de Classes publicado na
edio 63 da SQL magazine).
A nica documentao de apoio que
iremos prover nesta fase do projeto em
conjunto com o modelo ser a definio
das entidades, o que pode ser descrito em
um glossrio. Ainda no recomendamos
identificar os atributos que formam as en-
tidades neste momento, estas informaes
seriam mais bem capturadas ao se definir os
esquemas das classes ou do banco de dados.
Alm disso, h quem goste de desenhar um
modelo como este em um quadro branco
para comear as atividades de projeto, e este
desenho pode ser mantido no quadro branco
durante todo o projeto. Nesse sentido, mo-
delos de domnio enxutos so bastante
valiosos para a equipe do projeto, uma vez
que bastante simples visualiz-lo e ento
planejar as atividades de desenvolvimento.
Iterao 1
Existem quatro estrias do usurio a
serem desenvolvidas nesta iterao: Man-
ter informaes de contato de alunos,
Matricular alunos, Remover alunos e
Registrar pagamento. Portanto, precisa-
mos trabalhar no desenvolvimento destes
quatro requisitos, nada alm disso nesse
momento. A primeira iterao do modelo
fsico de dados (MFD) do SGGK apoia as
funcionalidades crticas requeridas para
o desenvolvimento do sistema o geren-
ciamento dos dados bsicos de alunos e a
coleta de dinheiro deles a partir do paga-
mento das mensalidades.
Quando olhamos o modelo de dados,
Figura 3, vemos que no estamos rastre-
ando o estado (por exemplo, Amazonas,
Rio de Janeiro ou So Paulo) em que os
alunos vivem. A razo desta deciso que
estamos projetando um sistema para uma
simples escola de karat, podemos assumir
seguramente que todos vivem no mesmo
estado, podendo variar apenas a cidade em
que cada um vive. Esta uma deciso de
projeto que poderia muito bem ser resolvi-
da de outra forma, porm esta foi a soluo
adotada em nosso estudo de caso.
Todas as mudanas de banco de dados
so feitas em paralelo s mudanas de c-
digo requeridas. Para isso, precisamos de
uma abordagem colaborativa para apoiar
neste processo de manuteno como, por
exemplo, programao em pares.
importante notarmos que estamos
seguindo uma abordagem incremental de
modelagem de dados, e que este ser o t-
pico principal do artigo, mas importante
reconhecer a importncia das estratgias
de teste associadas ao desenvolvimento
incremental. Teste de regresso (ver Nota
DevMan 1) um fator crtico de sucesso
para desenvolvimento evolucionrio/
incremental; sem um ambiente de teste
de regresso completo configurado, no
podemos evoluir nosso trabalho com segu-
rana, e isso incluir a evoluo do esquema
de nosso banco de dados.
Iterao 2
Existem quarto estrias do usurio a
serem implementadas nesta iterao: Pro-
mover graduao de faixa do aluno, Con-
29/10/2010 13:55:38
 Nota do DevMan 1
Teste de Regresso
Oteste de regresso uma tcnica doteste de softwareque
consiste na aplicao de testes verso mais recente do
software para garantir que no surgiram novos defeitos em
componentes j testados.
Se ao juntar o novo componente ou as suas alteraes com
oscomponentesrestantes do sistema surgirem novos defeitos
em componentes inalterados, ento considera-se que o sistema
regrediu.

vidar aluno para graduao, Enviar email

de carteira de scio para aluno, Imprimir
carteira de scio para aluno.
Estas funcionalidades no possuem sig-
nificante sobreposio com o modelo de
dados existente, como podemos observar
na Figura 4, onde as mudanas no modelo
foram diretas. A tabela Faixa e a coluna Alu-
no.idFaixa foram adicionadas para apoiar a
habilidade de rastrear qual faixa um aluno
possui atualmente.Tambm foi adicionada
a coluna Pessoa.Email para que possamos
enviar um email sobre a carteira de scio
aos alunos e a coluna Aluno.DataGraduacao
para rastrear a ltimo/prxima vez que um
aluno ir se graduar para uma nova faixa.
Poderamos ter adicionado a coluna Email
na tabela Alunos em vez de em Pessoa, mas
j estamos trabalhando com a juno das
duas tabelas para obter informaes sobre
alunos, e email no um conceito aplicvel
apenas para alunos isoladamente.
Com isso estaramos sobrecarregando
o sistema? Creio que no, pois o cdigo
da aplicao est usando os dados de
email apenas no contexto dos alunos,
o que est de acordo com os requisites
definidos para o sistema.No entanto, s
porque no pretendemos sobrecarregar
o software no significa que precisamos
modelar nosso esquema de dados de
qualquer jeito: podemos olhar um pouco
para frente e organizar o esquema do
banco de dados de forma que este reflita
o domnio da aplicao, e no apenas os
requisitos especficos da aplicao que
foram definidos at o momento e que
precisam ser atendidos.
Alm disso, estamos fazendo isso de uma
forma que no traga qualquer impacto no
Figura 4. O Modelo Fsico de Dados da Iterao 2
cronograma do projeto, e podemos fazer
isso de uma forma colaborativa com a
participao dos desenvolvedores na toma
de deciso. A implicao que em certas
situaes podemos no estar aptos a fazer
todas as coisas que queremos fazer correta-
mente naquele momento, mas ns podemos
simplificar muitas coisas (como introduzir a
tabela Pessoa que claramente no necess-
ria, neste momento, para a aplicao).
Uma importante observao sobre o
modelo: esta soluo possibilita apenas
rastrear a faixa atual obtida pelo aluno,
no a sua histria completa (ex: no es-
tamos rastreando quando ele obteve sua
primeira faixa e nem qual foi).
Iterao 3
Para esta iterao temos trs estrias do
usurio para serem implementadas: Agen-
dar graduao, Imprimir certificado e Ina-
tivar mensalidade. Em certos momentos
alunos iro interromper seu treinamento
por um perodo, por exemplo no perodo
de ferias estudantis, e o sistema ir colocar
estes alunos como inativos de forma que
no sejam cobrados no perodo em que no
estejam treinando.
Para apoiar esta funcionalidade, foi adi-
cionada uma tabela MembroInativo para
manter o rastro de quando os membros
da escola foram inativados, permitindo
ao sistema rastrear o nmero de semanas
usadas a partir de uma certa mensalidade
(existem planos de mensalidade de 3, 6
ou 12 meses mesmo entendendo que o
termo MENSALIDADE se refere a paga-
mentos mensais, usaremos este termo em
nosso sistema). Para gerenciar a graduao,
precisamos adicionar duas novas tabe-
las,TentativaFaixa que ir rastrear a faixa
que um aluno est tentando obter em uma
determinada graduao e Graduacao que
rastreia informaes bsicas sobre a gra-
duao. Essas tabelas foram adicionadas
diretamente no esquema de nosso banco
de dados, conforme a Figura 5.
Mudanas de Requisitos
Ao final da terceira iterao, nossos usu-
rios escolheram instalar o sistema e iniciar
os trabalhos com ele, pois funcionalidades
suficientes foram desenvolvidas a ponto de
possibilitar aos seus usurios usufruir do
sistema em seu dia-a-dia. Neste momento,
eles decidiram parar o desenvolvimento

Edio 81 SQL Magazine 9

sql81.indb 9 29/10/2010 13:55:38

 Modelagem de Dados Incremental
Figura 5. O Modelo Fsico de Dados da Iterao 3
por um instante para verificar quo bom
o sistema estaria funcionando. Essa situ-
ao muito interessante para eles, pois
possibilita avaliar incrementalmente a sua
satisfao em relao ao sistema que est
sendo desenvolvido, minimizando o risco
financeiro atravs da reduo do perodo
entre as entregas parciais do produto. Isso
tambm bom para a equipe de desenvol-
vimento, pois prov uma oportunidade
para se obter um feedback concreto base-
ado na utilizao real do sistema no seu
ambiente de produo.
Aps alguns meses, eles perceberam
que precisavam repensar sobre o que eles
queriam que o sistema fizesse (isso algo
mais que normal). Nossos usurios origi-
nalmente pensaram que eles gostariam de
realizar torneios para arrecadar dinheiro
extra. Aps conversar com algumas
pessoas, eles descobriram que torneios
envolvem muito trabalho e com pouco
retorno financeiro. No entanto, ainda seria
importante realizar eventos especiais, tais
como pequenos torneios internos e sesses
de treinamento especiais onde tcnicas
avanadas seriam demonstradas. Eles
tambm perceberam que eles esquece-
ram de nos informar sobre os planos de
mensalidade para famlia e para crianas
que eles oferecem. Alm disso, eles pos-
suem alunos estudando outros estilos de
luta, como Tai Chi e kickboxing, e alguns
10 SQL Magazine Edio 81
sql81.indb 10
alunos estudando vrios desses estilos ao
mesmo tempo.
O resultado final foi que ns, desenvol-
vedores, precisamos retrabalhar nossos
requisitos para refletir as novas deman-
das e a nova prioridade entre eles. Esses
novos requisitos foram capturados como
estrias de usurio, listados na Tabela 2.
Os desenvolvedores estimaram o esforo
para implementar cada requisito e os
usurios os priorizaram, possibilitando
associar as estrias de usurio s prximas
iteraes.
Os usurios so livres para mudar a sua
perspective sobre o sistema a qualquer
hora, adicionando novos requisitos ou
retrabalhando aqueles existentes, e os de-
senvolvedores iro continuar a trabalhar
nos requisitos na ordem de prioridade
definida.
Ter mudanas de requisitos como a apre-
sentada em nosso estudo de caso ajuda a
destacar as vantagens de uma abordagem
de desenvolvimento incremental. Atravs
da liberao de partes funcionais do siste-
ma de tempos em tempos, possibilitamos
aos usurios melhor identificar o que eles
de fato precisam em cada momento. Se
tivssemos tentando implementar todos
os requisitos de uma nica vez estaramos
entregando funcionalidades que os usu-
rios finais no necessitariam atualmente
na prtica.
Iterao Estrias do Usurio
Manter informaes de contato de alunos
Matricular alunos
1
Excluir alunos
Registrar pagamento
Promover graduao de faixa do aluno
Convidar aluno para graduao
2
Enviar email de carteira de scio para aluno
Imprimir carteira de scio para aluno
Agendar graduao
3 Imprimir certificado
Inativar mensalidade
Matricular alunos criana
4 Oferecer plano famlia de scio
Apoiar o sistema de faixa infantil
Matricular alunos em Tai Chi
Apoiar o sistema de faixas em Tai Chi
5 Matricular alunos em kick boxing
Apoiar o sistema de faixas de kick boxing
Apoiar a ordem de faixas para cada estilo
Manter informaes de produtos
6
Vender produtos
Imprimir catlogo de produtos
7 Comprar produto
Vender produto para aluno
Organizar eventos especiais internos
(ex: aulas especiais, torneios internos)
8 Matricular alunos no evento especial
Imprimir certificado de participao em
eventos especiais para alunos
Tabela 2. Estrias do Usurio atualizadas
O Modelo de Domnio Atualizado
O primeiro passo aps identificar mu-
danas nos requisitos atualizar o mo-
delo de domnio para refletir tais mu-
danas. Como podemos observar na
Figura 6,as mudanas, comparadas com
o modelo inicial de domnio da Figura 2,
no so muitas. Neste caso, podemos
evoluir o modelo e atualizar o diagrama
que tnhamos colocado inicialmente em
nosso quadro branco. A entidade Torneio
foi renomeada para EventoEspecial e agora
est relacionada entidade Aluno em vez
de Pessoa, pois apenas alunos teriam acesso
aos eventos. A entidade Estilo foi adicio-
nada para apoiar a habilidade de oferecer
mais que aulas de karat, e a entidade
Famlia foi adicionada para apoiar o plano
de mensalidade familiar.
Iterao 4
Para esta iterao, precisamos implemen-
tar trs estrias do usurio: Matricular
29/10/2010 13:55:39
 alunos criana, Oferecer plano famlia
de scio de matricula e Apoiar o sistema
de faixa infantil. Adicionar apoio para
a participao de crianas foi um bom
trabalho.Crianas possuem um conjunto
diferente de cordes que um adulto possui.
Crianas possuem faixas listradas (banco
com listras, amarelo com listras, ) em
adio s cores normais da graduao de
adultos, e alm disso possuem duas cores
de faixas no previstas na graduao nor-
mal: vermelho e violeta.Crianas possuem
mais faixas para mant-las motivadas. A
maioria dos adultos entendem que pode
ser necessrio de seis a 12 meses para s
ento atingir sua prxima faixa, mas tentar
explicar isso para uma criana de quatro
anos bem difcil. Figura 6. Modelo de Domnio Atualizado
Alm das mudanas no cdigo, foi
adicionada uma coluna AlunoCrianca na
tabela Faixa assim como novas linhas para
as faixas de criana.Tambm precisamos
de uma coluna AlunoCrianca para a tabela
Aluno (Figura 7).
As pessoas progridem de uma aula de
crianas para adulto quando elas atingem
um nvel apropriado de maturidade e habi-
lidade, no apenas por causa de sua idade,
por isso uma coluna data de nascimento
no seria apropriada.Para apoiar o plano
familiar, foi adicionada a tabela Familia
mu- para manter o rastro de quem faz parte
mo- de uma dada famlia.Foi adicionada uma
mu- coluna correspondente idFamilia na tabela
na de Aluno para atuar como uma chave es-
om trangeira para a nova tabela.A maioria dos
a 2, alunos no esto em um plano familiar,
mos ento esta coluna normalmente ir conter
ma o valor NULL.
em
eio Iterao 5
ora Para esta iterao, precisamos implemen-
vez tar cinco estrias do usurio: Matricular
sso alunos em Tai Chi, apoiar o sistema de
io- faixas do Tai Chi, Matricular alunos em
cer kick boxing, Apoiar o sistema de faixas
de em kick boxing e Apoiar a ordem de faixas
no em cada estilo.
Esta iterao foca em apoiar estilos de
treinamento diferentes do Karat, cada
um deles com sua prpria metodologia
en- de distribuio de faixas. Por exemplo,
lar Tai Chi apenas possui faixas branca e

Edio 81 SQL Magazine 11

sql81.indb 11 29/10/2010 13:55:40

 Modelagem de Dados Incremental
preta e kickboxing no possui qualquer
faixa.
Para apoiar esta iterao, uma tabela Estilo
foi adicionada para implementar os requi-
sitos atuais e ela pode simplificar o apoio a
novos estilos no futuro, mesmo no sabendo
se a escola ir futuramente trabalhar com
outros estilos de luta (Figura 8). A coluna
idEstilofoi adicionada na tabela Faixa para
Figura 7. O Modelo Fsico de Dados da Iterao 4
Figura 8. O Modelo Fsico de Dados da Iterao 5
12 SQL Magazine Edio 81
sql81.indb 12
indicar a qual estilo uma determinada faixa
est associada assim, existiria um registro
de faixa branca para Tai Chi e outra para
Karat.
Para registrar o fato de que algum pode
treinar em vrios estilos, foi introduzida
uma tabela associativa Aluno_Faixa que
implementa uma associao de muitos-pa-
ra-muitos entre as tabelas Aluno e Faixa.
Para inicializar a tabela Aluno_Faixa,
precisamos migrar os dados a partir das
colunas originais idAlunoeidFaixado es-
quema de dados da iterao quatro.Cada
vez que a gente evoluir um esquema de
dados existente precisaremos migrar os
dados existentes. Isso verdade para
os dados de teste que usamos em nosso
ambiente de desenvolvimento e tambm
para os dados que esto atualmente no
ambiente de produo (lembrando que
j temos parte de nosso sistema instala-
do e funcionando na mquina de nossos
usurios).
A tarefa de migrao de dados o ponto
negativa ao se trabalhar com o desenvol-
vimento de banco de dados evolutivos
(que evoluem a cada iterao). Migrar
dados pode ser difcil, e muito fcil dizer
que este aumento de complexidade ocorre
porque queremos desenvolver o esquema
do banco de dados de forma antecipada
em nosso projeto, antes de conhecer de
fato todos os requisitos. Infelizmente
esta posio no realstica. Mesmo com
a modelagem tradicional de dados (no
incremental) ainda precisaremos fazer
eventualmente migrao de dados, pois
mudanas sempre vo ocorrer. A melhor
opo aceitar o fato de que mudanas
ocorrem e quando necessrio fazer uma
boa migrao.
A mudana final no esquema foi a adio
da coluna SequenciaEstilo na tabela Faixa.
Precisamos apoiar o fato de que pessoas
obtm faixas em uma certa ordem: alu-
nos de karat adultos movem-se da faixa
amarela para laranja, enquanto que alunos
de Tai Chi movem-se da faixa branca para
preta.Cada estilo de luta possui sua pr-
pria ordem de graduao de faixas.
Iterao 6
Para esta iterao iremos implementar
duas estrias do usurio: Manter informa-
es de produto e Vender produto.Essas
adies so bastante diretas no ponto de
vista de modelagem de dados.
Simplesmente, foram adicionadas as
tabelas Compra, ItemCompra, e Item para
prover a estas funcionalidades bsicas
(Figura 9). Note como essas tabelas so
simples por enquanto. Por exemplo, no
29/10/2010 13:55:41
 estamos mantendo nveis de estoque nem
informaes sobre fornecedores. Mesmo
assim, iremos provavelmente precisar de
um conjunto de informaes para atender
requisitos futuros, mas como no o caso
atual, nos limitamos a atender o cenrio
do momento.
A modelagem para as demais iteraes (7
e 8) no ser apresentada. Deixamos para
que os leitores continuem, treinando a
evoluo de nosso esquema de dados para
atender s novas demandas do sistema.
Indo diretamente para a Modelagem
Fsica dos Dados
O processo de modelagem de banco de
dados normalmente envolve trs passos at
chegarmos ao seu modelo fsico. So eles:
modelagem conceitual (onde so identifica-
dos os conceitos do domnio da aplicao),
modelagem lgica (onde so identificadas
as regras de derivao das estruturas de da-
dos, so tratadas normalizao dos dados,
deriva-se agregaes, especializaes e re-
lacionamentos entre as entidades) e modela-
gem fsica (identificao de caractersticas e
recursos necessrios para armazenamento
fsico dos dados).
Neste artigo, foi apresentada uma estrat-
gia para se passar diretamente do modelo
conceitual para o modelo fsico dos dados.
E a dvida que surge seria: Faria sentido
pular do modelo inicial de domnio para
a modelagem fsica dos dados? Oficial-
mente a resposta SIM. Podemos adaptar
o processo de modelagem de acordo com o
cenrio de cada empresa e de cada projeto,
sempre de uma forma que continue a fazer
sentido para o cenrio em questo.
Quando comparamos os resultados das
duas abordagens (seguir os trs passos ou
pular do modelo conceitual para o modelo
fsico), acredito que podemos listar uma
srie de vantagens em iniciar com uma
modelagem inicial do domnio da aplica-
o e ento partir para o modelo fsico:
Ambos, esquema de objeto e de dados
podem se basear em um modelo comum
e nico, reduzindo a chance de maiores
divergncias.
Podemos desenvolver um esquema fsico
que reflita requisitos futuros sem signifi-
cantes desperdcios de tempo e esforo.
sql81.indb 13
Figura 9. O Modelo Fsico de Dados da Iterao 6
No precisamos investir esforo signifi-
cante no desenvolvimento do modelo de
domnio, pois focamos apenas na estrutu-
ra fundamental e no nos seus detalhes.
Estabelecemos uma terminologia de
negcio comum logo no incio do projeto,
ajudando-nos a entender o domnio da
aplicao.
No entanto, tm-se tambm alguns as-
pectos negativos:
Ns sobrecarregamos o esquema de
dados na primeira iterao introduzindo a
tabela Pessoa antes de precisarmos dela de
fato.Isso resulta em uma pequena reduo
de desempenho devido necessidade de
fazer uma juno entre as tabelas Pessoa e
Aluno para persistir e recuperar informa-
es sobre alunos.
Precisamos investir algum tempo para
criar um modelo inicial de domnio.
Concluso
Este artigo apresentou um estudo de caso
de desenvolvimento incremental de um
sistema e o impacto desta abordagem na
modelagem dos dados. Com a diviso do
sistema em iteraes, percebe-se que po-
demos tambm trabalhar na modelagem
dos dados incrementalmente utilizando
apenas os conceitos envolvidos em cada
iterao.
Com isso, a cada iterao teremos um
modelo evoludo que atende s necessi-
dades da verso atual. No entanto, pode-
mos usar ao longo de cada iterao nosso
conhecimento sobre o domnio do sistema
para planejar a modelagem de verses
futuras, visando reduzir o retrabalho nas
atividades de modelagem.
Esta uma forma de se trabalhar com a
modelagem incremental dos dados, imagi-
nando que podem existir diversas outras.
Espero ter contribudo.
Arilo Claudio Dias Neto
ariloclaudio@gmail.com
Professor do Departamento de
Cincia da Computao da UFAM.
Doutor em Engenharia de Sistemas e
Computao formado pela Universida-
de Federal do Rio de Janeiro (COPPE). Possui 7 anos de
experincia em anlise e desenvolvimento de software.
ainda editor tcnico da Revista SQL Magazine.
D seu feedback sobre esta edio! eu
Feedback
s
D
A SQL Magazine tem que ser feita ao seu gosto.
sobre e
Para isso, precisamos saber o que voc, leitor,
s
ta
edio
acha da revista!
D seu voto sobre este artigo, atravs do link:
www.devmedia.com.br/sqlmagazine/feedback
Edio 81 SQL Magazine 13
29/10/2010 13:55:42
 Seo Projeto de Software/Modelagem: Nesta seo voc encontra artigos sobre projeto, anlise ou
Refactoring de Banco de D a
Uma forma segura de evoluir o esquema do se
A Resumo DevMan
s empresas de desenvolvimento
de software tm evoludo cons-
tantemente. Muitas delas devem
isto s novas e modernas metodologias
geis que defendem a construo do
software de maneira incremental e itera-
tiva. Entretanto, disponibilizar sistemas
de informao com qualidade em ciclos
cada vez menores, ainda uma misso
desafiadora para muitas delas. Isto porque,
preciso garantir que a cada entrega, o
sistema no perder as suas funcionalida-
des e continuar sem erros. Alm do mais,
estas metodologias no prevem a mesma
iteratividade para o banco de dados. Para
finalizar, algumas destas empresas ainda
utilizam bancos de dados legados e no
migram para sistemas mais novos por
diversos motivos, dentre eles:
Complexidade;
Alto custo;
Mudana de cultura da empresa;
Falta de conhecimento dos desenvolve-
dores;
Mudanas de paradigmas dos DBAs.
A boa notcia que usando as tcnicas
de refactoring de banco de dados apresen-
tadas neste artigo, possvel fazer estas
migraes e melhorias de forma segura e
incremental.
O antes e o depois
At o final da dcada de 90, acreditava-
se que a Engenharia de Software era
similar a Engenharia Civil. No entanto,
as necessidades do mercado mostraram
que isto no era uma verdade absoluta.
No modelo de desenvolvimento de sof-
tware mais conhecido e praticado desta
poca modelo cascata (Waterfall) o
DBA passava vrios meses planejando
e modelando o banco de dados, e este,
ficava pronto antes mesmo da fase de
14 SQL Magazine Edio 81
sql81.indb 14
mode
De que se trata o artigo:
Neste artigo veremos como evoluir um esquema de banco de dados de forma segura, iterativa e incre-
mental. Em seguida, mostraremos alguns exemplos de casos comuns aplicando as tcnicas de refactoring
de banco de dados.
Para que serve:
As tcnicas de refactoring de banco de dados permitem evoluir de forma segura o design de um esque-
ma em pequenos passos. Alm disso, elas ainda podem ser utilizadas para apoiar o desenvolvimento de
software evolutivo.
Em que situao o tema til:
Alm de serem muito teis na migrao de bancos de dados legados, as tcnicas apresentadas neste
artigo permitem alteraes em esquemas que j estejam em produo. Sendo esta uma das grandes
dificuldades das empresas de desenvolvimento de software.
desenvolvimento ter iniciado. O problema programado a cada iterao do projeto. O
que alteraes no modelo do banco de que significa que muitas vezes ele ser al-
dados, nos finais dos projetos, passaram a terado com o software j em produo.
ser cada vez mais frequentes, dificultando
a entrega (veja a Figura 1). O que Refactoring?
Pensando nisto, os consultores de in- Martin Fowler define refactoring da se-
formtica: Pramod J. Sadalage e Scott W. guinte forma: um processo de alterao
Ambler criaram algumas tcnicas para em um sistema de software, de modo que,
refatorao de banco de dados. Estas tc- o comportamento externo do cdigo no
nicas tm como base os mesmos objetivos mude, mas que sua estrutura interna seja
das metodologias geis: minimizar o risco melhorada..
pelo desenvolvimento de software em O uso desta tcnica aprimora a concepo
perodos curtos, chamados de iterao, os (design) de umsoftwaree evita a deteriora-
quais duram de uma a quatro semanas. o to comum durante o ciclo de vida de
Cada iterao como um projeto de sof- um cdigo. Esta deteriorao geralmente
tware em miniatura, incluindo todas as causada por mudanas com objetivos de
tarefas necessrias para implant-lo: pla- curto prazo ou por alteraes realizadas
nejamento,anlise de requisitos, projeto, sem a clara compreenso da concepo
codificao, testee documentao. do sistema. Outra consequncia a me-
neste cenrio que surge a figura do lhora no entendimento do cdigo, o que
DBA gil. Diferente do DBA comum, facilita a manuteno e evita a incluso
este participa de todas as iteraes do dedefeitos.
projeto, planejando o esquema do banco fundamental que o sistema de soft
de dados e apoiando a equipe de desen- ware possua testes automatizados para
volvimento. realizar refatoraes. Dessa forma ser
Como se pode observar na Figura 2, o possvel garantir que o comportamento
esquema do banco de dados planejado e externo no foi alterado.
29/10/2010 13:55:43
ise ou modelagem de dados
D ados
do seu banco de dados
Figura 1. Modelo Cascata
O que Refactoring de Banco de Dados?
Refactoring de Banco de Dados no
mgica! Consiste em simples mudanas
no esquema do banco de dados (tabelas,
views, trigger, procedures, etc.) que melho-
ram o design sem alterar a semntica e o
significado dos dados que j esto persis-
tidos. O processo de refactoring de banco
de dados define a forma de evoluir de
maneira segura um esquema em pequenos
passos (incremental e evolutivamente). Ela
tambm fornece uma estratgia coerente
para organizaes que querem migrar
seus bancos de dados legados para outros
mais modernos.
Conceitualmente, refactoring de banco
de dados mais difcil que refactoring
de cdigo. Isto porque, refactoring de
cdigo precisa apenas manter a semntica
comportamental, enquanto refactoring de
banco de dados, alm de ter esta obriga-
o, ainda precisa assegurar a semntica
informacional.
A complexidade de um projeto de refac-
toring de banco de dados pode ser ainda
maior em ambientes onde a arquitetura
de acesso aos dados altamente acoplada,
como o exemplo da Figura 3. Por outro
sql81.indb 15
Ismael Zacarias Soares
Figura 2. Modelo Espiral
lado, algumas empresas tm o privilgio 2. Apoiar o desenvolvimento de software:
de possuir uma arquitetura mais simples, usando estas tcnicas pode-se apoiar no
onde apenas uma aplicao acessa o banco processo de desenvolvimento de softwares
de dados, permitindo assim, a refatorao evolutivos, incluindo Rational Unified
de ambos em paralelo. Estas aplicaes Process (RUP), Extreme Programming
so conhecidas como standalone ou (XP), Agile Unified Process (AUP), Scrum
sistemas stovepipe. Nos exemplos deste e Mtodos Dinmicos de Desenvolvimento
artigo, ser considerada apenas a arquite- de Sistemas.
tura mais complexa, onde existem vrios
sistemas externos sobre os quais o DBA
tem pouco ou nenhum controle.
Por que utilizar Refactoring de Banco
de Dados?
Pramod e Ambler apresentam pelo
menos duas razes fundamentais para
se utilizar refactoring de banco de dados:
1. Reparar bancos de dados legados: per-
mite evoluir de forma segura o design do
esquema em pequenos passos, tornando-
se uma tcnica importante para a melhoria
do patrimnio legado dentro das organi-
zaes. Esta , sem duvidas, muito menos
arriscada do que a abordagem conhecida
como big bang, onde as melhorias so
aplicadas de uma s vez em produo.
Alm disso, muito melhor do que vamos
migrar e ver no que d;
Edio 81 SQL Magazine 15
29/10/2010 13:55:49
 Refactoring de Banco de Dados
Figura 3. Modelo complexo de arquitetura de acesso aos dados
O que deve ser refatorado?
Fowler (1997) introduziu o conceito de
code smell (mau cheiro), uma categoria
comum de problemas no cdigo que indica
a necessidade de refator-lo. No cdigo
fonte, so exemplos de mau cheiro: decla-
raes de switch, mtodos muito grandes,
cdigo duplicado, classes com muitas
responsabilidades, etc. Da mesma forma,
em bancos de dados tambm existem
code smell que indicam a necessidade
potencial de refatorao, dentre os quais
se podem destacar:
T abela genrica: quando uma tabela est
sendo usado para armazenar vrios tipos
de entidades, provvel que exista uma
falha de projeto. Um exemplo a tabela
de pessoa, onde so inseridas informaes
de clientes e de fornecedores. O problema
que cliente e fornecedor tm as suas
diferenas, e desta forma, a tabela conter
colunas que s sero preenchidas quando
o tipo da pessoa for um ou outro;
C oluna genrica: desta mesma forma,
se uma coluna est sendo usada para v-
rios fins, provvel que exista um cdigo
extra para identificar os dados contidos
nela. Um exemplo uma coluna da tabela
de pessoa usada para armazenar data de
nascimento de um cliente ou a data de
admisso de um empregado. A nica for-
ma saber se o dado contido nesta coluna
uma data de admisso ou uma data de
nascimento, verificando outra coluna que
identifique a pessoa. Agora suponha que
seja necessrio adicionar a data de nasci-
mento do empregado, se for criado uma
16 SQL Magazine Edio 81
sql81.indb 16
nova coluna, a tabela ficar
ainda mais redundante;
Dados redundantes: os
dados redundantes um
problema grave nos ban-
cos de dados operacionais,
pois quando os dados so
armazenados em vrios
locais, a possibilidade de
inconsistncia muito gran-
de. comum, por exemplo,
ter informaes de clientes
armazenadas em locais
diferentes, e no momento
em que estes dados neces-
sitarem de manuteno ser difcil saber
qual deles o correto;
Tabelas com muitas colunas: quando
uma tabela contm muitas colunas, h
um forte indicativo de que ela no est
coesa ou est sobrecarregada. Por exemplo,
imagine uma tabela de clientes que pos-
sua vrios tipos de endereo, e que cada trole rigoroso sobre o versionamento das al-
endereo armazenado em uma coluna
diferente. Percebe-se claramente que este
modelo possui falhas;
Tabelas com muitas linhas: tabelas mui-
to grandes so fortes candidatas a causar
problemas de desempenho. O exemplo
mais comum a tabela de movimento de
estoque, onde so armazenadas todas as
movimentaes dos produtos. Neste caso,
o correto seria criar tabelas de histrico
para guardar os dados antigos, deixando
a vista apenas os registros de determinado
perodo;
Modelo intocvel: se voc tem medo de
alterar o modelo do seu banco de dados
porque certamente ele precisa ser refeito.
O medo da mudana uma boa indicao em produo. Isto s possvel graas ao
de que voc tem srios riscos tcnicos em perodo de transio. Durante este perodo
suas mos, que s vo piorar ao longo do o esquema antigo e o esquema novo so
tempo.
Antes de comear
Antes de comear um projeto de refacto-
ring de banco de dados, leve em conside-
rao as recomendaes a seguir:
V erifique se o refactoring mesmo ne-
cessrio, pois talvez a estrutura do modelo
atual esteja correta. comum os desenvol-
vedores discordarem, ou simplesmente
no compreender o projeto existente de um
banco de dados. Este mal-entendido poder
lev-los a acreditar que o projeto precisa ser
alterado quando ele realmente no precisa.
O DBA deve ter um bom conhecimento do
esquema do banco de dados, e em casos
de haver sistemas externos acessando-o,
ele deve saber quem contatar para discutir
questes tcnicas e tomar as medidas cab-
veis. Alm disso, o DBA, por ter participado
de diversos projetos relacionados ao esque-
ma do banco de dados, conhece o panorama
global da empresa, possuindo uma viso
importante que pode no estar aparente
do ponto de vista dos desenvolvedores;
preciso ter em mente que nenhuma
estrutura deve ser to rgida a ponto de
ser inaltervel, isto porque, pequenas
melhorias sempre iro acontecer;
Divida o seu projeto de refactoring em
pequenas etapas para facilitar o controle
e a compreenso de todos os profissionais
envolvidos. Entretanto, isto exigir um con-
teraes. Por exemplo: imagine que em uma
etapa qualquer, voc altere o nome da coluna
de uma tabela, e algumas semanas depois,
seja necessrio mover a mesma coluna para
outra tabela. Se estas alteraes no forem
aplicadas no momento adequado e no
estiverem versionadas, a ltima refatorao
poder ser executada antes da primeira;
E vite duplicaes de cdigo SQL. Utilize
um framework de persistncia para encap-
sular o acesso ao banco de dados.
Perodo de transio
A grande vantagem das tcnicas de
refactoring a possibilidade de melhorar
o esquema do banco de dados com ele
suportados em paralelo. Por exemplo, su-
ponha que uma determinada tabela tenha
uma coluna chamada limite que ser reno-
meada para limite_credito, e este banco de
dados seja acessado por sistemas externos.
Neste caso, no se pode simplesmente
renomear a coluna. Precisa-se definir um
prazo para que todas as alteraes sejam
realizadas nas dependncias internas e/
ou externas. Durante este perodo a coluna
limite possuir um comentrio informan-
29/10/2010 13:55:49
 do o dia em que ela ser removida. E para
garantir a integridade das informaes,
cria-se uma trigger para sincronizar os
dados das duas colunas.
Um das grandes dificuldades das em-
presas que utilizam refactoring de banco
de dados definir este perodo. Principal-
mente em situaes como a apresentada
anteriormente, onde existem sistemas
externos que esto fora dos seus domnios.
Isto porque, difcil saber quanto tempo
cada empresa responsvel por estes sis-
temas precisar para fazer as alteraes
necessrias. Neste caso, Pramod e Ambler
sugerem aplicar perodos padres para
cada tipo de refactoring. Por exemplo, re-
factorings que alteram a estrutura do banco
de dados podem levar de um a dois anos. J
refactorings na arquitetura podem precisar
de um pouco mais de tempo, de dois a trs
anos. Mas claro que isto vai depender do
tamanho do esquema do banco de dados e
da quantidade de sistemas externos que o
acessam. A desvantagem nesta abordagem
que, s vezes, as refactorings podem levar
mais tempo do que realmente precisariam.
O ideal mesmo reunir todos os profissio-
nais interessados para definir os perodos
de forma consciente.
Qual a melhor estratgia de refatorao?
No existe uma resposta exata para esta
pergunta. Uma srie de fatores pode in-
fluenciar: arquitetura, modelo de dados,
quantidades de sistemas externos, os
relacionamentos entre os objetos internos
(triggers, procedures, functions), etc. No
entanto, qualquer estratgia adotada deve
ter como base os seguintes passos:
1. Avaliao do impacto: antes de fazer qual-
quer alterao na estrutura, deve-se avaliar
o tamanho do impacto, tanto interno quan-
to externo, ou seja, descobrir todas as views,
triggers, procedures, constraints e sistemas
que sero afetados com a mudana;
2. Definio do perodo de transio: aps M esclar colunas e tabelas para evitar
fazer a avaliao acima, ser possvel
definir com maior preciso o perodo de
transio. Entretanto, deve-se fazer um
controle rigoroso para garantir que os
prazos estabelecidos sero seguidos;
3. Criao e execuo de testes: antes de
alterar o modelo preciso garantir que
sql81.indb 17
atualmente ele est funcionando. Crie
testes automatizados para facilitar a iden-
tificao e correo dos impactos causados
pelas refatoraes;
4. Executar a refatorao: crie os scripts
necessrios para aplicar a refatorao e
adicione os comentrios nas colunas, ta-
belas e triggers que sero removidas aps
o perodo de transio;
5. Execute os testes: antes de anunciar as
refatoraes feitas, preciso garantir que
nada do que estava funcionando deixou
de funcionar. Para isto, execute os testes
criados antes da refatorao e caso algum
deles falhe, faa as correes necessrias; muito comum, durante este tipo de refa-
6. Alterao das dependncias internas e ex-
ternas: se for possvel, faa as alteraes
necessrias nos objetos internos (triggers,
procedures, etc.) e externos (sistemas,
outros bancos de dados, etc.) em paralelo.
Caso contrrio, prefira iniciar as alteraes
pelos objetos internos, j que esto mais
prximos do seu domnio.
Categorias de refatorao de banco de
dados
As tcnicas de refactoring de banco de
dados esto divididas em categorias. Neste
artigo sero abordadas as cinco principais.
So elas:
1. Estrutural;
2. Qualidade dos dados;
3. Integridade referencial;
4. Arquitetura;
5. Mtodos.
Estrutural
A categoria estrutural engloba mudanas
em estruturas de tabelas e/ou views, como:
R enomear colunas, tabelas, views, func-
tions e procedures;
I ntroduzir colunas calculadas para me-
lhorar a performance dos sistemas;
I ntroduzir surrogate keys para aumentar
a consistncia dos dados;
redundncias;
M over coluna para outra tabela;
P articionar tabelas com muitas colunas
para melhorar a coeso do esquema do
banco de dados;
S ubstituir associaes um para muitos
por tabelas associativas.
Ao implementar a refactoring estrutural,
leve em considerao alguns impedimen-
tos comuns que certamente aparecero.
Dentre os quais se podem listar:
Triggers circulares: em quase todas as
refactorings que alteram a estrutura do
modelo, comum o uso de triggers para
controlar o sincronismo dos dados. Em
alguns casos, podem-se ter duas ou mais
triggers, uma disparando a outra. E se no
houver um controle rigoroso, elas entra-
ro num loop infinito comprometendo o
desempenho do banco de dados;
O bjetos do banco que acessam a tabela:
torao, deixar para trs alguns objetos
que fazem referncias s tabelas altera-
das. Exemplos: views, triggers, stored
procedures, etc.
Portanto, assim que finalizar a refato-
rao do modelo faa uma consulta na
tabela de objetos do usurio e veja se a sua
refatorao danificou o esquema. Observe
um exemplo de como fazer esta consulta
no banco de dados Oracle na Listagem 1;
N omes de chaves estrangeiras: geralmente
as chaves estrangeiras so nomeadas,
por conveno, com o prprio nome da
coluna. Por exemplo, se voc renomear
a coluna nome de uma determinada
tabela para nome_completo, e caso ela
possua uma chave estrangeira chamada
FK_NOME, voc dever renomear esta
chave para FK_NOME_COMPLETO.
Uma dica procurar todas as ocorrncias
na tabela de constraints passando o nome
da chave. No banco de dados Oracle, esta
consulta pode ser feita seguindo o exem-
plo apresentado na Listagem 2.
Listagem 1. Script DML para consultar os objetos do
usurio.
SELECT object_name
FROM USER_OBJECTS
WHERE object_type = PROCEDURE
AND status = INVALID;
Listagem 2. Script DML para consultar as constraints do
banco de dados.
SELECT table_name, constraint_name
FROM ALL_CONSTRAINTS
WHERE constraint_name like %NOME%
AND constraint_type = R;
Edio 81 SQL Magazine 17
29/10/2010 13:55:50
 Refactoring de Banco de Dados

Observe a Figura 4. A tabela Empre-
gado, no esquema original, contm a
coluna nome que ser renomeada para
nome_completo. O primeiro passo criar
a nova coluna nome_completo, mas sem
remover de imediato a coluna nome, ape-
nas se adiciona um comentrio informan-
do a data da remoo. Em seguida, cria-se
uma trigger para sincronizar os dados
entre as duas colunas, j que elas existiro
simultaneamente durante o perodo de
transio. A Listagem 3 apresenta o script
para realizar a refatorao proposta.
Qualidade de dados
As implementaes feitas nesta categoria
visam melhorar a qualidade das informa-
es contidas no banco de dados. So elas:
A dicionar tabelas de consulta;
P adronizao de siglas;
Aplicar tipos padres para evitar, por
exemplo, que em uma tabela uma infor-
mao seja do tipo varchar e em outra ela
seja do tipo numrico;
Adicionar ou remover chaves estrangei-
ras;
Adicionar ou remover valores padres
em colunas;
M over dados de uma tabela para outra.
Observe o esquema original na Figura 5.
A tabela Endereco contm a coluna estado.
Nesta coluna so armazenadas as siglas
dos estados com apenas dois caracteres.
Neste modelo possvel apontar pelo
menos dois problemas: o primeiro a repe-
tio desnecessria de dados, e a segunda
a falta de uma definio do significado
de cada sigla.
Para resolver este problema pode-se
adicionar uma tabela de consulta, tambm
conhecida como Lookup Table ou tabela Core.
Nesta tabela, a coluna estado se torna cha-
ve primria, permitindo assim a criao de
uma chave estrangeira na tabela Endereco
para garantir a integridade. Alm disto,
deve ser adicionada uma nova coluna
que ir qualificar o registro. A Listagem 4
apresenta o script para gerar e popular a
tabela de consulta.
Outra vantagem com a aplicao desta
refatorao a possibilidade de fornecer
aos sistemas externos uma lista de cdigos
nomeados para que no precisem usar enu-

Figura 4. Renomeando uma coluna Estrutural Figura 5. Adicionando tabela de consulta Qualidade de dados

Listagem 3. Script para realizar a refatorao estrutural.

ALTER TABLE Empregado ADD nome_completo VARCHAR(60); END IF;

IF :NEW.nome IS NULL THEN
COMMENT ON Empregado.nome_completo Esta coluna ir substituir a coluna nome :NEW.nome := :NEW.nome_completo;
que ser excluda em 20/12/2010; END IF;
END IF;
COMMENT ON Empregado.nome Esta coluna foi renomeada para nome_completo
e ser excluda em 20/12/2010; IF UPDATING THEN
IF NOT(:NEW.nome_completo =:OLD.nome_completo) THEN
UPDATE Empregado SET nome_completo = nome; :NEW.nome:=:NEW.nome_completo;
END IF;
CREATE OR REPLACE TRIGGER SincronizarNomeCompleto IF NOT(:NEW.nome=:OLD.nome) THEN
BEFORE INSERT OR UPDATE :NEW.nome_completo:=:NEW.nome;
ON Empregado END IF;
REFERENCING OLD AS OLD NEW AS NEW END IF;
FOR EACH ROW END;
DECLARE /
BEGIN
IF INSERTING THEN Em 20/12/2010
IF :NEW.nome_completo IS NULL THEN DROP TRIGGER SincronizarNomeCompleto;
:NEW.nome_completo := :NEW.nome; ALTER TABLE Empregado DROP COLUMN nome;

18 SQL Magazine Edio 81

sql81.indb 18 29/10/2010 13:55:50

 meration (lista exata de todos os elementos Arquitetura arquitetura voc pode encapsular regras
de um conjunto). As implementaes feitas nesta categoria como estas nos mtodos CRUD.
visam melhorar de forma global as intera- A Listagem 7 apresenta exemplos de
Integridade referencial es entre os programas externos e o banco como criar mtodos CRUD no banco de
As implementaes feitas nesta categoria de dados. So elas: dados Oracle.
visam garantir a integridade dos dados. A dicionar mtodos CRUD (procedures A desvantagem neste tipo de modelo o
So elas: para insero, consulta, atualizao e grande de nmero de objetos que se adicio-
Adicionar ou remover chave estrangeira; excluso); na no banco de dados, exigindo assim, um
Adicionar trigger para coluna calculada; Adicionar encapsulamento tabela atra- controle rigoroso para evitar duplicaes
Adicionar excluso em cascata; vs de views; desnecessrias. Por outro lado, facilita
Adicionar trigger para armazenar em log Adicionar mtodos de clculos; quando uma nova refatorao for aplica-
as alteraes. Adicionar tabelas apenas para leituras; da, pois sem a dependncia dos sistemas
M igrar mtodos dos sistemas externos
Observe o esquema original no modelo para o banco de dados.
Listagem 4. Script para criar e popular a tabela de consulta Estado.
exemplificado na Figura 6. As tabelas Algumas empresas preferem
Conta e Status esto interligadas atravs encapsular o acesso ao banco CREATE TABLE Estado (
estado CHAR(2) NOT NULL,
da coluna status_id. No entanto, no existe de dados fornecendo apenas nome VARCHAR(60),
uma referncia que restrinja este relacio- mtodos de incluso, excluso, CONSTRAINT PK_Estado PRIMARY KEY (estado)
);
namento, ou seja, podem ser inseridos atualizao e consulta, atravs
registros na tabela Conta mesmo que no de procedures (veja a Figura 7). ALTER TABLE Endereco ADD CONSTRAINT FK_Endereco_estado
FOREIGN KEY (estado) REFERENCES estado;
existam na tabela Status. Para resolver este Desta forma o banco de dados INSERT INTO Estado (estado)
problema, deve-se adicionar uma chave fica totalmente desacoplado SELECT DISTINCT UPPER(estado) FROM Endereco;
estrangeira na tabela Conta apontando das aplicaes. Outra vanta- UPDATE Endereco SET estado = TX WHERE UPPER(estado) =TX;
para Status. Esta chave estrangeira pode gem desta abordagem a pos- UPDATE Estado SET nome = Florida WHERE estado=FL;
UPDATE Estado SET nome = Illinois WHERE estado=IL;
ser de dois tipos: a que faz a verificao no sibilidade de aplicar controle UPDATE Estado SET nome = California WHERE estado=CA;
momento da insero do registro, e a que de acesso aos dados baseado
faz a verificao apenas no final da transa- na poltica de segurana. Por Listagem 5. Script para criar a chave estrangeira com a verificao imediata
o (no commit). A primeira a padro na exemplo, suponha que exista ALTER TABLE Conta
maioria dos bancos de dados, mas diminui uma tabela no seu banco de ADD CONSTRAINT FK_Conta_Status
o desempenho da transao. A segunda dados contendo os lucros da FOREIGN KEY (status_id)
REFERENCES Status;
uma boa opo quando os registros so empresa. Os funcionrios da
inseridos e alterados na mesma transao, diretoria tm acesso para visu- Listagem 6. Script para criar a chave estrangeira com a verificao no commit
e o que importa apenas o resultado final; alizar todos os registros. Entre-
ALTER TABLE Conta
se no for usada com cautela pode desper- tanto, os demais funcionrios ADD CONSTRAINT FK_Conta_Status
diar processamento do banco de dados. apenas visualizam o que diz FOREIGN KEY (status_id)
As Listagens 5 e 6 apresentam exemplos respeito ao seu departamento. REFERENCES Status
INITIALLY DEFERRED;
de como criar os dois tipos de chaves. Utilizando as refactorings de

Figura 6. Adicionando chave estrangeira Integridade de dados Figura 7. Adicionando mtodos CRUD Arquitetura

Edio 81 SQL Magazine 19

sql81.indb 19 29/10/2010 13:55:50

 Refactoring de Banco de Dados
externos, o perodo de transio bem
curto, e s vezes, at desnecessrio.
Ao decidir entre usar ou no mtodos
CRUD, leve em considerao os seguintes
pontos:
Quantidade de sistemas que acessam o
banco de dados;
R egras de negcios que so repetidas
em todos os sistemas e poderiam ser
generalizadas no banco de dados;
N ecessidade de implementao de po-
lticas de acesso aos dados;
Familiarizao da equipe de desenvol-
vimento com a linguagem usada pelo
banco de dados.
Mtodos
Como o prprio nome sugere, as refa-
toraes desta categoria tm por objetivo
Listagem 7. Script de exemplo para criar mtodos CRUD no Oracle.
CREATE OR REPLACE PACKAGE EmpregadoCRUD AS
TYPE empregadoType IS REF CURSOR RETURN
Empregado%ROWTYPE;
PROCEDURE obterEmpregado
(empregadoId IN NUMBER,empregadoReturn OUT empregadoType);
PROCEDURE AdicionarEmpregado(....);
PROCEDURE AtualizarEmpregado(....);
PROCEDURE ExcluirEmpregado(....);
END EmpregadoCRUD; /
CREATE OR REPLACE PACKAGE BODY EmpregadoCRUD AS
PROCEDURE obterEmpregado
(empregadoId IN NUMBER, empregadoReturn OUT
empregadoType) IS
BEGIN
OPEN refEmpregado FOR
SELECT * FROM Empregado WHERE empregadoId =
empregadoId;
END obterEmpregado;
END EmpregadoCRUD;/
Figura 8. Incluindo novo parmetro em uma stored procedure Mtodos
20 SQL Magazine Edio 81
sql81.indb 20
melhorar a qualidade de stored procedu-
res, triggers ou funes armazenadas no
banco de dados. Por razes de simplici-
dade, Ambler se refere a estes trs tipos
de funcionalidade simplesmente como
mtodos. As implementaes comuns
desta categoria so:
Adicionar ou remover parmetros dos
mtodos;
Renomear mtodos;
Reordenar os parmetros dos mtodos;
S ubstituir vrios mtodos por um mto-
do genrico;
S ubstituir um mtodo genrico por v-
rios outros mtodos.
A Figura 8 apresenta um exemplo de
refatorao de uma stored procedure.
Neste exemplo, ser adicionado o par-
metro nome na procedure
obterEmpregado. Para isto,
deve-se criar uma nova pro-
cedure copiando o cdigo da
antiga e adicionando o novo
parmetro. As duas proce-
dures devem ser mantidas
no modelo at o fim do per-
odo de transio. Findo este
perodo, a procedure antiga
dever ser excluda.
Organizando o trabalho
em equipe usando Sand-
boxes
O processo de refactoring
no algo simples, precisa
ser bem organizado. Uma
dica utilizar sandbox para
controlar as alteraes realiza-
Figura 9. Arquitetura de refactoring em equipe usando Sandboxes
das pela equipe. O sandbox um ambiente
tcnico onde o desenvolvedor escreve,
testa e compila suas refatoraes de forma
isolada.
Um sandbox pode estar em um servidor
ou no prprio computador do desenvolve-
dor, desde que ele possua uma cpia atual
do esquema do banco de dados instalado e
configurado no seu ambiente de desenvolvi-
mento. Com isto, se evita enviar um esquema
corrompido, que o desenvolver ainda esteja
testando, para produo. Alm do mais, a
diviso das tarefas fica mais fcil, j que
os desenvolvedores podero trabalhar no
mesmo esquema, mas sem que um interfira
no trabalho do outro. Muito embora, o uso
desta tcnica requer um extremo controle
sobre as alteraes que iro para produo.
Por este motivo, Ambler sugere utilizar um
sandbox para fazer a integrao entre os di-
versos ambientes dos desenvolvedores e
ainda outro para fazer os testes.
Como ilustra a Figura 9, os desenvol-
vedores esto continuamente aplicando
as refactorings no esquema do banco de
dados contido em seus sandboxes. Quando
estas refactorings esto prontas, elas so
mescladas em um sandbox de integrao.
Em seguida feito o teste de compilao
dos objetos para procurar erros de build.
Caso no sejam encontrados erros, as
refatoraes so enviadas para o sandbox
de testes, onde sero rodados os testes
unitrios, de integrao e aceitao. E por
fim, enviadas para produo. Se em algu-
mas das etapas forem encontrados erros, o
esquema volta ao estado original, atravs
de recuperao por backup, e o processo
volta ao incio.
29/10/2010 13:55:51
 Impedimentos
Em seu livro Refactoring Databases
Evolutionary Design Scott W. Ambler
deixa claro que para falar de refactoring,
necessrio falar sobre os impedimentos e
dificuldades que provavelmente surgiro
ao longo do processo. Segundo Ambler,
o primeiro obstculo, e um dos mais
difcieis de se superar, o cultural. Isto
porque muitos profissionais confundem
abordagens evolutivas com o cod-and-fix
(codificar e corrigir) tcnica de desen-
volvimento usada no final da dcada de
70 e incio da 80, que resultou em sof-
twares de baixa qualidade e acreditam
que perda de tempo evoluir ao longo do
projeto. Tal fato acaba consumindo boa
parte do investimento no projeto, e exige
muita pacincia do gestor da mudana
para convencer a equipe de que esta mu-
dana de paradigma algo positivo.
O segundo obstculo a falta de ferra-
mentas de testes. Embora tenhamos algu-
mas de cdigo aberto, a eficincia ainda
baixa e no so totalmente integradas
com o ambiente de desenvolvimento.
preciso organizar muito bem cada passo
da refactoring para se conseguir testes
eficazes. Atualmente as ferramentas mais
conhecidas so: DBUnit (dbunit.sourcefor-
ge.net) e SQLUnit (sqlunit.sourceforge.net).
O terceiro obstculo o grau de acopla-
mento. Em boa parte das empresas, quer
sejam de T.I. ou no, a questo da arqui-
tetura do banco de dados no algo bem
resolvido e amplamente discultido como
deveria. Este fato faz com que a utilizao
do banco de dados crie uma dependncia
muito grande com outros componentes,
levando a arquitetura do sistema a um
alto grau de acoplamento. Este cenrio
implica em muito mais tempo para a apli-
cao da tcnica do que seria necessrio,
elevando assim o custo do projeto.
Concluso
Refactoring de Banco de Dados, alm de
ser muito til na manuteno do esquema,
ainda pode ser utilizada para constru-lo
sql81.indb 21
desde o inicio do projeto. Partindo do
princpio que a cada iterao preciso
adicionar novas funcionalidades, como
por exemplo, uma nova coluna ou stored
procedure, usando tcnicas de refacto-
ring, estas alteraes tornam-se mais
simples de ser aplicadas. No entanto, estas
tcnicas podem ser aplicadas a qualquer
momento do projeto. A vantagem desta
abordagem que aos poucos, porm
constantemente, melhora-se a qualidade
do banco de dados. Este processo no s
torna a base de dados mais fcil de en-
tender e usar, mas tambm facilita a sua
evoluo ao longo do tempo, em outras
palavras, melhora-se a produtividade
global do desenvolvimento.
As empresas evoluem adotando tcni-
cas modernas de desenvolvimento gil,
mas ficam com uma parcela do projeto
defasada quando negligenciam a arqui-
tetura de bancos de dados. Portanto, os
profissionais de banco de dados tambm
podem usufruir de tcnicas geis, como
Refactoring de Banco de Dados, por
exemplo.
Os exemplos aqui apresentados mos-
tram como seguro e fcil evoluir um
modelo de banco de dados utilizando a
tcnica de refactoring. Mas deixa claro
tambm, que o gerenciamento destas
mudanas extremamente importante
para o sucesso do projeto.
provvel que os desenvolvedores
tenham um pouco de dificuldade no
comeo caso nunca tenham programado
Ismael Zacarias Soares
rkmael@hotmail.com
desenvolvedor Java EE na
BlueSoft Consultoria em So
Paulo, formado em banco de dados
pela Faculdade Impacta de Tecnolo-
gia.Tem mais de oito anos de experincias em anlise
e desenvolvimento de software. J trabalhou com
diversas tecnologias entre elas: VB6, ASP, PHP, C#.NET,
VB.NET, ASP.NET, PL/SQL, T-SQL e Groovy. J participou
de diversos projetos de banco de dados entre eles:
Oracle, MSSQL Server, MySQL e Postgree.
na linguagem do banco de dados, mas
com um pouco de estudo e prtica, ser
possvel evoluir a equipe a um nvel
considervel. No veja estas dificuldades
como uma barreira, mas sim como uma
oportunidade para dividir o conhecimen-
to, que s vezes, est concentrado apenas
nos profissionais de banco de dados.
Ambler, Scott W., PramodJ.Sadalage
(2006). Refactoring Databases:
Evolutionary Databases Design. New
York: Addison Wesley Professional.
http://www.ambysoft.com/books/
refactoringDatabases.html
Ambler, Scott W., PramodJ.Sadalage
(2006). Refactoring Databases: The Process.
http://www.simple-talk.com/sql/database-
administration/refactoring-databases-the-process/
Ambler, Scott W. (2007). Presentation
Databases Refactoring.
http://www.infoq.com/presentations/ambler-
database-refactoring
Ambler, S. W. (2003). Agile Databases
Techniques: Effective Strategies for the
Agile Software Developer. New York: John
Wiley & Sons.
www.ambysoft.com/agileDatabasesTechniques.html
Mello, Fabrzio de Royes. Refatorao de
Banco de Dados (Agileweekend 2009).
http://www.slideshare.net/fabriziomello/
refatorao-banco-de-dados-agileweekend2009
Wikipdia. Refactoring.
http://pt.wikipedia.org/wiki/Refactoring
D seu feedback sobre esta edio! eu
Feedback
s
D
A SQL Magazine tem que ser feita ao seu gosto.
sobre e
Para isso, precisamos saber o que voc, leitor,
s
ta
edio
acha da revista!
D seu voto sobre este artigo, atravs do link:
www.devmedia.com.br/sqlmagazine/feedback
Edio 81 SQL Magazine 21
29/10/2010 13:55:51
 Seo Banco de Dados/Persistncia: "Nesta seo voc encontra artigos banco de dados, SQL ou pers
Aplicao Web com ASP.N E
Parte 1 Projeto de banco de dados
P Resumo DevMan
odemos trabalhar com a tecnologia
.NET utilizando os diferentes SGB-
Ds disponveis no mercado. sem-
pre interessante conhecer os recursos de
banco de dados providos pelas diferentes
tecnologias disponveis para o desenvolvi-
mento de novas aplicaes, e com o .NET
no diferente.
Neste contexto, o objetivo principal
deste artigo mostrar de forma clara e
objetiva o desenvolvimento de um Web
Site empresarial. Alm das tecnologias que
sero mostradas, ser importante tambm
a criao e utilizao de Stored Procedures
(ver Nota DevMan 1), concentrando esses
comandos SQL diretamente no servidor do
banco de dados. Um ponto importante a
ser frisado que o objetivo no entrar em
detalhes diretamente de Stored Procedures
neste artigo, mas abordar a mesma de
forma prtica, o que torna o artigo mais
produtivo e objetivo ao mesmo tempo.
O artigo ser divido em duas partes. A
primeira parte, apresentada nesta edio, ir
descrever a etapa de levantamento dos re-
quisitos junto ao nosso cliente. Em seguida,
passaremos a descrever a etapa de anlise da
aplicao, e por ltimo o desenvolvimento
da estrutura do banco de dados, como ta-
belas e stored procedures. Na segunda parte
deste artigo, apresentado na prxima edio,
todo o conceito do projeto ser aplicado,
desde a criao da estrutura da aplicao,
desenvolvimento de suas pginas e classes
DAO para persistir essas informaes e de-
finio de seus usurios. Alm disso, sero administrado de forma simples e eficaz, j
utilizados alguns dos principais controles do
ASP.NET, tanto para interao com o usurio
como a manipulao de dados.
O exemplo a ser desenvolvido neste
artigo ser um projeto de um Web Site em-
presarial. Desta forma, voc aproveita os
exemplos de operaes CRUD (Nota Dev-
Man 1) em uma aplicao real de uso.
22 SQL Magazine Edio 81
sql81.indb 22
istnci
De que se trata o artigo:
O objetivo principal do artigo apresentar o desenvolvimento de uma aplicao web completa de um
domnio de aplicaes empresarial. A ideia apresentar as principais tecnologias, como provider NpgSQL
e o FCKEditor. Alm disso, sero descritos os comandos SQL baseados em Stored Procedures.
Para que serve:
Quando se trabalha com ASP.NET, normalmente utilizado o SQL Server como SGBD, pois algo natural
(so produtos da Microsoft). Neste sentido, o objetivo do artigo explanar a possibilidade de desenvolver
uma aplicao utilizando o banco de dados PostgreSQL atravs do uso do provider NpgSQL.
Em que situao o tema til:
Ter a flexibilidade de trabalhar com outros bancos de dados no ASP.NET muito importante para qualquer
empresa ou profissional. Com isso, ser mostrado o provider NpgSQL. Atravs deste, possvel trabalhar
com os principais recursos do PostgreSQL Uma das ideias utilizar stored procedures, de maneira simples
e objetiva, visando o desenvolvimento de um Web Site empresarial.
Estudo de Caso Web Site Empresarial Na rea de Front-End (Nota DevMan 2)
Vamos imaginar que sua empresa foi do web site a ser desenvolvido, somente
contratada para desenvolver um web site ficar disponvel uma lista com as pginas
para controle de informaes de uma de menus, como Home, Empresa, Clientes,
empresa real. Com isso, so realizadas as Produtos e Contato. Veja que o objetivo
primeiras reunies para o desenvolvimen- do artigo no trabalhar com a parte
to do mesmo. de layout, desta forma no ser aplicado
Chamar a aplicao apenas por Web nenhum contedo CSS. No entanto, im-
Site sem dvida algo muita genrico, portante voc aplicar seu conhecimento
e existem N situaes que podem ser de design para obter um resultado final
desenvolvidas. No entanto, este web site mais satisfatrio.
possui caractersticas bastante interessan-
tes que precisamos considerar durante seu
desenvolvimento. Vamos a elas. Nota do DevMan 1
Uma das primeiras questes do web site
a ser desenvolvido que ele precisa ser SP (Stored Procedures) e CRUD
Procedimento armazenado ou Stored Procedure uma coleo
que necessita constantemente de atualiza- de comandos em SQL. Encapsula tarefas repetitivas, aceita
parmetros de entrada e retorna um valor de status (para indicar
es. muito comum o desenvolvimento aceitao ou falha n execuo). O procedimento armazenado
de um site dinmico, mas quem realiza a pode reduzir o trfego na rede, melhorar o desempenho, criar
manuteno do mesmo (como atualizao mecanismos de segurana, dentre outras vantagens.
do contedo das pginas) o desenvol- CRUD o acrnimo da expresso em lngua Inglesa Create, Retrieve,
vedor. A ideia simplificar! Com isso, o Update e Delete,usada para definir quatro operaes bsicas usadas
em bancos de dados relacionais ou em interface para usurios para
prprio cliente tem acesso a uma pgina de criao, consulta, atualizao e remoo de dados.
login e realiza as edies da pgina.
29/10/2010 13:55:52
ou pers istncia"
N ET e PostgreSQL
Basicamente, o projeto a ser
desenvolvido ir conter uma
pgina .aspx. Esta pgina
ser responsvel por exibir
os seus contedos de forma
dinmica. Normalmente,
criado um arquivo para cada
pgina que o site necessita,
mas a ideia principal do
artigo criar somente um
arquivo para a exibio de Figura 1. Download Provider NpgSQL
todas essas pginas. Essas pginas e seus
contedos no so criados de forma sepa-
rada. Todas as informaes so gravadas
no banco de dados. Desta forma, possvel
inserir quantas pginas o projeto necessi-
tar de forma dinmica, o que simplifica
o processo para o cliente, que deixar de
necessitar de auxilio de profissionais da
rea. Esta soluo muito utilizada em
empresas de desenvolvimento de sites, que
oferecem ferramentas online para a criao
de pginas em apenas alguns minutos.
Um dos propsitos deste artigo tambm
utilizar algumas dessas caractersticas.
Na prtica, ser mais simples de entender.
Veja que importante citar alguns pontos,
j que eles so a base de entendimento do
projeto.
Na parte administrativa do site ser
possvel editar o seu ttulo e o contedo da local de sua preferncia, lembrando que
pgina. Outro fator importante no projeto
que iremos utilizar um editor HTML
para facilitar nossa tarefa de edio dos
contedos destas pginas. Alm disso,
o mesmo conta com um assistente para
Upload de imagens onde, com algumas
simples configuraes, o usurio tem a
possibilidade at mesmo de criar diret-
rios, tornando-o um File Manager (sistema
de upload e gerenciamento de arquivos).
Para tornar o artigo ainda mais produtivo,
a aplicao ser construda utilizando o
Desing Paterns DAO (Nota DevMan 3).
sql81.indb 23
Rafael Silva
Nota do DevMan 2
Front-End
Em projetos de software, front-end a parte do sistema de software
que interage diretamente com o usurio. Em alguns sistemas, tais
como aqueles baseados em Unix, chama-se front-end s interfaces
grficas que permitem ao usurio interagir com programas que
trabalham originalmente em modo texto.
Nota do DevMan 3
Overview e NpgSQL
DAO (Data Access Object)
O NpgSQL basicamente um provider
de acesso a dados para o banco de dados DAO (Data Access Object) um padro para persistncia de dados
que permite separar regras de negcio das regras de acesso a banco
PostgreSQL. O mesmo possui sua interface de dados. Numa aplicao que utilize a arquiteturaMVC, todas as
desenvolvida com a linguagem C#, e fun- funcionalidades de bancos de dados, tais como obter as conexes,
ciona a partir da verso 7.x. Possui suporte mapear objetos para tipos de dadosSQLou executar comandos
SQL, devem ser feitas por classes de DAO.
para .Net Framework 2.0 e 3.5, e ao ADO.
NET Entity Framework.
Antes de darmos incio ao desenvolvi-
mento dos exemplos utilizando o provider Nota do DevMan 4
NpgSQL, necessrio que voc possua o
mesmo. A sua instalao muito simples. Ambiente de Desenvolvimento
Na verdade, voc simplesmente deve
Por no fazer parte do escopo do artigo, de extrema importncia
realizar o download de alguns arquivos, que voc j possua instalado em sua mquina o Visual Studio
entre eles algumas DLL, como a NpgSQL. 2008 e principalmente o banco de dados PostgreSQL instalado e
configurado na mesma. Na lista de links voc confere o site oficial
dll e Mono.Securuty.dll. Na lista de Links
do mesmo, onde poder realizar o download e posterior instalao.
voc confere o endereo do mesmo. Re-
alize o download e descompacte em um
a verso utilizada neste artigo a 2.0.8.
Na Figura 1 voc confere o arquivo que
devemos baixar no endereo informado
(Nota DevMan 4).
FCKEditor
O FCKEditor um editor WYSIWYG
(Nota DevMan 5) bastante verstil. Ele
possui recursos extremamente importan-
tes quando o objetivo administrar de
forma completa um site. Uma das suas
principais caractersticas o suporte s
principais tecnologias do mercado. Alm
Edio 81 SQL Magazine 23
29/10/2010 13:55:52
 Aplicao Web com ASP.NET e PostgreSQL
Figura 2. Download FCKEditor
Figura 3. Estrutura banco de dados da aplicao
Listagem 1. Script SQL para criao das tabelas do web site
// tabela tbpaginas
CREATE TABLE tbpaginas
( apenas duas tabelas. A primeira tabela,
id_pagina serial,
nome_pagina character varying(50),
texto_pagina text,
data_pagina date DEFAULT now(),
contador_pagina integer,
CONSTRAINT pkPaginas_ID PRIMARY KEY
(id_pagina)
) por armazenar o ttulo da pgina, tex-
// tabela tblogin
CREATE TABLE tblogin
( HTML, o campo contador_pagina armazena
id_login serial,
usuario_login character varying(20),
senha_login character varying(32),
CONSTRAINT pkLogin_ID PRIMARY KEY
(id_login)
)
disso, sua instalao e configurao so
muito simples. Para cada tecnologia existe
uma forma diferente.
O objetivo nesta primeira parte realizar
o download do componente para futura
instalao e configurao no momento
que for necessrio utiliz-lo. Para isso,
acesse o site (http://ckeditor.com/download) e
localize a seo FCKeditor e FCKeditor.
Net, e realize o seu download, conforme
mostra a Figura 2. No primeiro download,
voc encontra toda a estrutura de scripts
necessrios dos mesmos. O segundo um
24 SQL Magazine Edio 81
sql81.indb 24
controle para ASP.NET. Desta forma, a ta-
refa de integr-lo a sua aplicao se torna
uma tarefa simples e eficiente.
Definindo a Estrutura do Banco de
dados
O banco de dados da aplicao de um
Web Site ser simples e objetivo, conforme
voc pode visualizar na Figura 3. Anali-
sando a figura, perceba que possumos
denominada tbpaginas, responsvel por
armazenar todas as pginas cadastradas
do site (conforme o prprio nome sugere).
De forma geral, importante destacar al-
guns campos: nome_pagina responsvel
to_pagina o campo que ir conter todo o
seu contedo, e isso inclui principalmente
o nmero de visitas que a mesma possui
e o campo data_pagina registra a data de
cadastro da mesma.
A segunda tabela, denominada tblogin,
basicamente uma estrutura de login
e senha. Com isso, somente usurios
logados tm acesso pgina de cadastro
e edio de pginas. de criar as SPs trabalhando com a lingua-
Na Listagem 1 voc confere o cdigo
completo para a criao da estrutura des-
te banco de dados. Os campos id_pagina
e id_login da tabela tbpaginas e tblogin,
respectivamente, so do tipo Serial. O criada utilizando a linguagem SQL. A
PostgreSQL trabalha com sequncias.
No momento que definimos um campo
do tipo serial, ele cria essas sequncias facilita a leitura e compreenso do leitor.
automaticamente no banco de dados. Pos-
teriormente execuo deste script, voc
pode notar tambm que as sequncias so
criadas, dependendo do gerenciador que
Nota do DevMan 5
WYSIWYG
WYSIWYG o acrnimo da expresso em ingls What You See Is
What You Get, cuja traduo remete a algo como O que voc v
o que voc obtem (OQVVEOQVO). Significa a capacidade de um
programa de computador permitir que um documento, enquanto
manipulado na tela, tenha a mesma aparncia de sua utilizao,
usualmente sendo considerada final a forma impressa. O uso inicial
do termo foi relacionado a editores de texto,agora porm aplicado
a qualquer tipo de programa. Dois exemplos clssicos de editores
WYSIWYG so o Writer e o Microsoft Word, nos quais o documento
mostrado na tela da mesma forma que ser impresso.
voc esta utilizando para a administrao
do seu banco de dados.
Construindo as Stored Procedures
Sem dvida alguma, uma boa prtica
de programao com banco de dados
trabalhar com stored procedures. No banco
de dados PostgreSQL no diferente. A
ideia de concentar seus comandos SQL
no servidor de banco de dados, alm de
uma organizao, produtivo e garante
melhor desempenho do banco de dados.
comum possuir mquinas cliente mais
simples. Assim, atravs das Stored Pro-
cedures, voc concentra esses comandos
SQL no servidor de banco de dados, que
na maioria dos casos sempre mais ro-
busto que as mquinas de cliente.
Partindo desta ideia, trabalhar com
stored procedures (SPs) no PostgreSQL no
uma tarefa trivial. Uma das grandes ca-
ractersticas deste SGBD que ele possui
uma extensa biblioteca/linguagem para
desenvolvimento de SPs, dentre elas pl/
pgsql, pl/java, pl/perl, dntre outras. As
mesmas so conhecida como linguagem
procedural. Outro ponto a possiblidade
gem SQL. Este recurso muito utilizado
para implementar operaes de SELECT,
INSERT, UPDATE e DELETE. As stored
procedures construidas neste artigo sero
principal razo para esta deciso que
muito simples o seu entendimento, o que
Como a principal proposta do artigo su-
bistuir os comandos SQL desenvolvido di-
retamente na aplicao por SPs, o exemplo
se adpata facilmente ideia proposta.
29/10/2010 13:55:53
 Na Listagem 2 voc confere o script
SQLpara a criao de todas as SPs da
aplicao. Veja que uma das caracters-
ticas de todas elas que elas possuem
um nico objetivo: executar comandos
SQL.
Analisando os cdigos de cada uma das
SPs, um ponto a ser destacado o uso de
SPs com parmetros de entrada. Nesta
situao, precisamos informar o seu tipo.
No exemplo da Listagem 2, observe que
na SP delete_user informado um tipo
integer. Na prtica, nesta situao
utilizado o ID do usurio como par-
metro para identificar o usurio a ter
seus dados excludos da tabela. Podemos
observar essa situao com o comando
DELETE FROM ..., com a condio do
id_login igual a $1. Este $1 representa
exatamente o primeiro parmetro de
nossa SP. Para recuperar o valor de um
parmetro, precisamos usar o caracter
$ seguido da ordem do parmetro.
Na SP insert_user, por exemplo, as mes-
mas afirmaes so vlidas. A diferena
que existem outros parmetros, com outra
sentena SQL. A ideia desta SP inserir um
novo usurio no banco de dados (como o
prprio nome sugere). Se analisarmos a
tabela, preciso informar valores para os
campos login e senha, e desta forma so
criados dois parmetros na mesma. Na
clusula VALUES da instruo INSERT,
so informados os parmetros $1 e $2, que
representam respectivamente os valores
para usurio e senha.
Outro ponto a ser frizado o fato dessas
SPs retornarem um valor que possui um
tipo especfico. Nas SP de INSERT, DELE-
TE e UPDATE, por exemplo, foi definido
que o seu retorno seria do tipo VOID, j
que no existe uma necessidade de retorno
nessas operaes. Em Stored Procedures
de consulta de dados, por exemplo a SP
lista_contador, so retornados valores di-
ferentes de acordo com o seu propsito.
Nesta SP retornado um valor do tipo
Integer que representa o total de visitas da
pginas que fica concentrado no campo
total_paginas.
A SP select_page tambm possui uma ou-
tra caracterstica: o seu retorno um SET
OF de tbpaginas. Na prtica, retornado
um conjuto de valores desta tabela. Desta

Listagem 2. Script SQL MySQL

CREATE OR REPLACE FUNCTION delete_user(integer) $BODY$
RETURNS void AS LANGUAGE sql VOLATILE
$BODY$ COST 100
DELETE FROM tblogin WHERE id_login = $1 ROWS 1000;
$BODY$ ALTER FUNCTION listar_usuarios() OWNER TO postgres;
LANGUAGE sql VOLATILE
COST 100; CREATE OR REPLACE FUNCTION update_contador(integer)
ALTER FUNCTION delete_user(integer) OWNER TO postgres; RETURNS void AS
UPDATE tbpaginas SET contador_pagina = contador_pagina + 1 WHERE id_pagina = $1
CREATE OR REPLACE FUNCTION insert_user(character varying, character varying) LANGUAGE sql VOLATILE
RETURNS void AS COST 100;
$BODY$ ALTER FUNCTION update_contador(integer) OWNER TO postgres;
INSERT INTO tblogin (usuario_login, senha_login) VALUES ($1, $2)
$BODY$ CREATE OR REPLACE FUNCTION update_page(character varying, character varying, integer)
LANGUAGE sql VOLATILE RETURNS void AS
COST 100; $BODY$
ALTER FUNCTION insert_user(character varying, character varying) OWNER TO postgres; UPDATE tbpaginas set nome_pagina = $1, texto_pagina = $2 WHERE id_pagina = $3
$BODY$
CREATE OR REPLACE FUNCTION logar(character varying, character varying) LANGUAGE sql VOLATILE
RETURNS SETOF tblogin AS COST 100;
$BODY$ ALTER FUNCTION update_page(character varying, character varying, integer)
SELECT * FROM tblogin WHERE usuario_login = $1 and senha_login = $2 OWNER TO postgres;
$BODY$
LANGUAGE sql VOLATILE CREATE OR REPLACE FUNCTION update_user(character varying, character varying, integer)
COST 100 RETURNS void AS
ROWS 1000; $BODY$
ALTER FUNCTION logar(character varying, character varying) OWNER TO postgres; UPDATE tblogin SET usuario_login = $1, senha_login = $2 WHERE id_login = $3
$BODY$
CREATE OR REPLACE FUNCTION select_page(integer) LANGUAGE sql VOLATILE
RETURNS SETOF tbpaginas AS COST 100;
$BODY$ ALTER FUNCTION update_user(character varying, character varying, integer) OWNER
SELECT * FROM tbpaginas WHERE id_pagina = $1; TO postgres;
$BODY$
LANGUAGE sql VOLATILE CREATE OR REPLACE FUNCTION lista_contador(integer)
COST 100 RETURNS integer AS
ROWS 1000; $BODY$
ALTER FUNCTION select_page(integer) OWNER TO postgres; SELECT contador_pagina FROM tbpaginas WHERE id_pagina = $1;
$BODY$
CREATE OR REPLACE FUNCTION listar_usuarios() LANGUAGE sql VOLATILE
RETURNS SETOF tblogin AS COST 100;
$BODY$ ALTER FUNCTION lista_contador(integer) OWNER TO postgres;
SELECT * FROM tblogin

Edio 81 SQL Magazine 25

sql81.indb 25 29/10/2010 13:55:53

 Aplicao Web com ASP.NET e PostgreSQL
Nota do DevMan 6
Web Service
Web service uma soluo utilizada na integrao de sistemas e
na comunicao entre aplicaes diferentes. Com esta tecnologia,
possvel que novas aplicaes possam interagir com aquelas
que j existem e que sistemas desenvolvidos em plataformas
diferentes sejam compatveis. Os Web services so componentes
que permitem s aplicaes enviar e receber dados em formato
XML. Cada aplicao pode ter a sua prpria linguagem, que
traduzida para uma linguagem universal, o formato XML.
Para as empresas, os Web services podem trazer agilidade para
os processos e eficincia na comunicao entre cadeias de
produo ou de logstica. Toda e qualquer comunicao entre
sistemas passa a ser dinmica e principalmente segura, pois no
h interveno humana.
Essencialmente, o Web Service faz com que os recursos da
aplicao do software estejam disponveis sobre a rede de uma
forma normalizada. Existe ainda uma grande motivao sobre
a tecnologia Web Service que o fato dela possibilitar que
diferentes aplicaes se comuniquem entre si e utilizem recursos
diferentes.
Utilizando a tecnologia Web Service, uma aplicao pode invocar
outra para efetuar tarefas simples ou complexas mesmo que as
duas aplicaes estejam em diferentes sistemas e escritas em
forma, voc tem a possibilidade de recupe-
rar todas as informaes da consulta, como
id_pagina, nome_pagina e texto_pagina.
A SP update_ contador no retor na
nenhum valor. O objetivo da mesma
atualizar o campo contador_ pagina
sempre incrementando o seu valor que,
conforme j especificado anteriormente,
armazena o total de visitas da pgina. A
ideia invocar esta SP sempre que a
respectiva pgina for exibida.
Na SP logar foram criados dois par-
metros, ambos do tipo character varying.
Eles representam o login e senha. No
corpo desta SP existe a tradiconal clu-
sula WHERE login e senha iguais aos
parmetros informados, para efetivar o
login no mesmo.
Para finalizar, a SP update_page possui
os parmetros para nome_pagina e tex-
to_pagina. Este um dos pontos principas
do projeto, onde o site somente possui
pginas dinmicas. Desta forma, o campo
texto_pagina, utilizado em conjuto com o
FCKEditor, ser responsvel por concen-
tar o contedo HTML de cada um das
pginas do nosso Web Site Empresarial.
26 SQL Magazine Edio 81
sql81.indb 26
linguagens diferentes. Por outras palavras, os Web Services fazem
com que os seus recursos estejam disponveis para que qualquer
aplicao cliente possa operar e extrair os recursos fornecidos pelo
Web Service.
Os Web Services so identificados por um URI (Uniform Resource
Identifier) e so descritos e definidos usando XML (Extensible
Markup Language). Um dos motivos que tornam os Web Services
atrativos o fato deste modelo ser baseado em tecnologias
standards, em particular XML e HTTP (Hypertext Transfer Protocol).
Os Web Services so utilizados para disponibilizar servios
interativos na Web, podendo ser acessados por outras aplicaes
usando, por exemplo, o protocolo SOAP (Simple Object Access
Protocol).
O objetivo dos Web Services a comunicao entre aplicaes
atravs da Internet. Esta comunicao realizada com intuito
de facilitar EAI (Enterprise Application Integration) que
significa a integrao das aplicaes de uma empresa, ou
seja, interoperabilidade entre a informao que circula numa
organizao nas diferentes aplicaes como, por exemplo, o
comrcio eletrnico com os seus clientes e seus fornecedores. Esta
interao constitui o sistema de informao de uma empresa.
Estrutura do projeto
O Web Site Empresarial ser desen-
volvido utilizando os principais re-
cursos da plataforma .NET. Uma das
caractersticas de nosso projeto que
na fase de codificao ser utilizada a
linguagem C#. Na soluo apresentada,
o Web Site ser divido conforme suas
responsabilidades. No projeto principal,
ser criada a aplicao ASP.NET que na
prtica ser a interface final da aplicao,
ou seja a apresentao do contedo das
pginas. Continuando, atravs do design
patterns DAO ser criado um projeto para
concentrar todo o acesso a dados desta
aplicao. Desta forma, nossa interface
grfica no fica presa parte de acesso
a dados. Alm disso, com o uso de Stored
Procedures no ser necessrio o uso de
comandos SQL diretamente no projeto
DAO. Com esta pequena estrutura, seria
possvel trabalhar com a mesma lgica
da aplicao utilizando outras interfaces,
como uma aplicao Windows Forms e at
mesmo uma aplicao para dispositivos
mveis utilizando recursos de Web Ser-
vice (Nota DevMan 6).
Um exemplo muito comum neste ce-
nrio do Web Site Empresarial seria a
possibilidade de estender a aplicao para
um dispositivo mvel, como um Smar-
tPhone. Com isso, o mesmo possibilitaria
atualizar seu site diretamente do celular
e de qualquer local, sem a necessidade de
depender diretamente de um computador
desktop. Todas essas ideias propostas po-
dem ser utilizadas em cima do projeto a
ser desenvolvido neste artigo. Quem sabe
esta ideia no possa ser um tema para um
prximo artigo na SQL Magazine.
Concluso
O objetivo principal desta primeira
parte do artigo foi apresentar as tare-
fas iniciais em projeto de um Web Site
empresarial que pode ser atualizado
de forma dinmica: definio das suas
funcionalidades e modelagem de seu
banco de dados.
Conforme pode ser visto, o prprio
cliente ao utilizar o site tem a possibi-
lidade (atravs de recursos que foram
projetados) de atualizar todo o contedo
de suas pginas, seja texto, e at mesmo
imagem, onde possui integrado no pr-
prio editor e uma ferramenta de upload
de imagens.
Na prxima etapa do artigo, toda esta
estrutura ser aplicada em um projeto
ASP.NET utilizando os principais recursos
desta tecnologia. Com base nos conheci-
mentos adquiridos no mesmo, estaremos
aptos a ampliar o projeto com novas ideias.
Alm disso, pode ser visto que com a ar-
29/10/2010 13:55:54
 quitetura aplicada possvel criar sua par-
te de acesso a dados de forma que se torne
independente da aplicao. Desta forma,
voc tem a possibilidade de expandir sua
aplicao para ser utilizada em dispositivo
mvel, por exemplo, o que sem dvida lhe
garante produtividade e efetividade. Cada
vez mais dispositivos mveis tm ganhado
espao no mercado, o que torna este tipo
de aplicao muito valorizada. Assim, par-
tindo de algumas informaes abordadas
no artigo, ser possvel reaproveitar toda
ideia e estrutura.
Rafael Silva
rafael@rlsystem.com.br
Trabalha com anlise e desenvol-
vimento de sistemas e ministra
treinamentos com as tecnologias ASP.
NET, PHP, Delphi. instrutor de cursos
de PHP na Sisnema Informtica.Atua na rea de de-
senvolvimento desktop utilizando Delphi, C#, e foco na
web com ASP.NET, PHP, CSS e AJAX, Flash, SilverLight.
Sempre utilizando os padres da Web 2.0 em seus
projetos. Utiliza banco de dados SQL Server, MySQL,
PostGreSQL e Firebird. Para outras informaes acesse o
site, http://www.rlsystem.com.br. Para informaes de
palestras e treinamentos entre em contato pelo email.
Download NpgSQL
http://pgfoundry.org/frs/?group_id=1000140
Site Oficial do banco de dados PostgreSQL
(BR)
http://www.postgresql.org.br/
Site Oficial do banco de dados PostgreSQL(EN)
http://www.postgresql.org
Curso Completo WebSite com ASP.NET
Rafael Silva
http://www.devmedia.com.br/cursos/listcurso.
asp?curso=147

D seu feedback sobre esta edio! eu

Feedback

s
D
A SQL Magazine tem que ser feita ao seu gosto.

sobre e
Para isso, precisamos saber o que voc, leitor,

s
ta
edio

acha da revista!
D seu voto sobre este artigo, atravs do link:
www.devmedia.com.br/sqlmagazine/feedback

Edio 81 SQL Magazine 27

sql81.indb 27 29/10/2010 13:55:55

 Seo Banco de Dados/Persistncia: "Nesta seo voc encontra artigos banco de dados, SQL ou pers
Segurana no SQL Server
Conhea as melhores prticas
N Resumo DevMan
o h dvidas de que a segurana
nos bancos de dados, junto alta
disponibilidade e ao desempe-
nho, so os assuntos mais preocupantes
das organizaes quando falamos a respei-
to de suas bases de dados. Estes assuntos
possuem suas caractersticas prprias,
com configuraes personalizadas e diver-
sos mtodos de obter melhor utilizao.
Vamos abordar neste artigo algumas das
melhores prticas quando falamos espe-
cialmente de segurana dos bancos de
dados que administramos. A utilizao
das boas prticas de segurana reduz a
possibilidade de acesso por pessoas no
autorizadas, minimizando a chance de
utilizao dos dados de forma indevida e
a possibilidade de sabotagens ou ataques
por pessoas mal intencionadas.
No Microsoft SQL Server, temos diver-
sas formas para garantir a segurana dos
bancos de dados, que vo desde a restri-
o de acesso a usurios at processos de
auditoria (recursos disponveis de forma
nativa a partir do SQL Server 2008).
Porm, utilizar todos os recursos nem
sempre possvel ou a melhor opo
para nosso ambiente, sendo necessrio
analisar o que pode ser aplicado.
Entre os diversos recursos, podemos ado-
tar algumas boas prticas para maximizar
a utilizao do produto e garantirmos ao
mximo a segurana dos dados. Iremos ci-
tar e explicar aqui o que podemos fazer para
deixar nosso ambiente mais seguro, procu-
rando no comprometer outras vertentes
como desempenho e disponibilidade.
Segurana fsica dos dados
Deve-se garantir que apenas pessoal au-
torizado tenha acesso fsico ao servidor,
ou seja, ao local onde esto armazenados
os servidores da empresa, especialmente
o servidor de banco de dados.
28 SQL Magazine Edio 81
sql81.indb 28
De que se trata o artigo:
Este artigo tem como objetivo apresentar boas prticas relacionadas segurana no banco de dados
SQL Server.
Para que serve:
Proteger as informaes uma das maiores preocupaes de qualquer empresa. Para alcanar este
objetivo, muitas medidas podem ser tomadas ao administrar o SQL Server. Neste artigo conheceremos
algumas destas medidas.
Em que situao o tema til:
Este tema til para todo administrador que estiver interessado em conhecer boas prticas e aperfeioar
a segurana dos dados no seu ambiente de trabalho.
A recomendao visa evitar acidentes,
roubos, sabotagens, dentre outros possveis
problemas que podem acontecer, tais como
a faxineira esbarrar nos cabos, pessoas no
autorizadas desligarem os equipamentos
ou o roubo dos prprios equipamentos.
comum encontrarmos em algumas
empresas os servidores nos lugares mais
estranhos possveis, tais como debaixo da
mesa da recepo, e isso deve ser evitado.
Dedicar uma sala, com controle de acesso
restrito e ar-condicionado, exclusivamente
para os servidores uma prtica comum
nas empresas, e deve ser seguida sempre
que possvel na adaptao de ambientes s
melhores prticas. Esta uma candidata
a primeira e, talvez, mais importante das
medidas a serem tomadas.
Protocolos habilitados
No devemos habilitar protocolos de
conexo que no sero utilizados pelas
nossas aplicaes, mantendo apenas os
protocolos que as aplicaes realmente
necessitam para se conectarem ao banco
de dados. Com esta ao, diminumos a
superfcie de ataque da nossa instncia,
dificultando a ao de pessoas mal in-
tencionadas.
istnci
Se todas as aplicaes que possuem
bancos de dados em determinada ins-
tncia utilizam o TCP/IP, ento devemos
manter apenas este protocolo disponvel
para conexo nesta instncia, desativan-
do o acesso via outros protocolos, tais
como Named Pipes e Shared Memory
(ver Figura 1).
A habilitao destes protocolos sem real
necessidade abre portas para invases
de hackers. Sendo assim, devemos estar
sempre atentos aos protocolos utilizados
pelas aplicaes e aos mtodos de conexo
dos usurios, objetivando no proporcio-
nar vulnerabilidades para os invasores.
Servios Ativos
Devemos instalar apenas os servios e
aplicaes realmente necessrias em nossos
servidores de bancos de dados, visando
liberao de recursos de hardware para o
SQL Server e a reduo de possveis brechas
de segurana em nosso ambiente.
Se o servidor a ser utilizado for des-
tinado exclusivamente para bancos de
dados transacionais, contraindicada a
instalao dos servios de OLAP neste,
pois assim evitamos a possibilidade
de invaso atravs deste servio e, ao
29/10/2010 13:55:55
ou pers istncia"
r
Figura 1. Controle dos protocolos
mesmo tempo, liberamos mais recursos
de hardware.
Contas de Servio
Devemos configurar todos os servios
relacionados ao SQL Server para serem
executados com contas de usurio dife-
rentes das nativas do Windows, como
Network Service, Local System ou Local
Service. Isto , devemos configur-los para
ser executado utilizando contas de usurio
criadas e configuradas no servidor local ou,
de preferncia, no ambiente de rede.
Estas contas devem possuir direitos junto
ao Windows e/ou ao Active Directory para
iniciarem como servios e, assim, permiti-
rem que os servios relacionados ao SQL
Server tambm sejam iniciados.
As contas de servio devem tambm ser
configuradas com uma senha extremamen-
te complexa, para evitar que tentativas de
invaso sejam concludas com sucesso. E,
para evitar que servios parem de funcio-
nar, recomenda-se possuir uma poltica
de senha configurada para que no seja
sql81.indb 29
Felipe de Assis
Figura 2. Controle de usurios da Sysadmin
permitida a expirao da mesma. Alm exclusivamente para o funcionamento dos
disso, cada servio instalado no servidor servios.
deve possuir sua prpria conta de servio,
ou seja, o Database Engine e o SQL Server Membros da Fixed Server Role Sysadmin
Agent, assim como os demais servios rela- fundamental o controle dos usurios
cionados ao SQL Server, no devem utilizar que fazem parte da Fixed Server Role
a mesma conta de usurio. Sysadmin, pois estes podero realizar
As contas de servios no podem ter qualquer atividade dentro da instncia
mais privilgios do que o necessrio. As do SQL Server, seja eliminao de um
permisses de Administrador do Sistema processo, excluso e criao de bancos de
Operacional e Administrador de Domnio dados ou criao e concesso de acesso aos
no so requeridas para o funcionamento usurios, entre outras tarefas (Figura 2).
dos servios do SQL Server, por isso, no
devem ser concedidas. As concesses
destas permisses colocam no apenas o
servidor de dados, mas todo o ambiente de
rede da empresa em risco.
Adicionalmente s medidas mencionadas,
devemos evitar que as senhas de acesso s
contas de servio se tornem de conheci-
mento dos demais profissionais e usurios
da organizao, e sejam utilizadas para se
conectar ao servidor, mesmo que utilizadas
por algum usurio com perfil administrati-
vo. importante que elas sejam utilizadas
Edio 81 SQL Magazine 29
29/10/2010 13:55:56
 Segurana no SQL Server
Neste ponto, recomendvel manter a
quantidade de usurios com acesso a esta
permisso reduzida e muito bem contro-
lada para evitar que usurios que no ne-
cessitam de permisses administrativas
as tenham e as utilizem de forma errnea
ou maliciosa, podendo apagar bancos de
dados, desligar a instncia do SQL Server
e, inclusive, ceder os mesmos privilgios
a outras pessoas.
Conta de SA
A conta de SA, habilitada automatica-
mente quando instalamos o SQL Server
com modo de autenticao SQL Server
Authentication (tambm chamado de
Mixed Mode), deve possuir uma senha
extremamente forte e ser utilizada ape-
nas quando necessrio.
A utilizao de uma senha forte (que
contenha ao menos trs tipos diferentes de
caracteres: smbolos, nmeros, letras mai-
sculas ou minsculas) muito importante
devido conta de SA ser uma conta padro,
sendo popular entre todos que trabalham e
estudam o produto, se tornando o primeiro
e principal alvo aos ataques de hackers.
Em paralelo colocao de uma se-
nha forte, devemos utilizar a conta SA
somente quando realmente necessrio,
ou seja, em casos de emergncia. Para
a realizao de tarefas administrativas,
a recomendao utilizar contas sepa-
radas com permisses especficas para
tal atividade. Usemos como exemplo a
30 SQL Magazine Edio 81
sql81.indb 30
execuo de backups: o recomendado a
utilizao de uma conta que possua ape-
nas a permisso de backup, nada mais.
Deste modo garantimos que se os acessos
atravs destes usurios carem em mos er-
radas, a possibilidade de impactos causados
por possveis ataques seja mnima, pois o
usurio possui permisses limitadas.
Concesso de Privilgios aos Usurios
Nunca devemos dar privilgios que
no so necessrios aos trabalhos de
nossos usurios, mantendo-os apenas
com os direitos essenciais s suas tarefas
dirias.
Assim, evitamos que tais permisses
sejam exploradas sem o devido cuida-
do e/ou conhecimento adequado dos
usurios, e reduzimos a superfcie de
ataque caso invases ocorram atravs
destes usurios. Esta deciso reduz de
forma significativa a possibilidade de
problemas causados por falha humana,
tal como a execuo de uma query sem
os devidos filtros.
Acesso dos Usurios aos Dados
Nunca devemos conceder acesso direto
aos dados para os usurios, ou seja, per-
mitir que executem Select e cdigos DML
(insert, update e delete) diretamente nas
tabelas dos bancos de dados.
Mesmo que possamos restringir o aces-
so dos usurios atravs de permisses
nos banco de dados, no devemos conce-
der este acesso, pois deixamos parte da
regra de negcio e a estrutura do banco
de dados exposta a estes.
Para estas operaes, devemos sempre
criar Views ou Stored Procedures que
recuperem ou alterem, respectivamente,
os dados dentro das tabelas. Desta for-
ma, asseguramos que somente tarefas
permitidas sero realizadas, seguindo
os procedimentos determinados pelas
regras de negcio da empresa.
Agrupar usurios com permisses
semelhantes
Para facilitar o gerenciamento dos usu-
rios e a devida concesso de privilgios,
devemos agrupar os usurios de bancos
de dados por User Database Roles.
Deste modo, facilitamos a concesso de
privilgios a usurios novos, pois basta
adicion-lo a Role j existente para que
possua as permisses necessrias. Um
timo exemplo a criao de Roles de-
partamentais no ambiente da empresa.
Com isso, quando um novo funcionrio
contratado, podemos simplesmente
criar seu login, seu usurio e adicion-lo
Role correspondente ao departamento
onde ir trabalhar. A movimentao
do funcionrio entre departamentos
tambm facilitada, pois basta retirar o
usurio da Role correspondente ao seu
antigo departamento e adicion-lo Role
de seu novo departamento.
Cuidados com a Fixed Database Role
Public
A Role Public um agrupamento
genrico em banco de dados de todos os
usurios da base de dados correspondente,
e qualquer permisso concedida a ela apli-
cada a todos os demais usurios existentes
naquele banco de dados.
Como qualquer usurio pode usufruir das
permisses concedidas Role public, nunca
devemos garantir permisses a esta Role, a
no ser que seja estritamente necessrio.
O recomendado, conforme explicado mais
adiante, concedermos as permisses a
User Database Roles, ou em casos mais
especficos e em excees, aos usurios.
Utilizar contas de usurios Windows
Authentication
Sempre que possvel, deve-se optar por
utilizar logins com mtodos de autenti-
cao Windows Authentication para se
conectar ao SQL Server devido aos me-
canismos de autenticao do Windows e
do Active Directory permitirem diversas
configuraes de segurana, definio
de polticas de senha, entre outras opes
que, se bem configuradas, melhoram a
segurana do ambiente.
O SQL Server no possui como recurso
nativo a possibilidade de definio de
polticas de senhas, tais como expirao
de senhas, requisitos de senha, entre
outras boas prticas relacionadas de-
finio de senhas. Entretanto, no SQL
Server possvel garantir que regras e
29/10/2010 13:55:57
 polticas definidas no ambiente, atravs
do Sistema Operacional e do Active
Directory, tambm sejam vlidas para
o SQL Server.
Embora a maioria das aplicaes no
permita essa configurao, sempre que
possvel devemos optar por esse mtodo
de conexo ao SQL Server tambm para
as conexes das aplicaes.
Garantir a Poltica de Senha da Orga-
nizao
muito importante que as organiza-
es possuam uma poltica que defina
o nvel mnimo de complexidade das
senhas dos usurios, assim como outras
opes relacionadas segurana das se-
nhas. Como mencionado anteriormente,
no SQL Server possvel garantirmos
que a senha definida junto ao Active
Directory ou ao servidor local seja se-
guida na criao de usurios do tipo SQL
Server authentication.
Quando criamos um usurio com m-
todo de conexo definido como Windows
Authentication, no configuramos ne-
nhuma senha pois utilizada a mesma
definida no ambiente (Servidor Local ou
Active Directory), com as mesmas regras
e definies implantadas.
Mas quando criamos um usurio utili-
zando a opo SQL Server Authentication,
podemos solicitar ao SQL Server que res-
peite as mesmas definies do ambiente
para a complexidade da senha e sua expi-
rao (Figura 3).
Assim garantimos que os usurios cria-
dos no SQL Server, que estejam com as
opes responsveis por tais configura-
es assinaladas, sigam o mesmo padro
definido no ambiente como um todo, tendo
o mesmo perodo de expirao de senha,
mesmas definies de complexidade, en-
tre as demais regras configuradas junto a
Poltica de Senha da organizao.
Revise frequentemente os logins que
tm acesso ao SQL Server
muito importante que sejam revisados
todos os logins da instncia do SQL Server
de forma frequente, com o objetivo de
desabilitar ou excluir os usurios que no
necessitam mais de acesso ao SQL Server
sql81.indb 31
Figura 3. Opes de configurao da senha
e retirar permisses que j no so mais
necessrias aos usurios.
Manter habilitados logins que no so
mais utilizados, seja por desligamento de
pessoal ou qualquer outro motivo, cria
uma brecha de segurana para o servi-
dor de dados, possibilitando o acesso de
pessoal no autorizado s informaes
da empresa.
Devemos sempre desabilitar, bloquear
ou at excluir, dependendo da poltica de
reteno da empresa, o acesso destes usu-
rios para evitar estas brechas de segurana
no ambiente, garantindo maior segurana
aos dados.
Nunca conceda permisso procedure
xp_cmdshell
Usurios que no pertencem ao quadro
responsvel pela administrao do SQL
Server nunca devem possuir permisses
procedure xp_cmdshell, devido a esta ter
acesso ao sistema operacional, podendo
executar comandos sob a conta de usurio
do servio do SQL Server.
Dependendo de quais permisses foram
concedidas conta de servio do SQL Ser-
ver, possvel que, atravs da procedure
xp_cmdshell, quem a execute apague arqui-
vos ou diretrios, desligue o servidor, entre
outras aes prejudiciais ao ambiente.
A concesso de privilgio para execuo
desta procedure a usurios de aplicao
deve ser realizada apenas em situaes
onde o acesso realmente necessrio e que
no h nenhuma soluo de contorno.
Cuidado com as pastas compartilhadas
no servidor
Devemos sempre ter ateno aos diretrios
compartilhados na rede em nosso servidor
de dados, mantendo apenas os que forem
considerados realmente necessrios.
As permisses concedidas a estas pas-
tas devem ser gerenciadas com muita
ateno, revisadas sempre que possvel e
limitadas a usurios que dependam des-
ta permisso para realizao de alguma
atividade relacionada ao seu trabalho.
Permitir que qualquer usurio tenha
acesso a estes diretrios possibilita que
eles prejudiquem o servidor, implantando
demasiados arquivos a ponto de prejudi-
car o espao em disco, ou simplesmente co-
loquem arquivos ilegais ou maliciosos em
nosso servidor de dados. Isto pode resultar
em falhas/problemas graves ao ambiente
e consequentemente, empresa.
Mantenha a auditoria de logins
habilitada
O SQL Server permite que auditemos
as tentativas de logins realizadas em
cada instncia. Atravs de uma simples
configurao, podemos requisitar que
o SQL Server registre cada tentativa de
conexo, seja ela realizada com sucesso
ou com falha (observe a Figura 4).
Edio 81 SQL Magazine 31
29/10/2010 13:55:57
 Segurana no SQL Server
Essa prtica se torna importante para
analisarmos se nosso servidor est so-
frendo alguma tentativa de ataque, e
para identificarmos qual o usurio que
est sendo utilizado para esta tentativa.
Dessa forma possibilitamos uma anlise
mais completa da situao e a definio
dos possveis planos de ao corretivos
com mais propriedade.
A habilitao desta configurao, em
muitos casos, pode gerar diversos registros
nos arquivos de log do Windows, e, devido
a isso, seu impacto considerado negativo
por alguns administradores de banco de
dados e administradores de rede.
Remova o grupo BUILTIN\Administra-
tors da Role Sysadmin
Devemos sempre remover o grupo
BUILTIN\Administrators (ou Admi-
nistradores, se o Windows for verso
em Portugus) da Role Sysadmin das
verses anteriores ao SQL Server 2008
para evitarmos que qualquer membro da
Role Administrators do Windows, seja
administradores locais ou de rede, tenha
acesso administrativo a nossa instncia
do SQL Server.
No SQL Server 2008 no existe esta
necessidade devido a sua instalao no
colocar por padro este usurio (BUIL-
TIN\Administrators) nesta Fixed Server
Figura 4. Configurando a auditoria de logins
32 SQL Magazine Edio 81
sql81.indb 32
Role Sysadmin, pedindo no momento da
instalao que voc informe de forma
explcita os usurios que sero adminis-
tradores da instncia.
Retirando o usurio desta Role, bloquea-
mos qualquer poder administrativo deste
grupo na instncia do SQL Server, restrin-
gindo ainda mais a quantidade de pessoas
com esta permisso e aumentando a segu-
rana do nosso ambiente. Assim garantimos
que apenas os profissionais adequados
responsveis pela administrao do SQL
Server tenham este acesso com direitos
administrativos.
Indiretamente, com o usurio BUILTIN\
Administrators na Role Sysadmin, delega-
mos o poder de conceder privilgios ins-
tncia do SQL Server aos administradores
de rede de nossa empresa. Isto acontece pelo
fado de eles poderem acessar a instncia
com totais privilgios, realizarem quaisquer
atividades e fornecer permisses a outros
usurios e grupos do Windows (Figura 5).
A retirada deste usurio deve ser realizada
com ateno, pois se estivermos acostuma-
dos a acessar o SQL Server deste modo,
usando um usurio que faa parte do grupo
BUILTIN\Administrators, e no possuirmos
outro usurio com permisses idnticas
para nos conectar aps a retirada, podemos
ficar sem acesso administrativo instncia
do SQL Server.
Figura 5. Grupos da Role Sysadmin
Sendo assim, no devemos nos esquecer
de garantir a existncia e validar o acesso
de outro usurio com permisses na Role
sysadmin antes de excluirmos este grupo
da Role com permisses mximas no SQL
Server.
Evite que aplicaes utilizem usurios
administrativos
No devemos fornecer aos usurios
utilizados pela aplicao privilgios
administrativos, muito menos fornecer
acesso a elas atravs de usurios com
permisses mximas no SQL Server,
tal como membros da Fixed Server Role
Sysadmin ou a prpria conta SA.
As aplicaes que possuem acesso ao banco
de dados atravs de um usurio fixo devem
utilizar um usurio que possua apenas as
permisses necessrias para seu funciona-
mento e, caso alguma permisso incomum
seja realmente necessria, recomendvel
uma monitorao do usurio para verificar
o que a aplicao realmente executa e se
pode gerar qualquer impacto no servidor e
nos demais bancos de dados.
Nunca conecte seu servidor de dados
diretamente internet
Nosso servidor de dados nunca deve
estar conectado diretamente internet,
mas sim estar sempre protegido por
29/10/2010 13:55:57
 um ambiente de rede bem planejado e
seguro, com servios de firewall e Anti-
Vrus para proteger as informaes.
A conexo direta do servidor inter-
net um ponto muito explorado por
pessoas mal intencionadas, devido
facilidade e a quantidade reduzida
de barreiras a serem quebradas para
se chegar ao alvo principal, as infor-
maes.
Mantendo-o sempre protegido por
um firewall, garantimos que antes de
usurios externos chegarem a nossa
instncia do SQL Server, eles tm que
passar pelo nosso firewall, tornando o
caminho mais difcil e complicado para
possveis invasores.
Instalao de Anti-Vrus
No devemos implantar qualquer An-
tivrus no servidor onde o SQL Server
esteja instalado, pois isso consumir
recursos no servidor degradando o
desempenho dos bancos de dados e
gerando um impacto negativo sobre
as aplicaes.
Para contornar, podemos instalar o
Anti-Vrus em uma mquina paralela,
na mesma rede, e configur-lo para exe-
cutar as verificaes em nosso servidor
de dados, sempre evitando verificaes
em horrios de pico de utilizao, tal
como horrio comercial.
Podemos tambm configurar o Anti-
Vrus para evitar a realizao de veri-
ficao nos diretrios onde os arquivos
de dados, de log e os binrios de insta-
lao do SQL Server esto localizados.
Dessa forma evitamos a conteno ou
bloqueio destes arquivos por parte do
sistema operacional e do Antivrus, e
a gerao de possvel impacto negativo
no desempenho do servidor.
Mantenha atualizado o Sistema
Operacional e o SQL Server
Manter o Sistema Operacional e o SQL
Server atualizados reduz a possibilida-
de de falhas relacionadas explorao
de brechas de segurana. Por isso,
importante estarmos sempre informa-
dos sobre a descoberta de novos erros,
problemas ou situaes encontradas no
sql81.indb 33
SQL Server, para prevenir que ocorram
em nosso ambiente.
Acompanhar o lanamento de Service
Packs e HotFixes, assim como planejar,
testar e implant-los nos ambientes
de desenvolvimento, homologao e
produo, se tornam algumas das ati-
vidades de extrema importncia para
alcanar xito nesta prtica.
Backups Seguros
Se sua estratgia de backup realiz-
los em disco, assegure-se de que os
diretrios utilizados so seguros e
que possuem as devidas restries de
acesso.
Paralelamente ao cuidado sobre os di-
retrios onde os backups so realizados,
recomenda-se providenciar uma ferra-
menta de terceiros que criptografe os
arquivos de backup, evitando que, caso
a segurana do diretrio seja quebrada
de alguma forma, o roubo destes arqui-
vos gere a menor quantidade possvel
de prejuzos organizao.
Se os backups forem realizados no dis-
co local do servidor de dados, devemos
providenciar junto aos responsveis
a movimentao deste backup para
mdias de armazenamento, tais como
fitas e DVDs, visando possuir a cpia
destes arquivos e prevenir possveis
problemas caso o disco local do servi-
dor apresente falhas.
Aps a movimentao ou a realizao
de backups diretamente para as fitas de
armazenamento, elas devem ser guar-
dadas em local seguro, respeitando as
orientaes do fabricante da mdia, e
mantendo-as (de preferncia) em local
diferente dos servidores para evitar
que desastres, tais como incndios,
destruam tanto a origem principal dos
dados (servidores) quanto os backups
propriamente ditos.
Consultas Distribudas
Procure sempre optar por utilizar
Linked Servers para possibilitar a exe-
cuo de consultas distribudas entre
as diferentes fontes de dados presentes
em seu ambiente. Sua estrutura permite
que realizemos diversas configuraes
que garantem acesso apenas aos usu-
rios autorizados a consultar estes
dados.
Embora existam outros recursos
possveis a serem adotados, tais como
consultas utilizando OPENQUERY, a
utilizao do Linked Server garante
o conhecimento e a administrao de
quem est consultando e quais fontes de
dados esto sendo utilizadas.
Concluso
Como demonstrado no artigo, nem
todas as recomendaes so aplicveis ao
ambiente que administramos, sejam por
motivos tcnicos, polticas da empresa,
entre outras possibilidades.
As recomendaes e medidas que
conseguimos implantar nos ajudam
a ter um controle maior de nosso am-
biente, restringindo acessos indevidos
e, consequentemente, diminuindo a
probabilidade da ocorrncia de indispo-
nibilidades no ambiente provocadas por
erros humanos ou ataques de hackers.
Seguindo a linha de raciocnio apre-
sentada aqui, aprimorando-as com
possibilidades e melhorias especficas a
cada empresa, cada situao e negcio
especifico de nossa organizao, conse-
guimos implantar nveis de segurana
em nosso ambiente suficientes para
garantir a proteo do bem mais valioso
para nossa empresa: os dados.
Felipe de Assis
felipedeassis@live.com
Felipe de Assis DBA SQL Server
h aproximadamente dois anos,
graduando em Cincia da Computao
e MCITP SQL Server 2005, possui
experincia nas plataformas SQL Server e Sybase
e possui conhecimento em desenvolvimento .NET.
Atualmente trabalha em uma empresa especializada
em administrao remota de banco de dados.
D seu feedback sobre esta edio! eu
Feedback
s
D
A SQL Magazine tem que ser feita ao seu gosto.
sobre e
Para isso, precisamos saber o que voc, leitor,
s
ta
edio
acha da revista!
D seu voto sobre este artigo, atravs do link:
www.devmedia.com.br/sqlmagazine/feedback
Edio 81 SQL Magazine 33
29/10/2010 13:55:57
 Seo Banco de Dados/Persistncia: "Nesta seo voc encontra artigos banco de dados, SQL ou pers
Implementando uma estratgia d e
Desenvolvendo solues de backup do dia a d
G Resumo DevMan
eralmente, quando instalamos
ou desenvolvemos um aplicativo,
uma das coisas mais importantes
que devemos ter em mente o backup. Pre-
cisamos manter cpias do aplicativo para
diversos fins. No entanto, alguns podem
se perguntar: precisamos mesmo sempre
de backup? A resposta deve ser SIM, sem
qualquer dvida. importante termos
sempre uma cpia segura dos dados que
fazem parte de uma empresa.
Uma das definies para a palavra
backup : cpia de segurana de dados
feita geralmente em HDs, CDs, DVDs,
Fitas-DAT, etc. Desde j, conhecemos que
os dados podem ser armazenados em
diversos tipos de mdia. O lugar de arma-
zenamento est de acordo com a necessi-
dade e a segurana de cada um, porm,
de consenso geral que todas as informa-
es devem estar seguras e protegidas.
Alguns questionamentos podem existir
neste momento, como: onde ser o me-
lhor lugar para o backup estar guardado?
Ser que o backup poder estar guardado
dentro de uma sala especfica dentro da
empresa? Ser que devemos lev-lo para
um lugar fora do ambiente da empresa?
Como podemos perceber, a melhor res-
posta depender da situao em que voc
se encontra, mas lembre-se: esta uma
grande responsabilidade e devemos ter o
maior cuidado possvel, pois geralmente
temos algo em mos que jamais pode ser
deletado, perdido e danificado.
Antes que uma estratgia seja definida,
uma das atividades que pode ser til a
elaborao de um plano de ao, e para uma das mais bsicas que eles oferecem ao
isso podemos realizar uma tcnica conhe-
cida como brainstorming (Nota DevMan 1)
para planejarmos a melhor estratgia de
backup para nossa empresa.
Apesar de nunca sabermos qual seria
a melhor estratgia de backup, aqui vo
34 SQL Magazine Edio 81
sql81.indb 34
istnci
De que se trata o artigo:
Este artigo descreve diferentes solues de backup existentes no SQL Server 2008, alm de abordar um
cenrio prtico informando como podemos implementar e utilizar uma estratgia de backup adequada
e correta.
Para que serve:
Este artigo tem por objetivo fornecer ao usurio uma noo a mais de como implementar e utilizar
uma soluo de backup planejada de forma adequada e robusta. Desta forma, os DBAs no estaro
frequentemente apagando incndios que muitas das vezes ocorrem por planejamento mal elaborado
da estratgia de backup.
Em que situao o tema til:
Este artigo pode ser til em ambientes corporativos, onde um dos principais objetivos garantir a segu-
rana das informaes que esto sendo processadas diariamente e armazenadas no banco de dados.
algumas perguntas que podem ser con-
sideradas importantes para cada um com
Nota do DevMan 1
base no seu ambiente de trabalho:
BrainStorming
Quais so os dias da semana que o banco
Brainstorming (literalmente: tempestade cerebral em
de dados estar sendo mais utilizado pela ingls) ou tempestade de ideias, mais que uma tcnica
aplicao? de dinmica de grupo, uma atividade desenvolvida para
Quais so os horrios de pico em relao explorar a potencialidade criativa de um indivduo ou de um
grupo colocando-a a servio de objetivos pr-determinados.
utilizao do sistema durante a semana?
Existe algum mtodo do SGBD que pro- Dentre diversos outros mtodos, a tcnica de brainstorming
prope que um grupo de pessoas - de duas at dez - se
cesse com mais velocidade consultas num renam e utilizem as diferenas em seus pensamentos e
perodo de mltiplos registros? ideias para que possam chegar a um denominador comum
Qual limite mximo de tempo que uma eficaz e com qualidade, gerando assim ideias inovadoras que
levem o projeto adiante.
transao pode consumir (para evitar
gargalos)? Quando se necessita de respostas rpidas a questes
relativamente simples, o brainstorming uma das tcnicas
Com que frequncia os dados no banco mais populares e eficazes. Esta tcnica vem sendo difundida e
sero modificados? inserida ainda em diversas outras reas, tais como educao,
negcios, informtica, Internet e outras situaes mais tcnicas.
Diversos SGBDs permitem o backup de
dados. Podemos considerar essa opo
e que utilizaremos como exemplo um banco
usurio. Neste artigo, utilizaremos o SQL de dados simples para fins demonstrativos e
Server 2008 R2 com objetivo de apresentar este estar disponvel para download.
algumas opes que so oferecidas para o
usurio atravs de um cenrio prtico. Vale Cenrio prtico para uso de backup
informar que no demonstraremos como Para facilitar o entendimento sobre o
proceder para efetuar a restaurao do banco uso de backup no SQL Server, iremos rea-
29/10/2010 13:55:58
ou pers istncia"
d e backup no SQL Server 2008
dia a dia
lizar nossas operaes atravs do Object
Explorer (ver Nota DevMan 2). Nosso
cenrio est basicamente criado em cima
de um exemplo de mini-loja que forne-
ce ingressos apenas para entrada em
teatros. Alm do domnio da aplicao,
sabemos que de acordo com os planos
verificados, a quantidade de transaes
efetuada no banco de dados frequente-
mente baixa.
Apesar de existirem diversas estrat-
gias de backup para a rea de banco de
dados, a Figura 1 ilustra uma estratgia
que ultimamente adotada por vrios
profissionais.
Observe que, com base na estratgia que
temos na Figura 1, possumos trs opes
de backup, sendo elas:
FULL: backup completo agendado para
executar uma vez por dia, porm apenas
nos dias de domingo, tera e quinta;
DIFFERENTIAL: backup que contm
um nvel balanceado de dados agen-
dado para executar diariamente quatro
vezes por dia. Observe que esta opo
geralmente possui uma quantidade menor
de informao quando comparada com a
opo anterior.
Nota do DevMan 2
Object Explorer
Object Explorer um componente do SQL Server Management
Studio que permite realizar conexes com instncias de servidores
de Banco de Dados, Servios de Anlises de banco de Dados,
Servios de Integrao, Servios de Relatrio, dentre outros.
Ele prov uma viso de todos os objetos em um servidor e
apresenta uma interface grfica para gerenciar tais objetos. As
capacidades do Object Explorer variam de acordo com o tipo de
servidor no qual o SQL Server est instalado, mas geralmente
inclui funcionalidades que apoiam o desenvolvimento para
bancos de dados e funcionalidades de gerenciamento para
todos os tipos de servidores.
sql81.indb 35
Lucas Souza
LOG: tipo de backup
no qual a cpia dos da-
dos feita para restaurar
informaes em pontos
especficos de um banco
de dados, baseando-se,
por exemplo, nos logs
gerados em um servidor.
Por esta opo permitir Figura 1. Estratgia de backup que iremos seguir
um controle maior do que
ser armazenado, esta ser agendada para
executar 12 vezes diariamente.
Como percebemos, no h uma regra geral.
Precisamos ser flexveis em relao estra-
tgia de backup a adotar em nosso cenrio.
Conforme citado acima, existem diversas
estratgias de backup para os dados, e pre-
cisamos levar em considerao as caracters-
ticas da nossa empresa ou projeto.
Neste artigo ser implementada a es-
tratgia descrita acima e poderemos
acompanhar passo a passo a sua definio
utilizando o SQL Server.
Primeiramente, abra o SQL Server 2008,
que por padro est situado em Iniciar Figura 2. Identificando o banco de dados db_ticket
Programas Microsoft SQL Server 2008
SQL Server Management Studio.
Conecte, de preferncia, com a conta
Administrador ou alguma outra que possua
os mesmo privilgios.
A Figura 2 ilustra o banco de dados que
utilizaremos como exemplo (db_ticket),
relembrando que no iremos mencionar
como restaurar o banco de dados (existem
diferentes mecanismos para restaurao
de um banco de dados, no final do artigo,
na seo de links, so apresentados links
para trabalhos que tratam diretamente da
restaurao de bancos de dados). O script
para criao do nosso banco de dados de
exemplo pode ser baixado no portal da
SQL Magazine.
Edio 81 SQL Magazine 35
29/10/2010 13:55:59
 Implementando uma estratgia de backup no SQL Server 2008
Figura 3. Verificando as configuraes do SQL Server Agent
Figura 4. Servio SQL Server Agent New Job
Para implementar as tcnicas de backup
citadas neste artigo, iremos utilizar um
servio bastante interessante provido no
SQL Server, o SQL Server Agent.
Conhecendo o Servio SQL Server Agent
Atravs do SQL Server Agent nossos pro-
cessos sero automatizados sem que haja
a presena de um indivduo para executar
as operaes. Sendo assim, o SQL Server
Agent um servio que permite automati-
zar diversas ferramentas administrativas e
comandos Transact-SQL, por exemplo:
Agendamento de tarefas;
Processamento de alertas;
Monitoramento de atividades dirias de
gerenciamento de banco de dados (onde
podemos incluir tarefas de backup);
Manuteno de rotinas;
Replicao automtica de dados entre
diferentes servidoresl
Informaes processadas que podem ser
enviadas para e-mails.
36 SQL Magazine Edio 81
sql81.indb 36
Figura 5. Configurando as propriedades Jobs
Neste caso, percebemos que a utilizao
do SQL Server Agent pode ser bastante til
para qualquer cenrio que utilize passos
para chegar em uma determinada tarefa.
Antes de dar incio apresentao da
estratgia de criao e agendamento de
backups, iremos verificar se o servio
do SQL Server Agent est funcionando
corretamente. Para isso, clique em Iniciar
Programas Microsoft SQL Server 2008
R2 Configuration Tools Configuration
Manager. O resultado ser uma tela seme-
lhante apresentada na Figura 3.
Aps termos o banco de dados e o servio
SQL Server Agent funcionando corretamen-
te, daremos inicio criao dos backups
baseando-se na estratgia que foi adotada
(ver Figura 1). Isso ocorrer atravs da
criao e agendamento de jobs.
Jobs pode ser definido como uma rotina
que executada automaticamente por in-
termdio de ferramentas administrativas
que geralmente so executadas com grande
frequncia e envolvem a repetio de deter-
minados comandos. Alm disso, possvel
que essas rotinas sejam agendadas para se-
rem executadas em alguns momentos, o que
nos permite implementar a nossa estratgia
de backup apresentada na Figura 1.
Para iniciar, criaremos o primeiro job cujo
objetivo criar um evento para executar
o comando de backup do nosso banco de
dados. Para isso, clique na opo SQL Ser-
ver Agent, e em seguida clique com o boto
direito em cima da opo Jobs e clique em
New, conforme a Figura 4.
Aps a janela ser aberta, na caixa de texto
ao lado do campo Name preencha com
job_bkpFull. No campo Owner ser informada
uma conta relacionada ao Job (coloque uma
de sua preferncia, desde que tenha permis-
so para executar as tarefas de execuo do
backup no banco de dados). Em Category,
utilizaremos a opo default [Uncategorized
(Local)], e no campo Description, informe o
seguinte texto: Este job ter por objetivo
disparar um backup completo do banco de
dados. O resultado do preenchimento desta
tela pode ser visto na Figura 5.
Feito isto, clique na opo Steps, que fica
localizado na aba a esquerda na tela logo
abaixo da opo General. Em seguida, cli-
que na opo New, e observe que uma nova
janela foi exibida, onde devemos informar
as seguintes propriedades (Figura 6):
Step name: jobFull;
Type: Transact-SQL script(T-SQL);
Run as: deixe em branco;
database: mster;
command: backup database db_ticket to disk
= g:\db\db_ticket_bkpFULL.
Observe que neste momento que infor-
mamos o comando de backup, informando
ainda que o banco de dados ser armaze-
nado em um local definido por ns. Para
mais informaes sobre o local de arma-
zenamento, veja a sesso Links.
Feito isso, clique na opo Advanced (aba
do lado esquerdo da tela) e selecione a op-
o Quit the job reporting sucess. Isso tem por
objetivo informar o relatrio de sucesso
caso este seja executado com sucesso. Se
deseja conhecer mais sobre as funciona-
lidades desta janela, veja a sesso Links e
Referncias, aps isto clique em OK.
29/10/2010 13:55:59
 Figura 6. Configurando as propriedades de backup Jobs
Neste momento, aps ter feito a criao
do job, iremos iniciar a criao do agenda-
mento, ou seja, indicar em quais momentos
este job ser executado automaticamente
por nosso servidor de banco de dados.
Para isso, clique em Schedules (localizado
na Figura 5 na aba esquerda logo abaixo
de Steps) e em seguida selecione a opo
New. Feito isso, preencha os campos com
as seguintes informaes (Figura 7):
Name: jobFull;
Schedule type: Recurring, e marque a
opo ao lado de Enabled;
Occurs: Weekly;
Recurs every: 4; marque Tuesday, Thurs-
day, Sunday. Lembre-se que estes dias foram
definidos em nossa estratgia (Figura 1).
Em seguida, marque a opo Occurs once
at e defina o valor para 04:30:00, e por l-
timo informe se ter fim este Job. Se sim,
selecione End Date e indique uma data.
Se no, escolha No end date.
Aps isto, clique em OK e por fim em
OK novamente para finalizar a criao de
nosso primeiro job.
Observe que essa estratgia de backup
voltada para um cenrio de uma loja que
fornece ingressos para entrada em teatros.
Ento existem diversos motivos para o
backup full estar com essas definies, por
exemplo:
sql81.indb 37
Figura 7. Configurando as propriedades de agendamento Jobs
Ser executado um backup full do banco
de dados em um horrio no comercial.
Devido a ser um horrio no agradvel
para os usurios, as aplicaes que esto
envolvidas com este banco de dados no
correro o risco de sofrer a falta de dispo-
nibilidade.
Ao trabalhar com a venda de sites, por
exemplo, preciso analisar perodos de
pico nas buscas por ingresso a fim de
evitar que seja realizado um backup full no
momento em que o site mais utilizado
pelos seus usurios. Esta operao deixa
qualquer acesso a banco de dados mais
lento. Por isso, atentar para a estratgia
adequada fundamental para evitar ope-
raes mal planejadas.
timo, j temos nosso primeiro job cria-
do. Daremos continuidade ao restante.
Para isso, repita o mesmo processo ante-
rior, clique com o boto direito em Jobs
New Job e informe as seguintes proprieda-
des (Figura 8):
Na caixa de texto ao lado de Name, colo-
que job_bkpDiff;
Owner informar uma conta relacionada
ao Job (coloque de sua preferncia, desde
que tenha permisso para executar as
tarefas que esto por vir);
Em Category utilizaremos a opo default
[Uncategorized (Local)];
E em Description apresente o seguinte tex-
to: Este job ter por objetivo disparar um
backup diferencial do banco de dados.
Feito isso, clique novamente na aba
Steps e informe as seguintes propriedades
(Figura 9):
Step name: jobDiff;
Type: Transact-SQL script(T-SQL);
Run as: deixe em branco;
database: master;
command backup database db_ticket
to disk = g:\db\db_ticket_bkpDIFF with
differential.
Feito isso, clique em Advanced, selecione
a opo Quit the job reporting sucess. Isso
tem por objetivo informar um relatrio
de sucesso caso seja executado com su-
cesso.
Neste momento, clique na aba Schedules
e em seguida na opo New. Nesta tela,
defina os campos com as seguintes infor-
maes (Figura 10):
Name: jobDiff;
Schedule type: Recurring, e marque a
opo ao lado de Enabled;
Occurs: Daily, Recurs every: 30;
Occurs every: marque a opo Occurs
every e defina o valor para 10;
e m Starting at, 04:00:00, Ending at,
23:59:59,
Edio 81 SQL Magazine 37
29/10/2010 13:55:59
 Implementando uma estratgia de backup no SQL Server 2008

Por ltimo, informe se este Job ter
fim. Se sim selecione End Date e indi-
que uma data. Se no, escolha No end
date.
Aps isto, clique em OK e por fim em
OK novamente para finalizar o nosso
segundo job.
Veja que a estratgia de backup com
base na opo Diferencial foi definida por
intervalos, apesar da opo Full no ser.
Dessa forma, podemos obter um controle
mais especfico de uma determinada in-
formao que ser armazenada no banco
de dados, e como sempre, os horrios de
backup esto sempre procura de no se
aproximar de horrio de pico.
timo! Para finalizarmos a ltima
operao de backup tipo LOG, repita
novamente o passo anterior. Resumin-
do: clique com o boto direito em Jobs e
selecione New Job, informe as seguintes
informaes (Figura 11):
Name, coloque job_bkpLog;
Owner estar informando uma conta relacio-
nada ao Job;
E m Category, utilizaremos a opo default
[Uncategorized (Local)];
E em Description, apresente o seguinte texto:
Este job ter por objetivo disparar um backup
de log do banco de dados.
Aps isto, clique na aba Steps e clique em New.
Uma nova janela ser exibida, onde informa-
mos as seguintes propriedades (Figura 12):
Step name: jobLOG;

Figura 8. Configurando as propriedades principais Jobs Figura 9. Configurando as propriedades de backup Jobs

Figura 10. Configurando as propriedades de agendamento Jobs Figura 11. Configurando as propriedades principais Jobs

38 SQL Magazine Edio 81

sql81.indb 38 29/10/2010 13:56:00

 Figura 12. Configurando as propriedades de backup (log) Jobs
Type: Transact-SQL script(T-SQL);
Run as: deixe em branco;
database: master;
command: backup log db_ticket to disk
= g:\db\db_ticket_bkpLOG.
Feito isso, clique em Advanced, selecione
a opo Quit the job reporting sucess.
timo, neste momento j temos trs Jobs
criados, cada um deles tem um objetivo
distinto:
1. O primeiro backup foi criado para ser
um dos mais rgidos em relao quanti-
dade de dados acessada durante a opera-
o (backup full).
2. O segundo backup tem por objetivo
armazenar uma quantidade menor de
informaes (backup diferencial), pois tra-
balha apenas com um backup que lida
apenas com parte dos dados contidos em
um banco de dados.
3. No ltimo backup, criamos o tipo
de backup que envolve poucos dados,
normalmente trabalhando com partes
especficas dos dados alteradas a partir de
determinados pontos de uso identificados
a partir dos arquivos de log (backup log).
Por ltimo, repita mais uma vez os passos
para agendamento do job, lembrando de
alterar as propriedades (Figura 13):
Name, jobLog;
sql81.indb 39
Figura 13. Configurando as propriedades de agendamento Jobs
Schedule type, Recurring [V];
Occurs, Daily;
Recurs Every, 30;
O ccurs every, 7 hour(s), Starting At,
02:00:00, Ending at, 23:59:59, Start date,
selecione a data desejada, e por ltimo
informe se ter fim este Job, se sim se-
lecione End Date e indique uma data,
se no, escolha No end date e aps isto
clique em OK.
Nesta ltima opo de backup (backup
log), temos um controle um pouco mais
especfico sobre os dados a serem copiados
quando comparamos com a estratgia de
backup anterior. Lembre-se que essa estra-
tgia est sendo definida para uma loja de Figura 14. Object Explorer Jobs existentes
ingressos que est iniciando seus projetos
h pouco tempo, ou seja, nossa estratgia Verificando o funcionamento do Backup
ainda no est baseada para aplicaes de Apesar dos backups possurem seus
grande porte. agendamentos pr-definidos, podemos
Observe que aps voc ter clicado em ok simular uma execuo sem que haja a ne-
para finalizar o passo anterior, a prxima cessidade de esperarmos para os devidos
janela exibir as informaes conforme horrios. Para isso, clique com o boto
definimos para ambos Steps e Schedules direito sobre o JOB desejado, no caso
(Passos e Agendamentos). Feito isso, clique utilizaremos a opo job_bkpFull como
em OK, e por fim em OK novamente para exemplo, e em seguida clique em Start Job
finalizar o nosso terceiro job. at Step. Para os demais testes, basta repetir
Observe que neste momento j temos o mesmo procedimento.
nossa tarefa completa (Figura 14). Com Observe a Figura 15 que ilustra as trs
isso, basta esperar os backups conforme diferentes formas de backup que utiliza-
foram registrados e agendados. mos com base nesse artigo.
Edio 81 SQL Magazine 39
29/10/2010 13:56:00
 Implementando uma estratgia de backup no SQL Server 2008

SQL Server TechNet:

Figura 15. As trs diferentes opes de backup
Os arquivos apresentados nesta figura
contm exatamente o resultado dos co-
mandos de backups definidos ao longo
de nosso artigo, ou seja, os registros do
banco de dados copiados, podendo ento
ser armazenados em outra mdia ou no
prprio servidor. Este resultado confirma
o funcionamento de nossa estratgia de
backup. A partir disso, o DBA precisa
apenas ajustar os agendamentos e os tipos
de backup de acordo com o cenrio de sua
empresa.
Melhores prticas
Esta seo descreve algumas das boas
prticas que podem ser seguidas por DBAs
a fim de simplificar o processo de defini-
o e implementao das estratgias de
backup em seus empresas e projetos.
Obtenha sempre uma estratgia de ba-
ckup para seus dados;
Determine onde seus dados sero arma-
zenados;
Crie um plano de desastre, ou seja, se
algo ocorrer de forma inesperada, para
onde devo recorrer;
Atualize as estatsticas em grandes ta-
belas semanalmente;
Utilize quando possvel a tcnica brains-
torming para gerar ideias;
Elabore testes de backup e agendamento
antes que sua estratgia esteja em produ-
o;
Implemente uma estratgia com a uti-
lizao de um Conjunto Redundante de
Discos Independentes RAID;
Utilize o servio SQL Server Agent para
uma miniloja que fornece ingressos
apenas para entrada em teatros. De acor-
do com os planos de estudo adotados,
verificamos que as transaes ainda so
poucas, dessa forma implementamos
uma estratgia de backup utilizando as
opes FULL (backup completo), DIFFE-
RENTIAL (backup que contm um nvel
balanceado de dados) e por ltimo LOG
(backup que frequentemente utilizado
para restaurar informaes em pontos
especfico). Neste sentido, utilizamos
o servio do SQL Server chamado SQL
Server Agent para agendar rotinas de
backup sem que haja a presena de um
profissional para executar tal atividade, e
por ltimo, apresentamos algumas boas
prticas para o uso de backups.
Lucas Souza
Lucas.it@hotmail.com
Graduando em Cincias da
Computao pela Faculdade Fa-
rias Brito. Possui certificaes MCTS
Administration e Development em
SQL Server 2008, e atualmente trabalha na empresa
VTI - solues em tecnologia. Seus conhecimentos
incluem design, implantao e manuteno de
sistemas de banco de dados e desenvolvimento
de solues para a internet. Tambm escritor e
colaborador de diversas publicaes nacionais e co-
munidades brasileiras sobre as solues Microsoft.
Atualmente reside em Fortaleza, Cear, com sua
famlia, em horas vagas l o livro que tem por ttulo
a Biblia Sagrada.
D seu feedback sobre esta edio!
http://technet.microsoft.com/en-us/
sqlserver/
Microsoft SQL Server 2008 R2
http://www.microsoft.com/sqlserver/2008/en/
us/r2.aspx
Top 10 Best Practices for SQL Server
Maintenance for SAP
http://technet.microsoft.com/en-us/library/
cc966447.aspx
SQL Server Backup Best Practices
http://www.sqlmag.com/article/backup-recovery/
sql-server-backup-best-practices.aspx
Storage Top 10 Best Practices
http://technet.microsoft.com/en-us/library/
cc966534.aspx
Best Practices Backup System Databases
in SQL Server
http://www.mssqltips.com/tip.asp?tip=1855
Introduction to Backup and Restore
Strategies in SQL Server
http://msdn.microsoft.com/en-us/library/
ms191239(SQL.90).aspx
SQL Server Backups - Frequently Asked
Questions and Best Practices
http://www.tek-tips.com/faqs.cfm?fid=5742
Understanding Backup, Restore and
Disaster Recovery
http://technet.microsoft.com/pt-br/library/
dd876874(EXCHG.140).aspx
BACKUP (Transact-SQL)
http://msdn.microsoft.com/en-us/library/
ms186865.aspx
RESTORE
http://msdn.microsoft.com/en-us/library/
aa238405(SQL.80).aspx
Backup Overview (SQL Server)
http://msdn.microsoft.com/en-us/library/
ms175477.aspx
Overview of Restore and Recovery in SQL
eu
Feedback

Server
s
D

agendamento de tarefas, rotinas, coman- A SQL Magazine tem que ser feita ao seu gosto.
sobre e

http://msdn.microsoft.com/en-us/library/
dos e outros. Para isso, precisamos saber o que voc, leitor,
s

ms191253(SQL.90).aspx
ta
edio

acha da revista!
Concluso Backing Up and Restoring Databases in SQL
D seu voto sobre este artigo, atravs do link: Server
Este artigo teve por objetivo apresentar
www.devmedia.com.br/sqlmagazine/feedback http://msdn.microsoft.com/en-us/library/
uma estratgia de backup baseada em
ms187048(SQL.90).aspx

40 SQL Magazine Edio 81

sql81.indb 40 29/10/2010 13:56:02

 Edio 81 SQL Magazine 41

sql81.indb 41 29/10/2010 13:56:05

 Seo Banco de Dados/Persistncia: "Nesta seo voc encontra artigos banco de dados, SQL ou pers
MySQL Performance Diagnostics &
C Resumo DevMan
omo todos sabem, a Oracle com-
prou a Sun, que por sua vez,
anteriormente havia comprado a
MySQL AB (Nota DevMan 1), empresa
criadora do Banco de Dados MySQL.
Eu no tive, e continuo no tendo dvidas
de que a Oracle ir investir cada vez mais
no MySQL, pois creio que, para a Oracle
Corporation, ele no um competidor
direto dos Bancos de Dados Oracle: ele
um competidor direto do SQL Server
e do PostgreSQL. No quero dizer aqui
que um Banco de Dados melhor do
que outro, acredito que cada um tem seu
campo de uso. Portanto, espero ver mais
alguns anncios da Oracle a respeito de
melhorias de escalabilidade do MySQL,
especialmente em ambientes Windows
Server, muito em breve.
Confirmando minhas suspeitas, h al-
guns meses a Oracle anunciou, na prpria
MySQL Conf, melhorias de escalabilidade
no MySQL, adotando a rvore 5.5 como a
sucessora da 5.1 - descartando a 5.4 (que
foi iniciada pela Sun) e 6.0 (que foi ini-
ciada antes da 5.4, pela MySQL AB), pelo
menos por enquanto. Mesmo descartando
as verses anteriores, as funcionalidades
criadas nestas verses foram incorporadas
verso 5.5, hoje em estgio Beta.
Mesmo com as melhorias de escalabi-
lidade apresentadas nos Benchmarks, o
MySQL no tem um bom desempenho
com a configurao padro. Alm disso,
um dos Bancos de Dados mais sensveis
a parmetros do mercado, fazendo com
que uma pequena alterao no arquivo de
inicializao traga um grande benefcio,
ou cause um grande desastre na aplica-
o. Para complicar ainda mais, o MySQL
no propriamente um SGBD, mas um
encapsulador de Engines de SGBDs, como
o MyISAM e InnoDB, que j vem habilita-
dos por padro. A propsito, a Innobase,
42 SQL Magazine Edio 81
sql81.indb 42
istnci
De que se trata o artigo:
Da configurao para Performance Tuning de um banco de dados em MySQL com objetivo de otimizar
o desempenho deste Banco de Dados. Este artigo o primeiro de uma sria sobre Performance Tuning
em MySQL.
Para que serve:
Para configurar o MySQL corretamente para que ele utilize de forma otimizada o mximo de recursos
possveis do ambiente computacional onde est instalado.
Em que situao o tema til:
Em casos onde o poder de processamento so caractersticas fundamentais do ambiente.
mantenedora do Engine InnoDB (o mais
utilizado em Bancos de Dados MySQL) j Nota do DevMan 1
fora comprada pela Oracle antes mesmo da
compra da MySQL AB pela Sun. MySQL AB
O MySQL um banco de dados perigoso MySQL AB (fundada em 1995 e adquirida pela Sun
para os DBAs dentro das empresas. Isto Microsystems em 2008) foi a empresa responsvel pela criao
do MySQL assim como de produtos tais como MySQL Cluster. A
porque muitas vezes estes bancos de dados empresa est dualmente sediada em Uppsala, na Sucia, e em
aparecem como suporte a alguma aplica- Cupertino, nos Estados Unidos, com escritrios em outros pases
o especfica, criada para resolver algum (Paris, Frana; Munique, Alemanha; Dublin, Irlanda; Milo, Itlia;
e Tquio, Japo).
problema pontual (por exemplo, gerar um
relatrio executivo) sem contato com a rea Com cerca de 400 funcionrios em 25 pases, a MySQL AB foi
uma das maiores empresas de open source do mundo. Cerca de
de TI (e os DBAs), at que ele se torne um 70% dos empregados trabalhavam para o MySQL a partir de
sistema importante demais e, subitamente, suas casas.
passe a ser de responsabilidade da equipe
de infraestrutura. Quando chega a este
ponto, geralmente ele j est com proble- Diagnostic & Tuning. E se voc acha que
mas de desempenho, e sem uma estrutura apenas clientes ou projetos pequenos, ou
de Backup ou sem uma estratgia de Disas- programas atrs de Websites utilizam o
ter Recovery (Recuperao de Desastre). MySQL, voc est enganado. Os bancos
Adicionalmente, so raros os bons Treina- de dados com uso mais intenso com que
mentos Avanados em MySQL para DBAs, j trabalhei foram todos MySQL, e todos
e muitos DBAs com experincia de outros de clientes grandes.
bancos de dados tendem a negligenciar Bem, vamos comear esta srie abordan-
estes aspectos do MySQL, por achar que do alguns destes parmetros, apresentan-
ele um SGBD fcil. do exemplos prticos, com melhoras reais
Mas como j explicamos, a arquitetura de desempenho. Fiz os testes abaixo no
de encapsulamento de Engines do MySQL meu notebook, um Dual Core com 4GB de
o torna um dos mais complexos do mer- RAM, rodando Ubuntu 10.4, e o MySQL
cado, principalmente para Performance padro desta distribuio, o 5.1.41.
29/10/2010 13:56:05
ou pers istncia"

cs & Tuning - Parte 1

Ricardo Portilho Proni

Listagem 1. Comandos SELECT para mostrar a estrutura e tamanho da tabela teste

01. ricardo@ricardo-laptop:~$ mysql -u root -pMinhaSenha 22. +--------------+-----------------------------------+
02. Welcome to the MySQL monitor. Commands end with ; or \g. 23. | id_cliente | nome_cliente |
03. Your MySQL connection id is 6 24. +--------------+-----------------------------------+
04. Server version: 5.1.41-3ubuntu12.6 (Ubuntu) 25. | 1 | c?h_%IGn[Y3jO*z"D50~ |
05. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. 26. | 2 | ,,,14W+})\&q/a1;2_E* |
27. | 3 | >e5+677v<XIy6n?v9FsL |
06.
28. | 4 | !1:ihxFk]BCKfkfZiz)k |
07. mysql> USE test; 29. | 5 | z[4k@t/"&8e`!K~ps>?* |
08. Reading table information for completion of table and column names 30. +---------------+-----------------------------------+
09. You can turn off this feature to get a quicker startup with -A 31. 5 rows in set (0.04 sec)
10. Database changed 32.
11. 33. mysql> SELECT COUNT(*) FROM CLIENTES;
12. mysql> DESC CLIENTES; 34.
13. +---------------------+------------------+---------+-------+-----------+---------------------+ 35. +----------------+
14. | Field | Type | Null | Key | Default | Extra | 36.
37. | COUNT(*) |
15. +---------------------+------------------+---------+-------+-----------+---------------------+
38.
16. | id_cliente | int(10) | NO | PRI | NULL | auto_increment |
39. +----------------+
17. | nome_cliente | varchar(255) | NO | | NULL | | 40.
18. +---------------------+-------------------+---------+-------+-----------+---------------------+ 41. | 18105728 |
19. 2 rows in set (0.05 sec) 42.
20. 43. +----------------+
21. mysql> SELECT * FROM CLIENTES LIMIT 5; 44.
45. 1 row in set (18.06 sec)

Otimizando as gravaes Listagem 2. Comandos SELECT para duplicar a tabela 3 vezes, medindo o tempo.
Para iniciar criamos uma tabela sim-
01. mysql> CREATE TABLE CLIENTES_02 Engine=InnoDB SELECT * FROM CLIENTES;
ples no MySQL, conforme Listagem 1,
02. Query OK, 18105728 rows affected (7 min 15.27 sec)
com uma coluna numrica auto incre- 03. Records: 18105728 Duplicates: 0 Warnings: 0
mentvel (id_cliente) e uma coluna de 04.
05. mysql> CREATE TABLE CLIENTES_03 Engine=InnoDB SELECT * FROM CLIENTES;
caracteres de comprimento varivel 06. Query OK, 18105728 rows affected (6 min 45.10 sec)
(nome_cliente), e inserimos nela strings 07. Records: 18105728 Duplicates: 0 Warnings: 0
aleatrias (utilizando um script Perl), at 08.
09. mysql> CREATE TABLE CLIENTES_04 Engine=InnoDB SELECT * FROM CLIENTES;
que ela ficasse com um nmero consi- 10. Query OK, 18105728 rows affected (7 min 6.74 sec)
dervel de linhas - mais de 18 milhes 11. Records: 18105728 Duplicates: 0 Warnings: 0
de linhas, ocupando mais de 800MB em
disco. Com uma tabela deste tamanho,
fica mais fcil simular problemas de tabela, para conferir a quantidade de
desempenho. registros (linhas 33 a 45), o que demorou
Primeiramente conectamos no MySQL 18 segundos.
(linha 1 da Listagem 1), e alteramos o Agora, conforme a Listagem 2, veremos
banco de dados em uso para o test (linha a velocidade de duplicao desta tabela
7). Em seguida, conferimos a estrutura com a configurao padro do MySQL.
da tabela CLIENTES (linhas 12 a 19), e Para isso, executamos o teste 3 vezes, para
fiz um SELECT de 5 linhas, para confe- validar melhor o tempo, e excluir vari-
rir o contedo com a coluna id_cliente veis como o armazenamento de dados
sequencial, e a coluna nome_cliente em cache.
com os nomes aleatrios (linhas 21 a Veja que primeiramente criamos a tabela
31). Depois fizemos um COUTN desta CLIENTES_02, como uma cpia exata da

Edio 81 SQL Magazine 43

sql81.indb 43 29/10/2010 13:56:06

 MySQL Performance Diagnostics & Tuning - Parte 1

CLIENTES (linhas 1 a 3 da Listagem 2).
Em seguida repetimos o procedimento
mais duas vezes, agora criando as tabelas
CLIENTES_03 (linha 5) e CLIENTES_04
(linha 9). importante reparar nos tempos
de cada uma das execues (linhas 2, 6 e
10, respectivamente).
Nos trs testes, obtivemos os seguintes
resultados: 7 15.27, 6 45.10 e 7 6,74
respectivamente.
Se precisamos otimizar este tempo de exe-
cuo, precisamos saber como ele gasto,
antes de alterarmos algo. O MySQL fornece
este tipo de informao atravs dos Thread
States (Estado de Processos) - similares
aos Wait Events do Oracle, embora sejam
muito menos detalhados, infelizmente.
Para se ter uma ideia, o Oracle 11gR2 tem
mais de 1100 Wait Events documentados,
enquanto o MySQL 5.1 tem apenas 67. Mas
mesmo assim eles nos daro uma boa pista
do que est acontecendo.
Para exibir os Thread States atuais, o coman-
do SHOW PROCESSLIST pode ser utilizado
no prompt do MySQL, ou o comando PRO-
CESSLIST pode ser utilizado no utilitrio 15). Veja que a a sada j mudou, exibindo
mysqladmin, conforme Listagem 3, onde o que o comando CREATE TABLE est no
executamos diversas vezes seguidas durante State chamado de Sending Data. Repare
a duplicao da tabela CLIENTES. Veja que tambm que este comando j est espe-
a coluna State mostrou o estado Sending rando h 22 segundos (linha 13).
data o tempo todo da execuo. Repare tam- Em seguida, esperamos uns 2 minutos, e
bm a coluna Time, que indica o nmero executamos o comando novamente (linhas
de segundos que o comando executado est 17 a 23, ainda na Listagem 3). Veja que o
aguardando pelo Thread State indicado. State continua o mesmo, mas o tempo de
Como facilidade, para no ter que execu- espera j de 218 segundos (linha 21). Aps
tar o comando repetidamente, utilizamos o trmino do comando CREATE TABLE,
o utilitrio do Linux watch, que faz com executamos novamente o comando para
que um comando seja repetido na tela at verificar os processos (linhas 25 a 31), e
que seja digitado Control+C. Veja como veja que voltamos a ter uma sada que nos
utilizar o comando watch na Listagem 4. mostra que no h mais nada acontecendo
Primeiramente, executamos o comando no banco de dados.
para verificar os processos antes de iniciar A documentao dos Thread States diz
as duplicaes de tabela demonstradas na apenas o seguinte sobre o Sending Data: O
Listagem 2, para mostrar ao leitor como processo est processando as linhas para
a sada deste comando quando nada est um comando SELECT e tambm enviando
acontecendo no banco de dados (linhas 1 a o resultado para o cliente. Isto no ajuda
7 da Listagem 3), com exceo do prprio muito, mas j sabemos que podemos me-
comando SHOW PROCESSLIST. Depois de lhorar o desempenho deste SELECT.
iniciada uma duplicao de tabela, execu- O Engine InnoDB, que estamos utili-
tamos o comando novamente (linhas 9 a zando para estes testes, armazena dados

Listagem 3. Comandos para verificar as Threads State do MySQL

01. ricardo@ricardo-laptop:~$ mysqladmin -u root -pMinhaSenha processlist
02. +---+-------+-------------+-----+--------------+------+--------+----------------------+
03. | Id | User | Host | db | Command | Time | State | Info |
04. +---+-------+-------------+-----+---------------+-------+-------+----------------------+
05. | 35 | root | localhost | test | Sleep | 729 | | |
06. | 36 | root | localhost | | Query | 0 | | show processlist |
07. +---+-------+-------------+-----+---------------+-------+-------+----------------------+
08.
09. ricardo@ricardo-laptop:~$ mysqladmin -u root -pMinhaSenha PROCESSLIST
10. +----+------+------------+-------+--------------+--------+------------------+-----------------------------------------------------------------------------------------------+
11. | Id | User | Host | db | Command | Time | State | Info |
12. +----+------+------------+-------+---------------+-------+------------------+-----------------------------------------------------------------------------------------------+
13. | 35 | root | localhost | test | Query | 22 | Sending data | CREATE TABLE CLIENTES_03 Engine=InnoDB SELECT * FROM CLIENTES |
14. | 64 | root | localhost | | Query | 0 | | show processlist |
15. +----+------+------------+-------+--------------+-------+------------------+-----------------------------------------------------------------------------------------------+
16.
17. ricardo@ricardo-laptop:~$ mysqladmin -u root -pMinhaSenha PROCESSLIST
18. +------+------+--------------+------+--------------+-------+------------------+-------------------------------------------------------------------------------------------+
19. | Id | User | Host | db | Command | Time | State | Info |
20. +------+------+--------------+------+--------------+-------+------------------+-------------------------------------------------------------------------------------------+
21. | 35 | root | localhost | test | Query | 218 | Sending data | CREATE TABLE CLIENTES_03 Engine=InnoDB SELECT * FROM CLIENTES |
22. | 158 | root | localhost | | Query | 0 | | show processlist
23. +------+------+--------------+------+--------------+-------+------------------+------------------------------------------------------------------------------------------+
24.
25. ricardo@ricardo-laptop:~$ mysqladmin -u root -pMinhaSenha PROCESSLIST
26. +--------+------+-------------+-------+--------------+------+-------+------------------------+
27. | Id | User | Host | db | Command | Time | State | Info |
28. +--------+------+-------------+-------+--------------+------+-------+------------------------+
29. | 35 | root | localhost | test | Sleep | 411 | | |
30. | 254 | root | localhost | | Query | 0 | | show processlist |
31. +--------+------+-------------+-------+--------------+------+-------+------------------------+

44 SQL Magazine Edio 81

sql81.indb 44 29/10/2010 13:56:06

 de tabelas e ndices em um cache (Nota
DevMan 2) prprio, definido pela varivel
innodb_buffer_pool_size. O valor padro
desta varivel ridiculamente baixo, 8MB.
Iremos alter-lo para 1GB (a mquina de
testes tem 4GB), e reexecutar os testes.
Cuidado para no alterar esta varivel
em seu ambiente de forma que ela utilize
mais RAM do que o Sistema Operacional
tem disponvel, ou o sistema pode passar
a utilizar Swap (memria virtual em dis-
co), ou o MySQL pode no subir, ou at
subir e depois cair durante a execuo de
comandos SQL.
Esta varivel deve ser alterada no arquivo
de inicializao, no caso do meu sistema
operacional, o arquivo /etc/mysql/my.cnf,
conforme Listagem 5. Alterar esta vari-
vel no arquivo /etc/my.cnf faz com que
ela passe a valer apenas aps reiniciar
o MySQL. Algumas outras variveis do
MySQL permitem a alterao online, como
veremos mais adiante. No meu sistema
operacional, o MySQL reiniciado com
os comandos da Listagem 6.
Inicialmente executamos o comando ne-
cessrio para abrir um shell com o usurio
root, pois s ele tem a permisso de parar
o MySQL (linha 1 da Listagem 6). Aps
digitar a senha (linha 2) veja que o nome
do usurio muda para root (linha 3), e a
executamos o comando para parar (linha 3)
e logo em seguida o comando para iniciar
(linha 5) o MySQL.
Na Listagem 7 repetimos os testes, desta
vez com o cache mais alto. Obviamente s
faz sentido o cache ajudar no desempenho
aps a primeira execuo. Como a tabela
tem cerca de 800MB, ela caberia toda no
cache de 1GB.
Para poder reiniciar os testes, primeiro ex-
clumos as trs tabelas cpia da CLIENTES
(linhas 1 a 8 da Listagem 7). E ento no-
vamente, criamos a tabela CLIENTES_02,
como uma cpia exata da CLIENTES
(linhas 10 a 12). Em seguida repetimos
o procedimento mais duas vezes, agora
criando as tabelas CLIENTES_03 (linha 14)
e CLIENTES_04 (linha 18). importante
reparar novamente nos tempos de cada
uma das execues (linhas 11, 15 e 19, res-
pectivamente).
Obtivemos, desta vez, os tempos 7 35.42,
7 8.75 e 7 34.41.
O tempo no melhorou em nada, mesmo
na segunda e terceira execuo. Vamos
ento abordar a segunda parte que pode
ser otimizada do Thread State Sending
data, a parte de enviar os resultados para
o cliente. Para melhorar esta parte, temos
que melhorar a velocidade de gravao do
InnoDB. A varivel que mais trar veloci-
dade de gravao a innodb_log_file_size,
que tambm tem um valor padro ridicu-
lamente pequeno para qualquer carga um
pouco maior de gravao, apenas 5MB. Os
Logs de gravao do InnoDB funcionam
como os Redo Logs do Oracle, de forma
circular - aps um encher, passa-se para
o prximo, at voltar ao primeiro deles.
Como o tamanho padro destes Logs
muito pequeno, o InnoDB gasta muito
tempo aguardando que o contedo des-
tes Logs seja descarregado no arquivo de
dados. A quantidade padro (controlada
pela varivel innodb_log_files_in_group)
de Logs tambm pequena, apenas 2.
Vamos aumentar para 7 Logs, de 512MB
Nota do DevMan 2
Cache
Cache um dispositivo de acesso rpido, interno a um sistema,
que serve de intermedirio entre um operador de um processo
e o dispositivo de armazenamento ao qual esse operador acede.
A vantagem principal na utilizao de uma cache consiste em
evitar o acesso ao dispositivo de armazenamento - que pode
ser demorado -, armazenando os dados em meios de acesso
mais rpidos

Listagem 4. Comando para verificar as Thread States do MySQL repetidamente. Listagem 7. Comandos SELECT para duplicar a tabela 3 vezes, medindo o tempo
ricardo@ricardo-laptop:~$ watch mysqladmin -u root - pMinhaSenha PROCESSLIST
01. mysql> DROP TABLE CLIENTES_02;
Listagem 5. Parte do arquivo de configurao do MySQL. 02. Query OK, 0 rows affected (0.10 sec)
03.
[mysqld]
04. mysql> DROP TABLE CLIENTES_03;
user = mysql
socket = /var/run/mysqld/mysqld.sock 05. Query OK, 0 rows affected (0.07 sec)
port = 3306 06.
basedir = /usr 07. mysql> DROP TABLE CLIENTES_04;
datadir = /var/lib/mysql 08. Query OK, 0 rows affected (0.08 sec)
tmpdir = /tmp 09.
skip-external-locking
10. mysql> CREATE TABLE CLIENTES_02 Engine=InnoDB SELECT * FROM CLIENTES;
key_buffer = 16M
max_allowed_packet = 16M 11. Query OK, 18105728 rows affected (7 min 35.42 sec)
thread_stack = 192K 12. Records: 18105728 Duplicates: 0 Warnings: 0
thread_cache_size =8 13.
query_cache_limit = 1M 14. mysql> CREATE TABLE CLIENTES_03 Engine=InnoDB SELECT * FROM CLIENTES;
query_cache_size = 16M 15. Query OK, 18105728 rows affected (7 min 8.75 sec)
log_error = /var/log/mysql/error.log
16. Records: 18105728 Duplicates: 0 Warnings: 0
innodb_buffer_pool_size = 1G
17.
Listagem 6. Comandos para parar e iniciar o MySQL. 18. mysql> CREATE TABLE CLIENTES_04 Engine=InnoDB SELECT * FROM CLIENTES;
19. Query OK, 18105728 rows affected (7 min 34.41 sec)
01. ricardo@ricardo-laptop:~$ sudo bash
02. [sudo] password for ricardo: 20. Records: 18105728 Duplicates: 0 Warnings: 0
03. root@ricardo-laptop:/var/lib/mysql# service mysql stop
04. mysql stop/waiting
05. root@ricardo-laptop:/var/lib/mysql# service mysql start

Edio 81 SQL Magazine 45

sql81.indb 45 29/10/2010 13:56:06

 MySQL Performance Diagnostics & Tuning - Parte 1

cada. Vamos aumentar tambm o cache Como nada de graa no mundo da de log ib_logfile0 (linha 8) e ib_logfile1
dos Logs (controlado pela varivel innodb_ informtica, quanto maiores forem os (linha 9), cada um com 5MB.
log_buffer_size, que tem o tamanho padro arquivos e cache de Log, maior ser o tem- Ento paramos o MySQL (linha 14), e
de 1MB) para 256MB, que faz com que a po necessrio para um possvel Recover renomeamos os arquivos ib_logfile0 e
gravao para os prprios arquivos de Log do Banco de Dados em caso de queda do ib_logfile1 (linhas 16 e 17), para que o
possa ser atrasada, melhorando ainda mais MySQL durante as gravaes. MySQL crie os novos arquivos. Em se-
o desempenho das gravaes. A alterao dos arquivos de Log do guida iniciamos o MySQL (linha 18), es-
InnoDB um pouco mais complicada. O peramos alguns segundos (pode levar
Listagem 8. Parte do arquivo de configurao do MySQL. MySQL precisa ser parado, e os arquivos algum tempo para criar os 7 arquivos
de Log antigos precisam ser removidos de 512MB), e verificamos novamente o
[mysqld]
user = mysql (pois so de outro tamanho), conforme contedo do diretrio de dados (linha
socket = /var/run/mysqld/mysqld.sock Listagem 9. Repare que desta vez o MyS- 20). Veja que agora temos 7 arquivos
port = 3306
QL deve demorar um pouco mais para de Log, numerados sequencialmente
basedir = /usr
datadir = /var/lib/mysql ser iniciado, pois ele ir criar os novos (linhas 24, 26, 28, 29, 30, 31 e 32), e agora
tmpdir = /tmp arquivos de Log com 512MB cada. Confi- cada um tem 512MB, como indicamos
skip-external-locking
key_buffer = 16M
ra como ficou o arquivo de configurao no arquivo my.cnf.
max_allowed_packet = 16M na Listagem 8. Agora repetimos o teste, conforme
thread_stack = 192K Novamente abrimos um shell com o Listagem 10.
thread_cache_size =8
query_cache_limit = 1M
usurio root (linha 1 da Listagem 9), Para poder reiniciar os testes, primei-
query_cache_size = 16M pois iremos executar operaes que ro exclumos as trs tabelas cpia da
log_error = /var/log/mysql/error.log requerem um privilgio superior. Em CLIENTES (linhas 1 a 8 da Listagem 10).
innodb_buffer_pool_size = 1G
innodb_log_file_size = 512M seguida, iremos ao diretrio de dados E ento novamente, criamos a tabela
innodb_log_files_in_group = 7 do MySQL (linha 3), e verificamos seu CLIENTES_02, como uma cpia exata
innodb_log_buffer_size = 256M
contedo (linha 4). Repare nos arquivos da CLIENTES (linhas 10 a 12).

Listagem 9. Comandos para trocar os arquivos de Log e reiniciar o MySQL

01. ricardo@ricardo-laptop:~$ sudo bash
02. [sudo] password for ricardo:
03. root@ricardo-laptop:~# cd /var/lib/mysql/
04. root@ricardo-laptop:/var/lib/mysql# ls -lh
05. total 3,9G
06. -rw-r--r-- 1 mysql mysql 0 2010-08-04 14:42 debian-5.1.flag
07. -rw-rw---- 1 mysql mysql 3,9G 2010-09-02 07:26 ibdata1
08. -rw-rw---- 1 mysql mysql 5,0M 2010-09-02 07:26 ib_logfile0
09. -rw-rw---- 1 mysql mysql 5,0M 2010-09-02 07:26 ib_logfile1
10. drwx------ 2 mysql mysql 4,0K 2010-08-31 15:26 mysql
11. -rw-rw---- 1 mysql mysql 6 2010-07-07 16:10 mysql_upgrade_info
12. -rw-rw---- 1 mysql mysql 6 2010-09-02 07:25 ricardo-laptop.pid
13. drwx------ 2 mysql mysql 4,0K 2010-09-02 07:25 test
14. root@ricardo-laptop:/var/lib/mysql# service mysql stop
15. mysql stop/waiting
16. root@ricardo-laptop:/var/lib/mysql# mv ib_logfile0 ib_logfile0.bkp
17. root@ricardo-laptop:/var/lib/mysql# mv ib_logfile1 ib_logfile1.bkp
18. root@ricardo-laptop:/var/lib/mysql# service mysql start
19. mysql start/running, process 1097
20. root@ricardo-laptop:/var/lib/mysql# ls -lh
21. total 7,7G
22. -rw-r--r-- 1 mysql mysql 0 2010-08-04 14:42 debian-5.1.flag
23. -rw-rw---- 1 mysql mysql 4,2G 2010-09-02 07:59 ibdata1
24. -rw-rw---- 1 mysql mysql 512M 2010-09-02 08:01 ib_logfile0
25. -rw-rw---- 1 mysql mysql 5,0M 2010-09-02 07:59 ib_logfile0.bkp
26. -rw-rw---- 1 mysql mysql 512M 2010-09-02 08:00 ib_logfile1
27. -rw-rw---- 1 mysql mysql 5,0M 2010-09-02 07:56 ib_logfile1.bkp
28. -rw-rw---- 1 mysql mysql 512M 2010-09-02 08:00 ib_logfile2
29. -rw-rw---- 1 mysql mysql 512M 2010-09-02 08:00 ib_logfile3
30. -rw-rw---- 1 mysql mysql 512M 2010-09-02 08:01 ib_logfile4
31. -rw-rw---- 1 mysql mysql 512M 2010-09-02 08:01 ib_logfile5
32. -rw-rw---- 1 mysql mysql 512M 2010-09-02 08:01 ib_logfile6
33. drwx------ 2 mysql mysql 4,0K 2010-08-31 15:26 mysql
34. -rw-rw---- 1 mysql mysql 6 2010-07-07 16:10 mysql_upgrade_info
35. -rw-rw---- 1 mysql mysql 5 2010-09-02 08:01 ricardo-laptop.pid
36. drwx------ 2 mysql mysql 4,0K 2010-09-02 07:48 test

Listagem 10. Comandos SELECT para duplicar a tabela 3 vezes, medindo o tempo

01. mysql> DROP TABLE CLIENTES_02; 11. Query OK, 18105728 rows affected (2 min 45.44 sec)
02. Query OK, 0 rows affected (0.91 sec) 12. Records: 18105728 Duplicates: 0 Warnings: 0
03. 13.
04. mysql> DROP TABLE CLIENTES_03; 14. mysql> CREATE TABLE CLIENTES_03 ENGINE=InnoDB SELECT * FROM CLIENTES;
05. Query OK, 0 rows affected (0.16 sec) 15. Query OK, 18105728 rows affected (2 min 18.15 sec)
06. 16. Records: 18105728 Duplicates: 0 Warnings: 0
07. mysql> DROP TABLE CLIENTES_04; 17.
08. Query OK, 0 rows affected (0.14 sec) 18. mysql> CREATE TABLE CLIENTES_04 ENGINE=InnoDB SELECT * FROM CLIENTES;
09. 19. Query OK, 18105728 rows affected (2 min 42.03 sec)
10. mysql> CREATE TABLE CLIENTES_02 ENGINE=InnoDB SELECT * FROM CLIENTES; 20. Records: 18105728 Duplicates: 0 Warnings: 0

46 SQL Magazine Edio 81

sql81.indb 46 29/10/2010 13:56:07

 Em seguida repetimos o procedimen-
to ma i s dua s vezes, agora c r ia ndo
as tabelas CLIENTES_03 (linha 14) e
CLIENTES_04 (linha 18). importante
reparar novamente nos tempos de cada
uma das execues (linhas 11, 15 e 19,
respectivamente).
Agora sim os tempos melhoraram!
Obtivemos mais de 200% de melhora
em relao aos primeiros tempos. Veja
que os tempos baixaram para 2 45.44,
2 18.15 e 2 42.03.
Concluso
Como vimos nos exemplos mostrados, o
desempenho do MySQL pode ser muito
melhorado com poucas configuraes. No
prximo artigo desta srie, iremos abor-
dar a otimizao de leituras. At l!
sql81.indb 47
Ricardo Portilho Proni Wikipedia:
ricardo@nervinformatica.com.br http://www.wikipedia.org/
http://nervinformatica.com.br Documentao MySQL 5.1:
http://twitter.com/rportilhoproni
http://dev.mysql.com/doc/refman/5.1/en/index.html
Com 20 anos de experincia profis-
sional, Ricardo Portilho Proni Oracle Parmetros MySQL 5.1
ACE Member eleito pela Oracle Corporation um dos http://dev.mysql.com/doc/refman/5.1/en/server-
maiores espacialistas do mundo em Oracle Database system-variables.html
e j trabalhou em grande parte dos maiores bancos
de dados Oracle do Brasil. certificado em Oracle, Thread States MySQL 5.1
SQL Server, DB2, MySQL, Sybase e WebSphere. http://dev.mysql.com/doc/refman/5.1/en/general-
Membro Snior da equipe do Centro de Excelncia thread-states.html
da Solvo S/A, empresa especializada na implemen-
tao e suporte de ambientes de misso crtica com Histrico de Fatured do MySQL
atuao em toda a Amrica Latina. http://dev.mysql.com/doc/refman/5.6/en/
Tambm conselheiro do Grupo de Profissionais development-history.html
Oracle, palestrante do Encontro Nacional de Profis-
sionais Oracle e Instrutor de Treinamentos Avanados
D seu feedback sobre esta edio! eu
Feedback
da Nerv.
s
D
A SQL Magazine tem que ser feita ao seu gosto.
sobre e
Para isso, precisamos saber o que voc, leitor,
s
ta
edio
acha da revista!
D seu voto sobre este artigo, atravs do link:
www.devmedia.com.br/sqlmagazine/feedback
Edio 81 SQL Magazine 47
29/10/2010 13:56:09
 Seo Banco de Dados/Persistncia: "Nesta seo voc encontra artigos banco de dados, SQL ou pers
Explain plan
Desvendando planos de execuo - Parte 3
N Resumo DevMan
as edies passadas abordamos
a interpretao de predicados,
ndices B-Tree, Bitmap, interao
entre os recursos de hardware, transaes e
estratgias de acesso em tabelas e ndices.
Nesta ltima parte focaremos os seguintes
tpicos:
Estratgias de join (juno) entre
tabelas:
Nested Loops;
Sort Merge Join;
Hash Join.
Em toda modelagem de dados, a redun-
dncia de informaes deve ser sumaria-
mente descartada e, como consequncia,
novas tabelas acabam sendo criadas.
Entretanto, no momento da recuperao
ou consulta de informaes, a juno entre
estas tabelas que foram criadas no intuito
de evitar redundncia de informaes
acaba sendo inevitvel.
E justamente este tipo de juno entre ta-
belas que chamamos simplesmente de joins
(significado em ingls para juno).
Junes entre tabelas normalmente
custam caro para a execuo no banco
de dados e justamente por esse motivo
que devemos garantir que o otimizador
utilize a melhor metodologia para traar
a melhor estratgia de acesso s tabelas
envolvidas na(s) juno(es) e esta melhor
estratgia pode ser atravs da utilizao de
um Nested Loop, Sort Merge Join ou ainda
um Hash Join.
Ao final de um breve ensaio decorrente
dos conceitos mencionados sero final-
mente demonstradas aplicaes prticas
em Oracle.
Estratgia de join entre tabelas
Como falado anteriormente, as junes
entre tabelas so necessrias em casos
onde as informaes requeridas no se
48 SQL Magazine Edio 81
sql81.indb 48
istnci
De que se trata o artigo:
Este artigo trata dos conceitos envolvidos na anlise de um plano de execuo proveniente do comando
explain plan em banco de dados relacionais. O plano de execuo a estratgia de acesso adotada pelo
otimizador de consultas do banco de dados para que a mesma seja executada de maneira que obtenha
a melhor performance possvel.
Para que serve:
Esclarecer e desmistificar os mecanismos intrnsecos das etapas de elaborao do plano de execuo,
fazendo com que o DBA entenda o mecanismo de definio de estratgia de acesso e saiba como tirar
proveito dela.
Em que situao o tema til:
Atravs da correta interpretao do plano possvel refinar e redirecionar a execuo, e como consequ-
ncia, atingir um melhor desempenho. O conhecimento e interpretao do plano de execuo se torna
particularmente til na anlise de consultas que apresentam performance insatisfatria para o sistema
como um todo.
encontram em uma nica tabela. Esta si- seria criada e uma juno ser feita com a
tuao extremamente comum e prevista tabela contendo as informaes referentes
nas regras de modelagem. aos assinantes.
Em muitos casos, para que todas as in-
formaes referentes a um determinado Estudo de caso
contexto esteja na mesma tabela, muitos Neste artigo, para a nova srie de exem-
dados seriam redundantes no momento plos foi includa a tabela JOGADOR ao
em que um valor deste contexto se altere. modelo que tenho usado no decorrer desta
Posso exemplificar atravs de uma lista srie. Nesta nova tabela, os jogadores de
telefnica. comum encontrarmos uma futebol so listados e a nacionalidade cor-
sesso em que se possa verificar todos respondente do atleta definida atravs
os telefones e seus respectivos assinantes da coluna PAS_DO_JOGADOR. O ndi-
em uma determinada rua. Neste caso, o ce B-Tree tambm foi criado utilizando
contexto sempre o mesmo (assinantes como base a coluna PAS_DO_JOGADOR
que moram em uma determinada rua), (Figura 1).
porm os valores deste contexto se alteram
(nome de cada assinante). Imagine se, em
cada registro, fossem armazenadas as in-
formaes referentes rua e ao assinante!
Em uma rua em que houvesse 30 assi-
nantes diferentes, a informao referente
rua estaria duplicada (exatamente 30
vezes). Para contornar esta situao, uma
tabela contendo as informaes da rua
29/10/2010 13:56:10
ou pers istncia"
e3
Figura 1. Tabela JOGADOR incluindo suas respectivas nacionalidades e seu ndice B-Tree por
PAS_DO_JOGADOR
Listagem 1. Consulta utilizando JOIN.
SELECT *
FROM PAS, JOGADOR
WHERE PAS.NOME_DO_PAS =
JOGADOR.PAS_DO_JOGADOR
Para recuperar a informao de cada
jogador e a respectiva Confederao que
o mesmo faz parte, necessrio fazer uma
consulta ao banco de dados fazendo uso da
tcnica de juno entre as tabelas PAS e
JOGADOR. Porm, alm de mencionar as
tabelas que faro parte da juno (tabelas
definidas na clusula FROM da consulta
SQL), necessrio tambm utilizar uma
tcnica de juno no filtro da consulta
(clusula WHERE da consulta SQL).
A consulta SQL que retorna as informa-
es referentes ao jogador e respectiva
Confederao pode ser vista na Listagem 1
enquanto que o resultado desta mesma
consulta SQL apresentada na Figura 2.
J tcnicas de juno podem ser consul-
tadas na Nota DevMan 1.
Com base nestas definies, veremos ago-
ra as tcnicas que o otimizador do banco de
dados utiliza para resolver as junes de
sql81.indb 49
Reinaldo Tetsuo Katahira
Figura 2. Resultado da consulta SQL da combinao das tabelas PAS e JOGADOR
Nota do DevMan 1
Cartesian join, Inner join, Left outer join/Right outer
join, Full outer join, Semi join, Anti-join
Cartesian join: Consiste na listagem da combinao de
todas as linhas de duas tabelas (baseado no conceito de
produto cartesiano).
Inner join: Consiste na listagem da combinao das linhas
compatveis com as da tabela remanescente (atendendo
ao predicado de juno), ou seja, com base em uma das
tabelas da juno um inner join retornar somente as
linhas das tabelas remanescentes que possuam relao
existente. Como exemplo, posso citar a tabela CLIENTES e
a tabela COMPRAS. Em um inner join, somente os clientes
que j fizeram compras (possuem relao com a tabela
COMPRAS) apareceriam no resultado da consulta, os
registros de clientes que no possuem compras seriam
omitidos no resultado.
Left outer join/right outer join: Consiste na listagem
da combinao das linhas compatveis com as da tabela
remanescente (atendendo ao predicado de juno),
adicionando listagem as demais linhas que no
apresentaram compatibilidade da tabela posicionada
esquerda (left outer join) ou direita (right outer join)
na declarao do FROM da consulta SQL. No exemplo de
CLIENTES e COMPRAS, o outer join retornaria tambm os
registros de clientes que no possuem compras.
Full outer join: Consiste na listagem da combinao
das linhas compatveis com as da tabela remanescente
(atendendo ao predicado de juno), adicionando listagem
as demais linhas que no apresentaram compatibilidade
de ambas as tabelas, ou seja, todas os registros das
tabelas listadas na consulta sero apresentados,
independentemente de haver relacionamento entre os
registros.
Semi join: Consiste na listagem, sobre apenas uma das
tabelas, das linhas compatveis (atendendo ao predicado
de juno) com outra qualquer encontrada na tabela
remanescente. Dessa forma, no exemplo de CLIENTES e
COMPRAS somente os clientes que possuem compras sero
listados porm, mesmo que um determinado cliente possua
mais de uma compra efetuada (mais de uma combinao
no relacionamento), a informao do cliente ser retornada
apenas uma vez.
Anti-join: Consiste na listagem, sobre apenas uma
das tabelas, das linhas no compatveis (atendendo ao
predicado de juno) com nenhuma outra encontrada na
tabela remanescente, ou seja, em CLIENTES e COMPRAS,
somente os clientes que NO possuem compras sero
listados.
Edio 81 SQL Magazine 49
29/10/2010 13:56:11
 Explain plan
Figura 3. Demonstrao de Nested Loop
Figura 4. Demonstrao de Sort Merge Join
50 SQL Magazine Edio 81
sql81.indb 50
tabelas e retornar as informaes solicita-
das da maneira mais rpida possvel. Como
dito no incio, as tcnicas so: Nested Loop,
Sort Merge Join e Hash Join.
Nested Loop
Em um Nested Loop, com base na primeira
tabela da juno, feita a iterao de cada
uma das linhas com todas as linhas das
tabelas remanescentes da juno. Esta
varredura na tabela remanescente pode ser
feita atravs de um ndice (caso exista) ou
atravs de uma varredura completa (Full
Table Scan). realmente o conceito de loop,
ou seja, para cada linha da primeira tabe-
la da juno, feita uma varredura na(s)
tabela(s) remanescente(s) para encontrar
combinaes.
Na estratgia de Nested Loop, a tabela com
menor cardinalidade deve ser utilizada
como tabela base e direcionar a pesquisa
pelos valores na tabela remanescente.
Exemplificando a estratgia de Nested
Loop para a consulta SQL apresentada na
Listagem 1 e, a mesma explicao de forma
grfica na Figura 3.
1. Utilizando a estratgia de Full Table Scan,
a tabela PAS inspecionada, resgata-se a
primeira linha NOME_DO_PAS: Brasil
CONFEDERAO: CONMEBOL;
2. Utilizando a estratgia de Index Range
Scan, o ndice B-Tree por PAS_DO_JOGA-
DOR da tabela JOGADOR pesquisado. O
valor Brasil anterior ou igual ao valor
referncia do n raiz Brasil, portanto
direciona-se ao n predecessor;
3. O valor Brasil posterior ao valor re-
ferncia do n intermedirio Argentina,
portanto direciona-se ao n sucessor;
4. O valor Brasil igual ao valor refe-
rncia do n folha Brasil, portanto dire-
ciona-se ao endereo das linhas Bloco: 30
Posio: 1 e Bloco: 32 Posio: 1;
5. Atravs do endereo da linha Bloco: 30
Posiao: 1 e Bloco: 32 Posio:1 os valo-
res Jlio Csar e Kaka so exibidos.
Estes passos so repetidos para todas
as demais linhas da inspeo da tabela
base PAS.
A ordem das linhas exibidas pelo resul-
tado, como pode ser observado, respeita a
ordem de armazenamento da tabela PAS.
29/10/2010 13:56:11
 Sort Merge Join
Basicamente, um Sort Merge Join faz
uma ordenao de todas as linhas da
primeira tabela da juno que sejam
relevantes com base na chave de jun-
o (predicado encontrado na clusula
WHERE) e tambm executar o mesmo
processo em todas as outras tabelas
remanescentes e, ao final, executa uma
fuso (merge) entre os registros previa-
mente ordenados.
Exemplificando a estratgia de Sort
Merge Join para a consulta SQL apresen-
tada na Listagem 1 e, a mesma explicao
de forma grfica na Figura 4.
1. Ut i l i za ndo a est ratg ia de Index
Full Scan o ndice B -Tree da coluna
NOME_DO_PAS da tabela PAS ins-
pecionado;
2. Atravs dos endereos armazenados
em ns folhas todas as linhas da tabe-
la PAS so resgatadas em ordem de
NOME_DO_PAS;
3. O resultado temporrio A armaze-
nado no espao temporrio;
4. Utilizando a estratgia de Index Full
Scan o ndice B-Tree da coluna PAS_
DO_ JOGADOR da tabela JOGADOR
inspecionado;
5. Atravs dos endereos armazenados
em ns folhas todas as linhas da tabela
JOGADOR so resgatadas em ordem de
PAS_DO_JOGADOR;
6. O resultado temporrio B armazena-
do no espao temporrio.
Atravs dos dois resultados tempor-
rios realiza-se a consolidao e exibio
do resultado final.
A ordem das linhas exibidas pelo resul-
tado, como pode ser observado, respeita
a ordem da coluna NOME_DO_PAS da
tabela PAS e da coluna PAS_DO_JO-
GADOR da tabela JOGADOR.
com o resultado da funo hash executa-
da na primeira tabela. Sempre que encon-
tra uma correspondncia entre os valores
hash, a informao apresentada. demais colunas da tabela PAS.
A tabela de menor cardinalidade
utilizada como tabela base e mapeada
na forma de hash table onde o valor re-
ferncia (key) servir para o resgate das
demais colunas da linha (o conceito de
hash function, muito utilizado em lingua-
gens de programao, bastante eficaz
para a pesquisa, entretanto sua aplicao
em bancos de dados relacionais ocupa
razovel espao temporrio). Em seguida sh.customers proveniente do pacote nativo
a tabela remanescente inspecionada
servindo seus valores como referncia
para a hash table.
Exemplificando a estratgia de Hash
Join para a consulta SQL apresentada
na Listagem 1 e, a mesma explicao de
forma grfica na Figura 5.
1. Utilizando a estratgia de Table Access
Full a tabela PAS inspecionada;
2. A hash table construda e armazenada
no espao temporrio;
3. Utilizando a estratgia de Table Access
Full a tabela JOGADOR inspecionada.
Utilizando os valores da coluna PAS_
DO_ JOGADOR da tabela JOGADOR
como referncia hash table exibe-se as
A ordem das linhas exibidas pelo resul-
tado, como pode ser observado, respeita
a ordem de armazenamento da tabela
JOGADOR.
Exemplo de leitura de plano de execu-
o em Oracle
Todos os comandos abaixo so execu-
tados no SQL*Plus da Oracle. A tabela
de exemplos do Oracle 11g apresenta os
seguintes valores distintos de estado civil
(cust_marital_status) (Listagem 2).
A Listagem 3 apresenta uma consulta
SQL da combinao de vendas (sh.sales)
de todos os clientes (sh.customers) casados,
com ano de nascimento (cust_year_of_
birth) ps 1900 e gnero (cust_gender)
masculino ou no informado. Normaliza-
dos os valores Married (m maisculo),
married (m minsculo) e nulos para
married (casado), valores nulos de ano
de nascimento e gnero foram atribudos

Hash Join
Um Hash Join pega a menor tabela e
a percorre executando uma funo hash
(ou algoritmo hash) sobre as colunas
presentes no filtro (clusula WHERE)
e armazena o resultado. Logo depois
executa a mesma funo hash nas tabelas
remanescentes considerando as colunas
presentes no filtro e faz a comparao Figura 5. Demonstrao de Hash Join

Edio 81 SQL Magazine 51

sql81.indb 51 29/10/2010 13:56:11

 Explain plan

Listagem 2. Valores distintos de estado civil da tabela ao ano 1900 e ao Nao Informado res- de CUSTOMERS (que atende ao predicado
sh.customers. pectivamente. de filtro cdigo 3), dentre as parties
REM O comando abaixo converte valores NULL na O cdigo (Id) da operao (Operation) nmero 1 a 28 (Pstart e Pstop) da tabela
representao <NULL> para efeito de visualizao. associado ao objeto (Name), atravs da car- SALES, localiza-se o endereo (ROWID)
SET NULL <NULL>
dinalidade estimada (Rows) e leitura em bytes das linhas correspondente ao valor bitmap
SELECT count(*), cust_marital_status estimada (Bytes). Calcula-se o custo (Cost) de cada CUST_ID (que atende ao predicado
FROM sh.customers
GROUP BY cust_marital_status;
que serve de mtrica de suporte s decises de acesso cdigo 6) e eventualmente exibe-
do otimizador de consultas. O tempo estima- se as colunas remanescentes de SALES.
COUNT(*) CUST_MARITAL_STATUS do de execuo (Time) baseado no custo e os Repetem-se os passos at a concluso da
------------- --------------------------------
615 Divorc. limites de parties da tabela (Pstart/Pstop) inspeo de CUSTOMERS.
75 Mabsent para inspeo tambm so fornecidos. A Listagem 4 apresenta as informaes
3 Mar-AF
2034 Married O cdigo da operao no serve como base referentes aos predicados da consulta.
1503 NeverM para a sequncia das etapas. A primeira As estatsticas (statistics)(Listagem 5)
134 Separ.
136 Widowed
operao deste caso o TABLE ACCESS revelam algumas mtricas da execuo
150 divorced FULL em CUSTOMERS, pois pertence corrente.
14253 married
ltima estratgia de join (NESTED LOOP, - As chamadas recursivas (recursive calls),
19094 single
75 widow MERGE JOIN ou HASH JOIN) da ramifi- no contexto Oracle, so chamadas internas
17428 <null> cao. Atravs da inspeo de cada linha do SGBD e diferente das originadas direta-
mente pelo usurio. Uma taxa muito alta de
recursive call sobre as chamadas do usurio
Listagem 3. Consulta s tabelas sh.sales e sh.customers. pode indicar problemas de dimensionamen-
to dos mais diversos tipos de segmento ou
REM O comando SET AUTOTRACE TRACE habilita o modo de investigao e omite a exibio dos dados.
SET AUTOT TRACE EXP STAT dicionrio de dados (data dictionary miss);
- O db block get revela o nmero de blocos
REM O comando abaixo descarrega o buffer cache para que nenhuma das consultas dos testes seja beneficiada.
ALTER SYSTEM FLUSH BUFFER_CACHE; acessados em current mode, portanto blocos
na situao corrente;
SELECT *
FROM sh.sales s, sh.customers c - O consistent get revela o nmero de
WHERE s.cust_id = c.cust_id blocos acessados em consistent mode,
AND DECODE(cust_marital_status, Married, married, NULL, married, cust_marital_status) = married
AND NVL(cust_year_of_birth, 1900) >= 1900
portanto na situao em que foi iniciada
AND DECODE(cust_gender, NULL, Nao Informado, cust_gender) >= M; a execuo (consistncia de leitura tem-
poral discutido no tpico de transaes).
366653 rows selected.
As mtricas somadas de db block get e o
Elapsed: 00:00:14.67 consistent get representam o nmero total
Execution Plan de blocos acessados pela consulta (logical
---------------------------------------------------------- IO ou logical read);
Plan hash value: 1876030245
- O physical read revela o nmero de lei-
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- turas em disco;
| Id | Operation | Name | Rows | Bytes | Cost (%CPU) | Time | Pstart | Pstop |
- O redo size revela o espao utilizado em
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 181 | 37829 | 865 (1) | 00:00:11 | | | bytes em redo pela execuo de instruo
| 1 | NESTED LOOPS | | | | | | | | DML (Data Manipulation Language);
| 2 | NESTED LOOPS | | 181 | 37829 | 865 (1) | 00:00:11 | | |
|*3 | TABLE ACCESS FULL | CUSTOMERS | 1 | 180 | 406 (1) | 00:00:05 | | | - O trfego de bytes via SQL*Net revela-
| 4 | PARTITION RANGE ALL | | | | | | 1 | 28 | do pelas mtricas de bytes sent via SQL*Net
| 5 | BITMAP CONVERSION TO ROWIDS | | | | | | | |
|*6 | BITMAP INDEX SINGLE VALUE | SALES_CUST_BIX | | | | | 1 | 28 |
to client, bytes received via SQL*Net from
| 7 | TABLE ACCESS BY LOCAL INDEX ROWID | SALES | 130 | 3770 | 865 (1) | 00:00:11 | 1 | 1 | client e SQL*Net roundtrips to/from client;
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
- Os sorts (memory) e sorts (disks) so rela-
cionados ao espao temporrio utilizado
Listagem 4. Informaes sobre os predicados da consulta. em memria e disco;
- O rows processed referente ao nmero de
Predicate Information (identified by operation id):
linhas exibidas.
-----------------------------------------------------------------------------

3 - filter(DECODE(CUST_MARITAL_STATUS,Married,married,NULL,married,CUST_MARITAL_STATUS)=married Observa-se que so necessrios 1.277.594

AND NVL(CUST_YEAR_OF_BIRTH,1900)>=1900 AND DECODE(CUST_GENDER,NULL,
Nao Informado,CUST_GENDER)>=M) blocos (db block gets+consistent gets) para a
6 - access(S.CUST_ID=C.CUST_ID) execuo da consulta que determinam os

52 SQL Magazine Edio 81

sql81.indb 52 29/10/2010 13:56:12

 14,67 segundos gastos. Um TABLE ACCESS
FULL encontrado na linha 3 do plano de
execuo que, de acordo com a crena po-
pular, deve ser imediatamente substitudo
pelo acesso ao ndice, como mostrado na
Listagem 6.
O TABLE ACCESS FULL anterior foi
substitudo pelo TABLE ACCESS BY
INDEX ROWID seguido de um INDEX
FULL SCAN. Neste ltimo caso foram
necessrios 1.330.418 blocos (db block
gets+consistent gets), portanto mais blocos
acessados que a consulta anterior resultan-
do em pior resposta de 15,42 segundos. A
crena popular foi desmistificada, por isso
partiremos para a anlise da cardinalida-
de dos predicados envolvidos. O hint /*+
gather_plan_statistics */ ilustra um com-
parativo entre a cardinalidade estimada e
a real (Listagem 7).
Observa-se que a coluna de cardinalida-
de estimada (E-Rows) e cardinalidade real
(A-Rows) diverge de 1 para 22.848, portan-
to a seletividade estimada do predicado na
operao de cdigo (Id) 3 difere em dema-
sia da realidade, afetando assim o plano de
execuo. A Listagem 8 apresenta a anlise
pontual da tabela CUSTOMERS.
Atravs da constatao de que a seleti-
vidade real do predicado 22849/55500
(41%) conclui-se que a estratgia de NES-
TED LOOP no a mais eficiente para o
caso especfico, portanto ser definido um
hint que direciona a estratgia para HASH
JOIN com FULL TABLE SCAN em ambas
as tabelas, como mostra a Listagem 9.
A estratgia de HASH JOIN com TABLE
ACCESS FULL s duas tabelas acessou
27.584 blocos (db block gets+consistent
gets), portanto apenas 2% dos blocos
acessados em testes anteriores resultando
na melhor resposta de 10,64 segundos.
O buffer cache foi descarregado antes da
execuo da consultas o que culminou na
leitura em disco de 3102 blocos (physical
reads). Constata-se que o ndice de leitura
em discos foi bastante semelhante nos trs
testes o que aproximou os tempos de todas
as consultas, mas no foi suficiente para
anular os benefcios da ltima estratgia
adotada.
Para a tentativa de resoluo do problema
citado foi avaliado o Oracle SQL Tuning
sql81.indb 53
Advisor e os resultados obtidos esto Listagem 5. Informaes sobre estatsticas.
apresentados na Listagem 10. Statistics
Constata-se que SQL Tuning Advisor ---------------------------------------------------------------------
15635 recursive calls
no ofereceu conselho de refinamento 0 db block gets
para a especfica consulta SQL. A tcnica 1277594 consistent gets
de atualizao manual de outlines em 3688 physical reads
0 redo size
casos em que o cdigo fonte no pode 19367861 bytes sent via SQL*Net to client
ser atualizado tambm deve ser evitada e 269289 bytes received via SQL*Net from client
24445 SQL*Net roundtrips to/from client
no ser abordada neste artigo. Portanto, 133 sorts (memory)
resta aprimorar a coleta de estatsticas dos 0 sorts (disk)
366653 rows processed
objetos envolvidos nos predicados.
Listagem 6. Consulta SQL forando o uso de ndice.
ALTER SYSTEM FLUSH BUFFER_CACHE;
SELECT /*+ use_nl(s c) index(c) index(s) */ *
FROM sh.sales s, sh.customers c
WHERE s.cust_id = c.cust_id
AND DECODE(cust_marital_status, Married, married, NULL, married, cust_marital_status) = married
AND NVL(cust_year_of_birth, 1900) >= 1900
AND DECODE(cust_gender, NULL, Nao Informado, cust_gender) >= M;
366653 rows selected.
Elapsed: 00:00:15.42
Execution Plan
----------------------------------------------------------
Plan hash value: 245521802
---------------------------------------------------------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes |Cost (%CPU)| Time |Pstart|Pstop |
---------------------------------------------------------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 181 | 37829 | 109K (1) |00:21:50| | |
| 1 | NESTED LOOPS | | | | | | | |
| 2 | NESTED LOOPS | | 181 | 37829 | 109K (1) |00:21:50| | |
|*3 | TABLE ACCESS BY INDEX ROWID | CUSTOMERS | 1 | 180 | 54541(1) |00:10:55| | |
| 4 | INDEX FULL SCAN | CUSTOMERS_PK | 55500 | | 117 (1) |00:00:02| | |
| 5 | PARTITION RANGE ALL | | | | | | 1 | 28 |
| 6 | BITMAP CONVERSION TO ROWIDS | | | | | | | |
|*7 | BITMAP INDEX SINGLE VALUE | SALES_CUST_BIX | | | | | 1 | 28 |
| 8 | TABLE ACCESS BY LOCAL INDEX ROWID | SALES | 130 | 3770 | 109K (1) |00:21:50| 1 | 1 |
---------------------------------------------------------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
3 - filter(DECODE(CUST_MARITAL_STATUS,Married,married,NULL,married,CUST_MARITAL_STATUS)=married
AND NVL(CUST_YEAR_OF_BIRTH,1900)>=1900 AND DECODE(CUST_GENDER,NULL,Nao Informado,
CUST_GENDER)>=M)
7 - access(S.CUST_ID=C.CUST_ID)
Statistics
----------------------------------------------------------
15635 recursive calls
0 db block gets
1330418 consistent gets
3835 physical reads
0 redo size
19422964 bytes sent via SQL*Net to client
269289 bytes received via SQL*Net from client
24445 SQL*Net roundtrips to/from client
133 sorts (memory)
0 sorts (disk)
366653 rows processed
Edio 81 SQL Magazine 53
29/10/2010 13:56:12
 Explain plan

Listagem 7. Consulta SQL mostrando o comparativo da cardinalidade.

SET AUTOT OFF | Id | Operation | Name | Starts |E-Rows| A-Rows | A-Time | Buffers |
------------------------------------------------------------------------------------------------------------------------------------------------------------
SELECT /*+ gather_plan_statistics */ * | 1 | NESTED LOOPS | | 1 | | 366K |00:00:24.20| 1274K |
FROM sh.sales s, sh.customers c | 2 | NESTED LOOPS | | 1 | 181 | 366K |00:00:17.60| 1022K |
WHERE s.cust_id = c.cust_id |*3 | TABLE ACCESS FULL | CUSTOMERS | 1 | 1 | 22849 |00:00:00.09| 3879 |
AND DECODE(cust_marital_status, Married, married, NULL, married, | 4 | PARTITION RANGE ALL | | 22849 | | 366K |00:00:13.47| 1018K |
cust_marital_status) = married | 5 | BITMAP CONVERSION TO ROWIDS | | 639K | | 366K |00:00:09.55| 1018K |
AND NVL(cust_year_of_birth, 1900) >= 1900 |*6 | BITMAP INDEX SINGLE VALUE | SALES_CUST_BIX | 639K | | 14207 |00:00:04.40| 1018K |
AND DECODE(cust_gender, NULL, Nao Informado, cust_gender) >= M; | 7 | TABLE ACCESS BY LOCAL INDEX ROWID | SALES | 366K | 130 | 366K |00:00:03.08| 251K |
----------------------------------------------------------------------------------------------------------------------------------------
SELECT *
FROM TABLE(dbms_xplan.display_cursor(null, null, ALLSTATS LAST)); Predicate Information (identified by operation id):
---------------------------------------------------
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------------------------------------- 3 - filter((DECODE(CUST_MARITAL_STATUS,Married,married,NULL,married,
SQL_ID dgpg9mj69515g, child number 0 CUST_MARITAL_STATUS)=
------------------------------------- married AND DECODE(CUST_GENDER,NULL,Nao Informado,
SELECT /*+ gather_plan_statistics */ * FROM sh.sales s, CUST_GENDER)>=M AND
sh.customers c WHERE s.cust_id = c.cust_id AND DECODE(TO_CHAR(CUST_YEAR_OF_BIRTH),NULL,1900,
DECODE(cust_marital_status, Married, married, NULL, married, CUST_YEAR_OF_BIRTH)>=1900))
cust_marital_status) = married AND DECODE(cust_year_of_birth, 6 - access(S.CUST_ID=C.CUST_ID)
NULL, 1900, cust_year_of_birth) >= 1900 AND DECODE(cust_gender,
NULL, Nao Informado, cust_gender) >= M

Plan hash value: 1876030245

---------------------------------------------------------------------------------------------------------------

Listagem 8. Anlise pontual da tabela CUSTOMERS.

SELECT count(*)
22849
FROM sh.customers
WHERE DECODE(cust_marital_status, Married, married, NULL, married,
SELECT count(*)
cust_marital_status) = married
FROM sh.customers;
AND NVL(cust_year_of_birth, 1900) >= 1900
AND DECODE(cust_gender, NULL, Nao Informado, cust_gender) >= M;
COUNT(*)
--------
COUNT(*)
55500
--------

Listagem 9. Consulta direcionada para HASH JOIN.

SET AUTOT TRACE EXP STAT --------------------------------------------------------------------------------------------------

ALTER SYSTEM FLUSH BUFFER_CACHE; Predicate Information (identified by operation id):

---------------------------------------------------
SELECT /*+ use_hash(s c) full(c) full(s) */ *
FROM sh.sales s, sh.customers c 1 - access(S.CUST_ID=C.CUST_ID)
WHERE s.cust_id = c.cust_id 2 - filter(DECODE(CUST_MARITAL_STATUS,Married,married,NULL,married,
AND DECODE(cust_marital_status, Married, married, NULL, married, CUST_MARITA
cust_marital_status) = married L_STATUS)=married AND NVL(CUST_YEAR_OF_BIRTH,1900)>=1900 AND
AND NVL(cust_year_of_birth, 1900) >= 1900 DECODE(CUST_GENDER,NULL,Nao Informado,CUST_GENDER)>=M)
AND DECODE(cust_gender, NULL, Nao Informado, cust_gender) >= M;
Statistics
366653 rows selected. ----------------------------------------------------------
0 recursive calls
Elapsed: 00:00:10.64 0 db block gets
27584 consistent gets
Execution Plan 3102 physical reads
---------------------------------------------------------- 0 redo size
Plan hash value: 3549450340 63727095 bytes sent via SQL*Net to client
----------------------------------------------------------------------------------------------------------------------------- 269289 bytes received via SQL*Net from client
| Id| Operation | Name | Rows | Bytes |Cost (%CPU)| Time | Pstart | Pstop | 24445 SQL*Net roundtrips to/from client
----------------------------------------------------------------------------------------------------------------------------- 0 sorts (memory)
| 0 | SELECT STATEMENT | | 181 | 37829 | 903 (2) | 00:00:11 | | | 0 sorts (disk)
|*1| HASH JOIN | | 181 | 37829 | 903 (2) | 00:00:11 | | | 366653 rows processed
|*2| TABLE ACCESS FULL |CUSTOMERS| 1 | 180 | 406 (1) | 00:00:05 | | |
| 3 | PARTITION RANGE ALL| | 918K | 25M | 493 (3) | 00:00:06 | 1 | 28 |
| 4 | TABLE ACCESS FULL | SALES | 918K | 25M | 493 (3) | 00:00:06 | 1 | 28 |

54 SQL Magazine Edio 81

sql81.indb 54 29/10/2010 13:56:12

 Para refinar a estimativa de seletividade aproximando da realidade a estimativa de substituram seus respectivos predica-
de predicados a Oracle, a partir do 11g, seletividade (Listagem 11). dos na seo de Predicate Information
prov a funo dbms_stas.create_exten- Constata-se que os cdigos SYS_STU1- refinando a cardinalidade estimada.
ded_stats. Atravs desse recurso a densi- L9I7 HIECMTLCT Y Y98023KQ , SYS_ Atravs dessa atualizao o plano de
dade e o histograma sero coletados dire- STUN_8HNV$R3YSHNMOXC6JBGI6 e execuo reflete o timo sem o auxlio
tamente sobre os predicados predefinidos SYS_STU5K2XH6CR2V4$_17KE9L4LJR de hints.

Listagem 10. Resultados fornecidos pelo Oracle SQL Tuning Advisor.

VAR task_id VARCHAR2(20) AND DECODE(cust_marital_status, Married, married, NULL, married,
cust_marital_status) = married -
EXEC :task_id:= dbms_sqltune.create_tuning_task ( - AND NVL(cust_year_of_birth, 1900) >= 1900 -
user_name => SH, - AND DECODE(cust_gender, NULL, Nao Informado, cust_gender) >= M -
scope => COMPREHENSIVE, - -
time_limit => 1000000000, - )
task_name => sh_customers_sales, -
EXEC dbms_sqltune.execute_tuning_task (sh_customers_sales)
sql_text => -
SELECT * - SELECT dbms_sqltune.report_tuning_task (sh_customers_sales) FROM DUAL;
FROM -
sh.sales s, - DBMS_SQLTUNE.REPORT_TUNING_TASK(SH_CUSTOMERS_SALES)
sh.customers c - --------------------------------------------------------------------------------
WHERE - GENERAL INFORMATION SECTION
s.cust_id = c.cust_id - --------------------------------------------------------------------------------

Listagem 11. Coleta de estatsticas.

SELECT Nao Informado,
dbms_stats.create_extended_stats( cust_gender
SH, )
CUSTOMERS, )
( ) EXTENDED_STAT_3
DECODE( FROM DUAL;
cust_marital_status,
Married, EXTENDED_STAT_3
married, --------------------------------------------------------------
NULL, SYS_STUN_8HNV$R3YSHNMOXC6JBGI6
married,
cust_marital_status EXEC dbms_stats.gather_table_stats(SH, CUSTOMERS)
)
) PL/SQL procedure successfully completed.
) EXTENDED_STAT_1
FROM DUAL; SET AUTOT TRACE EXP
EXTENDED_STAT_1 SELECT *
-------------------------------------------------------------- FROM sh.sales s, sh.customers c
SYS_STU1L9I7HIECMTLCTYY98023KQ WHERE s.cust_id = c.cust_id
AND DECODE(cust_marital_status, Married, married, NULL, married,
SELECT cust_marital_status) = married
dbms_stats.create_extended_stats( AND NVL(cust_year_of_birth, 1900) >= 1900
SH, AND DECODE(cust_gender, NULL, Nao Informado, cust_gender) >= M;
CUSTOMERS,
(
Execution Plan
NVL(cust_year_of_birth, 1900)
----------------------------------------------------------
)
Plan hash value: 3549450340
) EXTENDED_STAT_2
---------------------------------------------------------------------------------------------------------------
FROM DUAL;
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
---------------------------------------------------------------------------------------------------------------------------------
EXTENDED_STAT_2
| 0 | SELECT STATEMENT | | 361K | 76M | 903 (2) | 00:00:11 | | |
--------------------------------------------------------------
|* 1 | HASH JOIN | | 361K | 76M | 903 (2) | 00:00:11 | | |
SYS_STU5K2XH6CR2V4$_17KE9L4LJR
|* 2 | TABLE ACCESS FULL | CUSTOMERS | 2775 |525K | 406 (1) | 00:00:05 | | |
| 3 | PARTITION RANGE ALL | | 918K | 25M | 493 (3) | 00:00:06 | 1 | 28 |
SELECT
| 4 | TABLE ACCESS FULL | SALES | 918K | 25M | 493 (3) | 00:00:06 | 1 | 28 |
dbms_stats.create_extended_stats(
---------------------------------------------------------------------------------------------------------------------------------
SH,
Predicate Information (identified by operation id):
CUSTOMERS,
---------------------------------------------------
(
DECODE( 1 - access(S.CUST_ID=C.CUST_ID)
cust_gender, 2 - filter(C.SYS_STU1L9I7HIECMTLCTYY98023KQ=married AND
NULL, C.SYS_STUN_8HNV$R3YSHNMOXC6JBGI6>=M AND
C.SYS_STU5K2XH6CR2V4$_17KE9L4LJR>=1900)

Edio 81 SQL Magazine 55

sql81.indb 55 29/10/2010 13:56:12

 Explain plan
Concluso
Como vimos ao longo desta srie de arti-
gos, o plano de execuo de uma consulta
SQL de extrema importncia para a efi-
cincia de um SGBD e saber analisar este
plano de execuo uma tarefa primordial
para todo e qualquer DBA.
Os planos de execuo fornecem ao DBA
todas as informaes necessrias para
a anlise de performance de consultas
mas cabe ao DBA fazer as anlises corre-
tamente para tirar do SGBD o mximo
possvel.
Os hints so bons amigos para fazer
com que o plano de execuo adote uma
estratgia melhor de acesso, mas muito
importante salientar que os mesmo hints
podem tambm ser um grande vilo em
outro momento. Isso se deve ao fato de
um banco de dados ser muito dinmico,
com crescimentos de tabelas e tambm
redues de tabelas. Esta alterao no vo-
lume de dados pode fazer com que uma
estratgia de acesso boa (forada por um
sql81.indb 56
hint) no passado seja ruim agora e esse
um dos principais motivos para que se
evite o uso de hints.
O ideal sempre deixar na mo do ban- a melhor estratgia de acesso de acordo com
co de dados para que a escolha da melhor
estratgia de acesso seja feita. Mas para isso,
muito importante que o DBA fornea
informaes para que o otimizador escolha
a melhor estratgia. Essas informaes so
Reinaldo Tetsuo Katahira
reinaldokatahira@gmail.com
- IBM Certified Database Admi-
nistrator DB2v9
- Oracle Certified Expert RAC 10g
- Oracle Certified Professional
- Microsoft Certified Database Administrator
- Microsoft Certified Systems Engineer
- Microsoft Certified Systems Administrator
- DBA Oracle na IBM do Brasil em projeto interna-
cional administrando ambiente de produo de alta
criticidade.
- Consultor independente de Bancos de Dados.
fornecidas ao otimizador com a coleta regu-
lar de estatsticas. Estatsticas atualizadas
faro com que o otimizador escolha sempre
o momento do banco de dados.
Oracle Database Online
Documentation 11g Release 2 (11.2)
http://www.oracle.com/pls/db112/
homepage?remark=tahiti
Oracle Database 11g Release 2
http://www.oracle.com/technology/software/
products/database/index.html
D seu feedback sobre esta edio! eu
Feedback
s
D
A SQL Magazine tem que ser feita ao seu gosto.
sobre e
Para isso, precisamos saber o que voc, leitor,
s
ta
edio
acha da revista!
D seu voto sobre este artigo, atravs do link:
www.devmedia.com.br/sqlmagazine/feedback
29/10/2010 13:56:15
e d ba c
k
sobre e
s

ta
edi

Edio 81 SQL Magazine 57

sql81.indb 57 29/10/2010 13:56:18

 Seo Banco de Dados/Persistncia: "Nesta seo voc encontra artigos banco de dados, SQL ou pers
Desvendando o Automatic Stora ge
N Resumo DevMan
a primeira parte deste artigo vi-
mos todos os conceitos referen-
tes ao ASM Automatic Storage
Management e j iniciamos uma sesso
Mo na Massa em que criamos arquivos
no sistema operacional para simular raw
devices que sero utilizados como discos.
Na segunda parte, criamos manualmente
uma instncia ASM, inclusive verificando
se a instncia conseguiu enxergar os
discos existentes.
Na terceira parte comeamos a, efetiva-
mente, utilizar o ASM. J sabemos como
criar e gerenciar disk groups. Vimos como
trabalhar com templates e com diretrios na
quarta parte da srie. Na quinta parte apren-
demos como trabalhar com aliases. Continu-
arei nesta edio a desvendar mais algumas
caractersticas do ASM. Em particular,
iniciaremos a configurao para migrao
de um banco de dados para o ASM.
Os arquivos no ASM
preciso conhecer alguns detalhes quan-
do trabalhamos com os arquivos no ASM.
Conhecer estes detalhes podem evitar que
o DBA perca um tempo precioso tentando
diagnosticar qual o motivo do problema
apresentado.
Existem vrias maneiras de referenciar
um arquivo no ASM:
Qualificao completa do arquivo: esta
referncia contempla a informao com-
pleta do arquivo em questo, no seguinte
formato:
+dgroup/dbname/file_type/file_
type_tag.file.incarnation
Exemplo: +DATA/rr11g/datafile/
sqlmag.257.728999701
Formato numrico do arquivo: desta
forma, o arquivo referenciado conside-
rando as informaes numricas definidas
de maneira nica na instncia ASM. O
formato apresentado logo abaixo:
58 SQL Magazine Edio 81
sql81.indb 58
istnci
De que se trata o artigo:
Este artigo trata da definio de conceitos e utilizao do ASM Automatic Storage Management, fer-
ramenta da Oracle para gerenciamento do armazenamento de dados.
Para que serve:
Auxiliar os DBAs nas tarefas do dia-a-dia referentes a alocao e gerenciamento de espao para o cres-
cimento dos bancos de dados.
Em que situao o tema til:
Em ambientes Single Instance ou Real Application Cluster o ASM se mostra muito til para centralizar o
armazenamento e administrao de espaos, facilitando bastante as tarefas rotineiras do DBA.
+dgroup.file.incarnation Agora que j conhecemos as maneiras
Exemplo: +DATA.257.728999701 de referenciar arquivos no ASM, bom
Alias do arquivo: o arquivo referenciado termos um certo cuidado ao utiliz-las
atravs do apelido que foi dado no mo- pois os arquivos no ASM no so excludos
mento da criao, veja abaixo o formato: automaticamente se:
+dgroup/directory/filename O(s) arquivo(s) foi(foram) criado(s) utili-
Exemplo: +DATA/rr11g/datafile/ zando um alias, ou seja, no foi utilizado
ts_sqlmag_01.dbf o formato OMF (Oracle Managed Files);
Alias do arquivo juntamente com o Foi executado um Recovery (recuperao)
template: caso tenha sido utilizado um utilizando a tcnica de um determinado
template na criao deste arquivo, o mes- ponto no tempo, conhecido como Point-
mo pode ser referenciado considerando in-Time Recovery.
esta definio, conforme formato descrito
abaixo: Nos casos descritos acima, ser neces-
+dgroup(template)/alias srio excluir manualmente os referidos
Exemplo: +DATA(SQL_MAGAZINE)/ arquivos. E poderemos excluir estes ar-
ts_sqlmag_02.dbf quivos referenciando-os atravs de uma
Qualificao incompleta do arquivo: das formas descritas acima, conforme
podemos tambm referenciar os arquivo apresentado na Listagem 1.
atravs da qualificao incompleta, como
mostrado abaixo: Convertendo o banco de dados para o ASM
+dgroup A partir de agora, j conhecemos tudo o
Exemplo: +DATA que precisvamos para utilizar o ASM, o
Q ualificao incompleta do arquivo que falta agora justamente converter o
juntamente com o template: esta mais banco de dados da estrutura convencional
uma maneira de referenciar um arquivo para o ASM.
do ASM, veja abaixo: Um ponto interessante que no precisa-
+dgroup(template) mos fazer a converso de todo o banco de
Exemplo: +DATA(SQL_MAGAZINE) dados diretamente para o ASM. possvel
29/10/2010 13:56:18
ou pers istncia"
ra ge Management - Parte 6
manter o banco de dados ativo, porm de
maneira hbrida, ou seja, parte do banco
de dados no mtodo convencional e parte
do banco de dados no ASM.
Mas em que situao isso pode ser til?
Atualmente, os bancos de dados tem
crescido cada vez mais. Mais e mais infor-
maes tem sido armazenadas no banco
de dados e, com certeza, este fato pode
ser um grande problema num momento
de migrao como este.
Apenas para exemplificar, atualmente
um dos bancos de dados que adminis-
tro, em ambiente de produo, possui
aproximadamente 5TB (TeraBytes) de
dados num ambiente de alta disponibi-
lidade que opera em regime 24 x 7 (24
horas por dia e 7 dias por semana). Este
um ambiente que definitivamente no
permite uma parada de 12 ou 18 horas
para fazer a migrao completa do banco
de dados.
O que fazer ento? Bem, com base na
janela de manuteno disponibilizada
(apenas 3 horas na madrugada de domingo
2am at 5am) a migrao tem sido feita
parcialmente, pois o ASM permite isso.
Podemos fazer a migrao de todo o
banco de dados de uma nica vez, migrar
apenas uma tablespace ou ainda migrar
apenas um datafile.
Desta forma, dependendo do tamanho
da tablespace, tenho utilizado a segunda
ou terceira alternativa. Mostrarei as trs
alternativas nesta srie.
Iniciando a converso do banco de
dados para o ASM
Primeiramente, preciso configurar
todo o ambiente para uma perfeita con-
verso sem surpresas:
Tenha certeza que o banco de dados
esteja usando um spfile (Nota DevMan 1)
(veja Listagem 2).
sql81.indb 59
Ricardo Rezende
Altere os parmetros DB_
Listagem 1. Excluindo arquivos do ASM manualmente.
CREATE_FILE_DEST, DB_RE-
COVERY_FILE_DEST_SIZE, 01. -- Excluindo o arquivo atravs da qualificao total
DB_RECOVERY_FILE_DEST 02. SQL> ALTER DISKGROUP DATA
03. 2 DROP FILE +DATA/rr11g/datafile/sqlmag.257.728999701;
e CONTROL_FILES para que 04.
reflitam a nova localizao 05. Diskgroup altered.
(veja Listagem 3): 06.
07. Elapsed: 00:00:02.04
D B_CREATE_FILE_DEST: 08.
aponta a localizao da criao 09. -- Excluindo o arquivo atravs do formato numrico
10. SQL> ALTER DISKGROUP DATA
automtica de novos arquivos
11. 2 DROP FILE +DATA.258.728999705;
do banco de dados caso esta 12.
localizao seja omitida na 13. Diskgroup altered.
14.
criao do mesmo;
15. Elapsed: 00:00:03.05
D B _ R E C O V E R Y_ F I L E _ 16.
DEST_SIZE: define o tama- 17. -- Excluindo o arquivo atravs do alias
18. SQL> ALTER DISKGROUP DATA
nho mximo (em Bytes) a ser 19. 2 DROP FILE +DATA/ts_sqlmag_02.dbf;
usado pelo banco de dados 20.
para armazenar os arquivos 21. Diskgroup altered.
22.
de recuperao criados na fast 23. Elapsed: 00:00:05.07
recovery area;
DB_RECOVERY_FILE_DEST:
Listagem 2. Verificando a utilizao do spfile.
especifica a localizao padro
para a fast recovery area. Esta SQL> SELECT NAME, VALUE
rea armazena cpias do con- 2 FROM V$PARAMETER
3 WHERE NAME=spfile;
trolfile e dos online redo log files,
bem como os archived redo log NAME VALUE
------------ -----------------------------------------------------------------------------
files, flashback logs e tambm
spfile /u01/app/oracle/product/11.1.0/db_1/dbs/spfilerr11g.ora
(caso configurado) os backups
do RMAN; Elapsed: 00:00:00.02
CONTROL_FILES: este par-
metro define um ou mais nomes
para o controfile, separados por vrgula. est alterado apenas no spfile e ter efeito
A Listagem 3 mostra a alterao dos par- apenas na prxima inicializao do banco
metros do banco de dados para contemplar de dados. O motivo simples: no existe
a utilizao do ASM (linhas 1 a 18) e logo o controlfile no ASM at este momento,
depois verifica os valores que esto em efei- portanto teramos um erro caso o banco
to no banco de dados (linhas 22 a 34). de dados tentasse ler o controlfile dire-
Perceba que, mesmo alterando o valor tamente no ASM.
do parmetro CONTROL_FILES, ao ve- O prximo passo fazer a migrao
rificar no banco de dados, percebemos do controlfile para o ASM, para isso usa-
que a alterao no est em efeito. Isto se remos o RMAN (Recovery Manager). A
deve ao fato de termos utilizado a opo Listagem 4 apresenta o processo.
SCOPE=SPFILE no momento da alterao Primeiramente preciso baixar o
do valor (linha 16), ou seja, o parmetro banco de dados (linha 1 da Listagem 4),
Edio 81 SQL Magazine 59
29/10/2010 13:56:18
 Desvendando o Automatic Storage Management - Parte 6

encerra-se a sesso do SQL*Plus (linha 5)
e inicia-se uma sesso do RMAN conec-
tando-se ao banco de dados (linha 8).
Agora preciso iniciar o banco de dados
em modo NOMOUNT, ou seja, somente a
instncia iniciada, mas nem mesmo o
controlfile lido (linha 16). Com a ins-
tncia inicializada, necessrio restaurar
o controlfile utilizando o arquivo original
como origem dos dados (linha 27). Perceba
que no preciso indicar o local onde se
deseja restaurar o arquivo, pois o RMAN
utilizar o valor do parmetro CONTROL-
FILE que est definido para a instncia.
Lembre-se que este parmetro foi alterado
na Listagem 3 (linha 16) porm definido
apenas para o spfile. Ao reiniciar a instn-
cia, este novo valor passou a ter efeito.
A restaurao foi bem sucedida e o novo
controfile apresentado na linha 35. Pode-
mos agora abrir o banco de dados para
utilizao normal da aplicao. Para isso,
finalizamos a sesso do RMAN (linha
38) e iniciamos uma sesso do SQL*Plus
conectando-se ao banco de dados (linhas
42 a 48).
No possvel abrir o banco direta-
mente. necessrio primeiro montar
o banco de dados, lendo e validando o
controlfile, para depois abr-lo (linha 51).
Aps o banco de dados estar montado,
possvel verificar qual a localizao do
controlfile, as linhas 58 a 64 mostram que

Listagem 3. Alterando parmetros do banco de dados.

01. SQL> ALTER SYSTEM SET DB_CREATE_FILE_DEST = +DATA; 19.
02. 20. Elapsed: 00:00:00.01
03. System altered. 21.
04. 22. SQL> SELECT NAME, VALUE
05. Elapsed: 00:00:00.04 23. 2 FROM V$PARAMETER
06. SQL> ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE = 2048M; 24. 3 WHERE NAME IN (db_create_file_dest, db_recovery_file_dest_size,
07. db_recovery_file_dest, control_files);
08. System altered. 25.
09. 26. NAME VALUE
10. Elapsed: 00:00:00.04 27. ------------------- ------------------------------------------------------------
11. SQL> ALTER SYSTEM SET DB_RECOVERY_FILE_DEST = +FRA; 28. control_files /u01/app/oracle/oradata/rr11g/control01.ctl, /u01/app/oracle
12. 29. /oradata/rr11g/control02.ctl, /u01/app/oracle/oradata/rr11g/
13. System altered. 30. control03.ctl
14. 31.
15. Elapsed: 00:00:00.02 32. db_create_file_dest +DATA
16. SQL> ALTER SYSTEM SET CONTROL_FILES = +DATA SCOPE=SPFILE; 33. db_recovery_file_dest +FRA
17. 34. db_recovery_file_dest_size 2147483648
18. System altered.

Listagem 4. Convertendo o controlfile para o ASM

01. SQL> SHUTDOWN IMMEDIATE; 37.
02. Database closed. 38. RMAN> EXIT
03. Database dismounted. 39.
04. ORACLE instance shut down. 40.
05. SQL> EXIT 41. Recovery Manager complete.
06. Disconnected from Oracle Database 11g Enterprise Edition Release 42. rr11g@OEL64Node01 [/home/oracle] $ sqlplus /nolog
11.1.0.6.0 - 64bit Production 43.
07. With the Partitioning, OLAP, Data Mining and Real Application Testing options 44. SQL*Plus: Release 11.1.0.6.0 - Production on Mon Sep 6 16:26:01 2010
08. rr11g@OEL64Node01 [/home/oracle] $ rman target / 45.
09. 46. Copyright (c) 1982, 2007, Oracle. All rights reserved.
10. Recovery Manager: Release 11.1.0.6.0 - Production on Mon Sep 6 16:24:14 2010 47.
11. 48. SQL> conn / as sysdba
12. Copyright (c) 1982, 2007, Oracle. All rights reserved. 49. Connected.
13. 50. SQL> set line 180 pages 9999 timing on
14. connected to target database (not started) 51. SQL> ALTER DATABASE MOUNT;
15. 52.
16. RMAN> STARTUP NOMOUNT; 53. Database altered.
17. 54.
18. Oracle instance started 55. Elapsed: 00:00:04.73
19. 56. SQL> COL NAME FOR A40
20. Total System Global Area 521936896 bytes 57. SQL> COL VALUE FOR A80
21. 58. SQL> SELECT NAME, VALUE
22. Fixed Size 2145984 bytes 59. 2 FROM V$PARAMETER
23. Variable Size 444596544 bytes 60. 3 WHERE NAME = control_files;
24. Database Buffers 71303168 bytes 61.
25. Redo Buffers 3891200 bytes 62. NAME VALUE
26. 63. ----------------------------- ----------------------------------------------------------------------
27. RMAN> RESTORE CONTROLFILE FROM /u01/app/oracle/oradata/rr11g/control01.ctl; 64. control_files +DATA/rr11g/controlfile/current.256.729015925
28. 65.
29. Starting restore at 06-SEP-10 66. Elapsed: 00:00:00.01
30. using target database control file instead of recovery catalog 67. SQL> ALTER DATABASE OPEN;
31. allocated channel: ORA_DISK_1 68.
32. channel ORA_DISK_1: SID=151 device type=DISK 69. Database altered.
33. 70.
34. channel ORA_DISK_1: copied control file copy 71. Elapsed: 00:00:13.34
35. output file name=+DATA/rr11g/controlfile/current.256.729015925
36. Finished restore at 06-SEP-10

60 SQL Magazine Edio 81

sql81.indb 60 29/10/2010 13:56:18

 o controlfile atualmente em uso pelo banco Da mesma forma que os tempfiles, permitindo a excluso (linha 28). Caso,
de dados est no ASM. os online redo log files tambm no so mesmo aps forar um ciclo, o erro per-
Agora s falta abrir o banco de dados e convertidos para o ASM, necessrio sista, force o ciclo mais uma vez que, em
disponibiliz-lo para a aplicao trabalhar excluir e recriar cada um dos grupos. determinado momento, a excluso ser
(linha 67). Porm, no podemos simplesmente possvel.
Precisamos agora converter os tempfiles excluir todos os grupos e recri-los no Aps a excluso do grupo, simplesmen-
para o ASM. Infelizmente no possvel ASM, pois o banco de dados precisa ter, te recriamos o mesmo grupo e automa-
converter o tempfile pura e simplesmente. no mnimo, dois grupos de online redo ticamente o grupo foi criado no ASM
O que devemos fazer criar um novo log files definidos no banco de dados. (linha 34). Repita o processo para todos
tempfile diretamente no ASM e excluir Frente a esta caracterstica, devemos os grupos de online redo log (linhas 40 e
os tempfiles atuais, sem assim alterar ou excluir e recriar cada grupo separada- 45 para o grupo 2 e linhas 51 e 56 para
recriar a tablespace temporria. Veja o mente. A linha 14 apresenta a tentativa o grupo 3).
processo na Listagem 5. de excluso do grupo 1. Tentativa? Sim, Por ltimo, verificamos o estado atual
Primeiramente verificamos os tempfiles tentativa. Perceba, nas linhas 15 a 19 que dos grupos e seus membros (linhas 62 a
da tablespace temporria (linhas 3 a 8 da a tentativa de excluso do grupo ocasio- 75). Perceba que, por segurana, foram
Listagem 5). Logo aps, adicionamos nou um erro. A utilizao dos online redo criados dois membros para cada grupo
um novo tempfile diretamente no ASM log cclica, ou seja, a cada momento um nos diskgroups DATA e FRA.
(linha 11) e verificamos se est tudo OK dos grupos o correntemente utilizado.
(linhas 16 a 22). Pela lei de Murphy, justamente o grupo
Aps constatado que estava tudo OK, 1 estava sendo utilizado no momento
possvel excluir o tempfile armazenado e esse o motivo do erro. Um online
Nota do DevMan 1
na metodologia anterior (linha 25). Fi- redo log group pode estar com um de
O spfile Server Parameter File
nalmente podemos ver que a tablespace trs estados possveis: corrente, ativo
temporria possui toda sua estrutura ou inativo. O Server Parameter File um arquivo binrio localizado no
servidor de banco de dados que contm todos os parmetros
fsica j armazenada no ASM (linhas O estado corrente indica que o grupo de inicializao do banco de dados e gerenciado diretamente
30 a 35). est sendo utilizado naquele momento; pelo banco de dados. Suas principais caractersticas so:
Iremos agora converter os online redo log j o estado ativo indica que o grupo - Cada banco de dados possui apenas um spfile e o mesmo
files para o ASM tambm. Veja o processo necessrio para efetuar uma recupe- deve estar no servidor de banco de dados;
na Listagem 6. rao da instncia em caso de crash; e - O spfile lido e escrito apenas pelo banco de dados, nunca
Em primeiro lugar, verificamos quais finalmente o estado inativo indica pelo cliente ou;
os online redo log files presentes no banco que o grupo no mais necessrio no - um arquivo binrio e no pode ser modificado manualmente
de dados (linhas 1 a 10 da Listagem 6), momento e apenas neste estado que o em um editor de textos;
onde possvel ver que o banco de grupo pode ser excludo. - Os parmetros de inicializao do banco de dados so
dados possui trs grupos de online redo Para resolver este problema, simples- armazenados no spfile de maneira persistente, ou seja,
qualquer alterao feita em um parmetro enquanto o banco
log, porm apenas um membro em cada mente forcei um ciclo, tornando o de dados est em operao ser persistente mesmo quando a
grupo. online redo log group inativo (linha 23) e instncia do banco de dados reiniciada.

Listagem 5. Convertendo a tablespace temporria para o ASM

01. SQL> COL TABLESPACE_NAME FOR A15 19. TABLESPACE_NAME FILE_NAME SIZE_MB
02. SQL> COL FILE_NAME FOR A60 20. -------------------------- ---------------------------------------------------------- ----------
03. SQL> SELECT TABLESPACE_NAME, FILE_NAME, BYTES/1024/1024 SIZE_MB 21. TEMP /u01/app/oracle/oradata/rr11g/temp01.dbf 31
04. 2 FROM DBA_TEMP_FILES; 22. TEMP +DATA/rr11g/tempfile/temp.257.729017611 32
05. 23.
06. TABLESPACE_NAME FILE_NAME SIZE_MB 24. Elapsed: 00:00:00.01
07. --------------------------- ---------------------------------------------------------- ----------- 25. SQL> ALTER DATABASE TEMPFILE /u01/app/oracle/oradata/rr11g/temp01.dbf DROP;
08. TEMP /u01/app/oracle/oradata/rr11g/temp01.dbf 31 26.
09. 27. Database altered.
10. Elapsed: 00:00:00.01 28.
11. SQL> ALTER TABLESPACE TEMP ADD TEMPFILE SIZE 32M; 29. Elapsed: 00:00:00.14
12. 30. SQL> SELECT TABLESPACE_NAME, FILE_NAME, BYTES/1024/1024 SIZE_MB
13. Tablespace altered. 31. 2 FROM DBA_TEMP_FILES;
14. 32.
15. Elapsed: 00:00:11.49 33. TABLESPACE_NAME FILE_NAME SIZE_MB
16. SQL> SELECT TABLESPACE_NAME, FILE_NAME, BYTES/1024/1024 SIZE_MB 34. -------------------------- ------------------------------------------------------------ ----------
17. 2 FROM DBA_TEMP_FILES; 35. TEMP +DATA/rr11g/tempfile/temp.257.729017611 32
18. 36.
37. Elapsed: 00:00:00.01

Edio 81 SQL Magazine 61

sql81.indb 61 29/10/2010 13:56:19

 Desvendando o Automatic Storage Management - Parte 6

Listagem 6. Convertendo os online redo log files para o ASM

1. SQL> SELECT L.GROUP#, LF.MEMBER, BYTES/1024/1024 SIZE_MB 42. Database altered.
2. 2 FROM V$LOG L, V$LOGFILE LF 43.
3. 3 WHERE L.GROUP# = LF.GROUP# 44. Elapsed: 00:00:05.92
4. 4 GROUP BY L.GROUP#, LF.MEMBER, BYTES/1024/1024; 45. SQL> ALTER DATABASE ADD LOGFILE GROUP 2 SIZE 20M;
5. 46.
6. GROUP# MEMBER SIZE_MB 47. Database altered.
7. ------------ ---------------------------------------------------------- ------------ 48.
8. 1 /u01/app/oracle/oradata/rr11g/redo01.log 50 49. Elapsed: 00:00:16.13
9. 2 /u01/app/oracle/oradata/rr11g/redo02.log 50 50.
10. 3 /u01/app/oracle/oradata/rr11g/redo03.log 50 51. SQL> ALTER DATABASE DROP LOGFILE GROUP 3;
11. 52.
12. Elapsed: 00:00:00.02 53. Database altered.
13. 54.
14. SQL> ALTER DATABASE DROP LOGFILE GROUP 1; 55. Elapsed: 00:00:06.83
15. ALTER DATABASE DROP LOGFILE GROUP 1 56. SQL> ALTER DATABASE ADD LOGFILE GROUP 3 SIZE 20M;
16. * 57.
17. ERROR at line 1: 58. Database altered.
18. ORA-01624: log 1 needed for crash recovery of instance rr11g (thread 1) 59.
19. ORA-00312: online log 1 thread 1: /u01/app/oracle/oradata/rr11g/redo01.log 60. Elapsed: 00:00:17.84
20. 61.
21. 62. SQL> SELECT L.GROUP#, LF.MEMBER, BYTES/1024/1024 SIZE_MB
22. Elapsed: 00:00:00.28 63. 2 FROM V$LOG L, V$LOGFILE LF
23. SQL> ALTER SYSTEM SWITCH LOGFILE; 64. 3 WHERE L.GROUP# = LF.GROUP#
24. 65. 4 GROUP BY L.GROUP#, LF.MEMBER, BYTES/1024/1024
25. System altered. 66. 5 ORDER BY 1, 2;
26. 67.
27. Elapsed: 00:00:00.53 68. GROUP# MEMBER SIZE_MB
28. SQL> ALTER DATABASE DROP LOGFILE GROUP 1; 69. --------------- -------------------------------------------------------------------- -----------
29. 70. 1 +DATA/rr11g/onlinelog/group_1.259.729019975 20
30. Database altered. 71. 1 +FRA/rr11g/onlinelog/group_1.256.729019977 20
31. 72. 2 +DATA/rr11g/onlinelog/group_2.260.729020091 20
32. Elapsed: 00:00:09.99 73. 2 +FRA/rr11g/onlinelog/group_2.257.729020095 20
33. 74. 3 +DATA/rr11g/onlinelog/group_3.262.729020817 20
34. SQL> ALTER DATABASE ADD LOGFILE GROUP 1 SIZE 20M; 75. 3 +FRA/rr11g/onlinelog/group_3.273.729020821 20
35. 76.
36. Database altered. 77. 6 rows selected.
37. 78.
38. Elapsed: 00:00:17.45 79. Elapsed: 00:00:00.02
39.
40. SQL> ALTER DATABASE DROP LOGFILE GROUP 2;
41.

Pronto, neste momento temos parte da
configurao do banco de dados para sua
converso para uso no ASM finalizada!
Concluso
Mostramos neste artigo algumas parti-
cularidades dos arquivos no ASM e ini-
ciamos a configurao do banco de dados
para a converso total do banco de dados
para a estrutura do ASM.
Na verdade, algumas partes do banco de
dados j foram convertidas para o ASM o
que falta converter todo o restante da estru-
tura dos dados, ou seja, o banco de dados.
maneira completa ou fracionada. No pr- Ricardo Rezende
ximo artigo desta srie mostraremos como ricardo@sqlmagazine.com.br
converter apenas um datafile, apenas uma ricarezende@gmail.com
Blog: http://ricarezende.blogspot.com
tablespace e tambm todo o banco de da-
Twitter: http://twitter.com/ricarezende
dos de uma s vez.
- DBA Oracle certificado pela Oracle
Caso voc tenha disponvel uma janela University (DBA 9i track e DBA OCP 10g).
de manuteno confortvel, prefira a - IBM Certified Database Associate DB2 9
terceira opo, mas caso seu banco de da- - DBA Oracle na IBM do Brasil em projeto interna-
dos seja bastante grande que no permita cional administrando ambiente de produo de alta
a converso total do banco de dados, no criticidade.
descarte o uso do ASM, pois a primeira e - Consultor independente de Bancos de Dados.
segunda soluo se mostram ideais. - Editor tcnico da revista SQL Magazine.
Desta forma, na prxima edio conti-
D seu feedback sobre esta edio! eu
Feedback
nuaremos a desvendar os mistrios do
s
D

A SQL Magazine tem que ser feita ao seu gosto.

sobre e

Como mencionamos neste artigo, po- ASM com a converso do banco de dados.
demos converter o banco de dados de No perca! Para isso, precisamos saber o que voc, leitor,
s

ta
edio

acha da revista!
D seu voto sobre este artigo, atravs do link:
www.devmedia.com.br/sqlmagazine/feedback

62 SQL Magazine Edio 81

sql81.indb 62 29/10/2010 13:56:19

 Seo Engenharia de Software: Nesta seo voc encontra artigos relacionados
a anlise, modelagem, projeto, testes, entre outros temas relacionados a ES
Especificao de Casos de Uso
na Prtica
A Resumo DevMan
engenharia de requisitos um ter-
mo usado para descrever as ativida-
des relacionadas produo (levan-
tamento, registro, validao e verificao) e
gerncia (controle de mudanas, gerncia de
configurao, rastreabilidade, gerncia de
qualidade dos requisitos) de requisitos. A
Figura 1 representa essa definio.
Mas o que podemos entender por re-
quisitos? Existem diferentes definies
encontradas na literatura tcnica:
U m requisito uma caracterstica do sis-
tema ou a descrio de algo que o sistema
capaz de realizar para atingir os seus
objetivos;
As descries das funes e restries
so os requisitos do sistema;
Um requisito uma propriedade que o
software deve exibir para resolver algum
problema no mundo real;
Uma condio ou uma capacidade que
deve ser alcanada ou estar presente em
um sistema para satisfazer um contrato,
padro, especificao ou outro documento
formalmente imposto...
Assim, podemos entender requisitos
como sendo o conjunto de necessidades
explicitadas pelo cliente que devero ser
atendidas para solucionar um determina-
do problema do negcio no qual o cliente
faz parte. importante estar atento para
esta definio: embora o requisito seja
definido pelo cliente, nem sempre o que
o cliente quer o que o negcio precisa.
Cabe equipe de consultores identificar
a real necessidade do negcio.
Neste contexto, requisitos so impor-
tantes para:
E stabelecer uma base de concordncia
entre o cliente e o fornecedor sobre o que
o software far;
F ornecer uma referncia para a validao
do produto final;
sql81.indb 63
Rodrigo Oliveira Spnola
De que se trata o artigo:
Este artigo apresenta inicialmente algumas definies associadas engenharia de requisitos e espe-
cificao de requisitos atravs de casos de uso. Em seguida, so apresentados alguns exemplos reais de
especificao utilizando casos de uso.
Para que serve:
O objetivo do artigo explicitar de forma prtica como a especificao dos requisitos do software
atravs de casos de uso podem ser efetuadas em um nvel de detalhe tal que informaes importantes
para outras etapas do desenvolvimento como planejamento de testes, projeto e desenvolvimento no
sejam omitidas.
Em que situao o tema til:
O assunto abordado til no dia a dia do analista de requisitos na realizao de suas atividades.
Reduzir o custo de desenvolvimento O objetivo deste artigo no apresentar
(como vimos anteriormente, requisitos mal um referencial terico sobre como lidar
definidos causam retrabalho). com cada questo envolvida nas ativida-
des dirias de um analista de requisitos.
A atividade de identificao e especifi- Focaremos aqui apenas no ltimo tpico
cao de requisitos do software uma ati- da lista apresentada acima: Definir as
vidade bastante desafiadora. complexo: necessidades do usurio em termos de
Identificar as reais necessidades do especificaes. Faremos isto de forma
cliente; totalmente prtica atravs da apresentao
Lidar com clientes; de um conjunto de casos de uso especifica-
F ormalizar as necessidades do cliente dos que podero servir de base para suas
atravs da especificao de requisitos de atividades como analista de requisitos.
forma que esta seja de fcil entendimento
para o cliente e fornea as informaes Contextualizao dos Exemplos
requeridas pela equipe de desenvolvi- As especificaes de casos de uso apre-
mento; sentadas neste artigo so fruto da expe-
L idar com domnios desconhecidos. rincia prtica do autor. Eles no servem
Entende-se por domnio o contexto para o de gabarito para futuras atividades de
qual o software est sendo desenvolvido. especificao, ao invs disso, podem ser
Por exemplo: contabilidade, medicina, considerados um ponto de partida para
controle de estoque. Para ilustrar esta que possamos ver na prtica como pode-
dificuldade, imagine-se elaborando a es- mos escrever casos de uso.
pecificao dos requisitos de um mdulo importante estar atento tambm ao fato
estatstico para um sistema do mercado de que os casos de uso apresentados neste
financeiro; artigo refletem as caractersticas de escrita
Definir as necessidades do usurio em dos autores. Estas caractersticas que en-
termos de especificaes. volvem itens como nvel de detalhamento,
Edio 81 SQL Magazine 63
29/10/2010 13:56:19
 Especificao de Casos de Uso na Prtica

informaes contidas nos casos de uso,
dentre outras, costumam mudar tambm
de organizao para organizao.
Tendo isto em mente, para este artigo
iremos considerar o conjunto de definies
Figura 1. Engenharia de Requisitos
apresentado na Tabela 1 como sendo im-
portantes na descrio de um caso de uso.
A partir de agora apresentaremos dois
exemplos de casos de uso. Procuramos uti-
lizar como exemplo situaes corriqueiras
no dia a dia do desenvol-
vimento de software.
Exemplos de Casos de
Uso
In icialmente vamos
apresentar um caso de
uso contendo a descrio
de um cenrio de cadas-
tro bsico para a entidade
Pessoa Fsica. Este cadas-
tro possui as operaes
de consulta, incluso,
excluso e alterao. Sua especificao est
apresenta na Tabela 2.
Para o nosso segundo exemplo, procura-
mos trabalhar com outra situao bastante
comum de encontrarmos em sistemas de
informao: consulta a uma dada entidade
e disponibilizao de opes de manipula-
o desta entidade. Mais especificamente,
trabalharemos com uma funcionalidade de
consulta de cursos para uma empresa que
gerencia cursos. A especificao do caso
de uso para esta funcionalidade pode ser
vista na Tabela 3.
Concluso
Neste artigo apresentamos inicialmente
algumas definies associadas engenharia
de requisitos. Em seguida, apresentamos

Objetivo: Contm uma breve descrio do objetivo do caso de uso.

Requisitos: Neste campo indicamos a qual requisito funcional o caso de uso em questo est associado.
Atores: Neste campo definimos a lista de atores associados ao caso de uso. Ator qualquer entidade externa que interage com o sistema (neste caso,
com o caso de uso em questo).
Prioridade: Informao identificada junto ao usurio que auxilia na definio dos casos de uso que sero contemplados em cada iterao do desenvolvi-
mento do software.
Pr-condies: Neste campo devemos informar as condies que devem ser atendidas para que o caso de uso possa ser executado.
Freqncia de uso: Informao identificada junto ao usurio que auxilia na definio dos casos de uso que sero contemplados em cada iterao do desenvolvi-
mento do software.
Criticalidade: Informao identificada junto ao usurio que auxilia na definio dos casos de uso que sero contemplados em cada iterao do desenvolvi-
mento do software.
Condio de Entrada: Neste campo definimos qual ao do ator dar incio interao com o caso de uso em questo.
Fluxo Principal: Esta uma das sees principais do caso de uso. onde descrevemos os passos entre o ator e o sistema. O fluxo principal o cenrio que
maisacontece no caso de uso e/ou o mais importante.
Fluxo Alternativo: Fluxo alternativo o caminho alternativo tomado pelo caso de uso a partir do fluxo principal, ou seja, dada uma condio de negcio o caso
de uso seguir por outro cenrio que no o principal caso essa condio seja verdadeira.
Ps-condies: Neste campo devemos informar o estado em que o sistema (ou entidade manipulada no caso de uso) estar depois que o caso de uso for executado.
Regras de negcio: Nesta seo descrevemos todas as regras funcionais que o caso de uso deve cumprir durante sua execuo.
Tabela 1. Conceitos envolvidos na descrio de um caso de uso

Objetivo: Permitir que funcionrios adicionem, consultem, removam ou alterem dados de pessoas fsicas.
Requisitos: -
Atores: Funcionrio
Prioridade: Baixa
Pr-condies:
Freqncia de uso: Eventual
Criticalidade: Baixa
Condio de Entrada: O Funcionrio seleciona a opo Manter Pessoa Fsica.
Fluxo Principal: O sistema apresenta formulrio de busca de pessoas fsicas contendo as informaes: - CPF (campo editvel); - Nome (campo editvel);
- Estado (lista dos Estados brasileiros); - As opes Buscar e Cancelar e - A opo Incluir Nova Pessoa Fsica

O ator escolhe a opo Incluir Nova Pessoa Fsica [A1][A2]

O sistema apresenta formulrio de cadastro de Pessoas Fsicas contendo os seguintes campos a serem preenchidos:

(Informaes Gerais): - CPF (campo editvel); - RG (campo editvel) e - Nome (campo editvel)

Tabela 2. Especificao do caso de uso Manter Pessoa Fsica

64 SQL Magazine Edio 81

sql81.indb 64 29/10/2010 13:56:20

 Fluxo Principal: (Endereos)
- Tabela com os endereos cadastrados para a pessoa fsica que est sendo criada (cada endereo adicionado possui as seguintes informa-
es: Logradouro, Bairro, Complemento, CEP, Municpio, Estado e Pas) e a opo de Excluir Endereo [A5]
- Campos: Logradouro (campo editvel), Bairro (campo editvel), Complemento (campo editvel), CEP (campo editvel), Municpio (campo
editvel), Estado (lista de estados brasileiros) e Pas (campo editvel) e a opo de Incluir Endereo [A6][RN2] [RN6]

- Opes de Confirmao: Salvar e Cancelar

O Ator preenche o formulrio apresentado

O Ator seleciona a opo Salvar [A7]
O sistema valida os dados preenchidos [RN4][RN5][A8]
O sistema salva os dados da Pessoa Fsica
O caso de uso encerrado.
Fluxo Alternativo [A1] O Ator seleciona a opo Cancelar
O sistema retorna tela principal e o caso de uso encerrado.
[A2] O Ator informa os dados de busca e seleciona a opo Buscar [RN1]
O sistema recupera as Pessoas Fsicas e apresenta para cada uma, ordenadas de forma ascendente pelo Nome: - Nome (somente leitura);
- CPF (somente leitura); - Municpio (somente leitura) e - Estado (somente leitura)
- Opo de Editar
- Opo de Excluir
O sistema seleciona uma das pessoas fsicas e clica na opo Excluir [A3]
O sistema apresenta tela de confirmao de Excluso contendo as opes: Confirmar e Cancelar
O Ator seleciona a opo Confirmar [A4]
O Sistema efetua a excluso da Pessoa Fsica
O caso de uso retorna ao passo 2 do fluxo alternativo [A2].
[A3] O Ator seleciona a opo Editar
O sistema segue a partir do passo 3 do fluxo principal, porm os campos j vm preenchidos com os dados da pessoa fsica selecionada.
[A4] O Ator seleciona a opo Cancelar
O sistema retorna ao passo 2 do fluxo alternativo [A2].
[A5] O Ator seleciona a opo Excluir
Sistema solicita a confirmao da excluso com as opes confirmar e cancelar
O ator confirma a excluso
O item removido da lista e o sistema retorna ao passo 3 do fluxo principal.
[A6] O Ator seleciona a opo Incluir
O sistema armazena os dados do item inserido, atualiza a tabela e retorna ao passo 3 do fluxo principal.
[A7] O Ator seleciona a opo Cancelar
Sistema retorna ao passo 1 do fluxo principal.
[A8] O Ator preenche dados invlidos
Sistema informa quais os campos foram preenchidos incorretamente e retorna ao passo 3 do fluxo principal.
Extenses: Nenhum
Ps-condies: Os dados da pessoa fsica esto armazenados no sistema.
Regras de negcio: [RN1] Todos os campos de filtro para a consulta de Pessoas Fsicas so opcionais.
[RN2] Apenas um endereo cadastrado pode ser indicado como endereo de cobrana.
[RN4] Todos os campos do formulrio so obrigatrios.
[RN5] No podem ser adicionadas duas pessoas fsicas com o mesmo nmero de CPF.
[RN6] Pelo menos um endereo deve ser inserido. Ao inserir um endereo, todos os dados so obrigatrios, com exceo do campo Complemento.
Continuao: Tabela 2. Especificao do caso de uso Manter Pessoa Fsica

Objetivo: Permitir que Funcionrios acompanhem o ciclo de vida dos cursos ministrados pela organizao.

Requisitos:
Atores: Funcionrio

Prioridade: Mdia

Pr-condies:
Freqncia de uso: Eventual

Criticalidade: Mdia
Condio de Entrada: Funcionrio seleciona a opo Consultar Curso.

Tabela 3. Especificao do caso de uso UC 2 Consultar Curso

Edio 81 SQL Magazine 65

sql81.indb 65 29/10/2010 13:56:20

 Especificao de Casos de Uso na Prtica

Fluxo Principal: O Sistema apresenta as seguintes opes para visualizao dos cursos [RN1]:
- Programa (opo Todos + lista de programas) (campo editvel)
- Nmero do Curso (campo editvel)
- Ttulo do Curso (campo editvel)
- Coordenador de Curso (campo editvel)
- Cliente (campo editvel)
- Lista de status: todas (Curso Ativo + Curso Encerrado), Curso Ativo, Curso Encerrado (campo editvel)
O ator preenche os filtros de busca [RN2].
O Sistema apresenta uma lista de cursos de acordo com os filtros fornecidos, ordenada por Ttulo do Curso [A1]:
- Programa (somente leitura)
- Curso (Nmero + Ttulo) (somente leitura)
- Coordenador(es) do Curso (somente leitura)
- Cliente(s) (somente leitura)
- Data de Incio (somente leitura)
- Data de Trmino (somente leitura)
- A opo Detalhar
O Sistema apresenta ao final a opo Voltar
Ator seleciona a opo Detalhar [A2]
O Sistema apresenta tela contendo as informaes:
- Programa
- Curso (Nmero + Ttulo)
- Coordenador(es) do Curso
- Cliente(s)
- Data de Incio
- Data de Trmino
- Valor do Curso
- Carga Horria

O Sistema apresenta ao final do formulrio a opo voltar

O Ator seleciona a opo voltar
O Sistema retorna ao passo 3 do fluxo principal.
Fluxo Alternativo [A1] Curso no encontrado
O Sistema apresenta uma mensagem informando que no foi encontrado nenhum curso com os dados fornecidos e, em seguida,
apresenta o mesmo formulrio com os dados previamente fornecidos
O sistema retorna ao passo 2 do fluxo principal.
[A2] Ator selecionou a opo voltar
Sistema retorna ao passo 1 do fluxo principal.
Extenses:
Ps-condies:
Regras de negcio: [RN1] Caso seja preenchido o Programa e Cdigo do Curso, a busca ser feita usando estas informaes, ignorando as demais opes.
[RN2] Nenhum dos filtros de visualizao obrigatrio.
Continuao: Tabela 3. Especificao do caso de uso UC 2 Consultar Curso

dois exemplos reais de especificao de casos Rodrigo Oliveira Spnola Referncias

de uso. O objetivo foi explicitar de forma prti-
ca como estas descries podem ser efetuadas
em um nvel de detalhe tal que informaes
importantes para outras etapas do desenvolvi-
mento como planejamento de testes, projeto e
desenvolvimento no sejam omitidas.
D seu feedback sobre esta edio!
s
rodrigo@sqlmagazine.com.br
Editor Chefe Engenharia de COCKBURN, Alistair. Escrevendo Casos de Uso Eficazes.
Software Magazine Bookman, Porto Alegre: 2005.
Diretor de Operaes - Kali Software
(www.kalisoftware.com) SOMMERVILLE, Ian. Software Engineering 8th. 8 ed.
Doutorando e Mestre em Engenharia de Software Pearson: Essex, England: 2007.
pela COPPE/UFRJ. Autor de diversos artigos cientficos
sobre Engenharia de Software publicados em revistas
PRESSMAN, Roger S. Software Engineering - A
eu
Feedback
e conferncias renomadas, dentro e fora do pas.

Practitioners Approach. 5 ed. Mc Graw Hill: Boston,

D

Experincia de participao em mais de 20 projetos

A SQL Magazine tem que ser feita ao seu gosto.
sobre e

de consultoria para diferentes empresas tendo Estados Unidos: 2001.

Para isso, precisamos saber o que voc, leitor, acha
s

ta
edio
atuado com gerncia de projetos, requisitos e testes
da revista! de software. Implementador certificado do MPS.BR,
D seu voto sobre este artigo, atravs do link: tendo tambm experincia atuando junto a empresas
www.devmedia.com.br/sqlmagazine/feedback certificadas CMMI.

66 SQL Magazine Edio 81

sql81.indb 66 29/10/2010 13:56:25

sql81.indb 67 29/10/2010 13:56:30
 Especificao de Casos de Uso na Prtica

sql81.indb 68 29/10/2010 13:56:31