Anda di halaman 1dari 106

BANCO DE DADOS II

Apresentao da Disciplina
Prof. Dr. Reinaldo Lourenso
rlourenso@ifsp.edu.br
1

PROGRAMA
Apresentao da disciplina
disciplina,, mtodos de
Avaliao,, introduo;
Avaliao
introduo;
Viso do profissional de Banco de Dados ;
Viso geral dos SGBDs do mercado
mercado;;
SQL LDD (Linguagem de Definio de
Dados - Reviso):
Reviso):

Criao de Banco de dados;

Criao,, alterao,
Criao
alterao, excluso de tabelas;
tabelas;

PROGRAMA
SQL LCD (Linguagem de Controle de
Dados)::
Dados)

Concesso de Privilgios
Privilgios;;

Revogao de Privilgios
Privilgios;;

SQL

LMD
(Linguagem
Manipulao de Dados)
Dados)::

Insero,, altualizao
altualizao,, excluso,
consulta(Bsicas e avanadas,
Junes - ANSI);
3

de

PROGRAMA

Gerenciamento de Transaes
Transaes::

Introduo de Transaes;
Transaes;

A propriedade ACID;

Controle de Concorrecia
Concorrecia;;

Recuperao de Falhas
Falhas;;

PROGRAMA
Prtica
de
projeto
e
implementao de um banco de
dados com o apoio de um SGBD
SGBD::
Especificao dos Requisitos de um
Banco de Dados;
Modelagem dos Dados;
Mapeamento para o Modelo
Relacional;
5

PROGRAMA
Implementao do Banco de Dados
em um SGBD;
Realizao de Consultas ao Banco
de Dados implementado.

BIBLIOGRAFIA
Bsica
ELMASRI, R.; NAVATHE, S.B. Sistemas
de Banco de Dados - Pearson, 6edio,
6edio,
2011;
DATE, C. J. Introduo a Sistemas de
Banco de Dados. Ed. Campus 8 Edio
Americana, 2004.

BIBLIOGRAFIA
Complementar
HEUSER, C. A; Projeto de Banco de Dados,
4ed. Bookman,
Bookman, 2009. (livros didticos, 4).
Manuais do SQL/SERVER

Software de Apoio
SGBD SQL-SERVER Laboratrio ou
outro de mercado;
DB-Designer, Br-Modelo;

Mtodos de Avaliao (Provvel


(Provvel))
1 Semestre:
Mdia = (Pj + AvT1 + AvT2 + AvT3) / 4).
Pj projeto
AvT Avaliao Terica

Administrao de Sistemas de
Gesto de Banco de Dados

DBA X Mercado:
um mundo de oportunidades!
Information Week Dez/2000 mostrou numa pesquisa com gerentes de TI
que as duas mais importantes questes relativas gerncia de BD
so:
Facilidade de administrao
Disponibilidade de administradores qualificados

Outra pesquisa mostra que as vagas para DBA demoram mais a ser
preenchidas do que outras posies
Acessando o Bureau of Labor Statistics Occupational Handbook Web site
(www.bls.gov/oco), buscando por database administrator, entrontrase que a ocupao de DBA esperado crescer a uma taxa maior
que a mdia (>36%) at 2012.
O U.S. Department of Labor Statistics lista DBA como uma das 10 mais
profisses em rpido crescimento.
O governo americano prev 66% de aumento na demanda por DBa at o
final desta dcada.
Por ser um hot job, DBAs requerem e obtm salrios altos!!!!

DBA X Mercado:
um mundo de oportunidades!
Salrios entre US$60.000 e US$80.000 / ANO
Consultoria hora: US$81,00/hora
DBA: responsvel por projetar e manter uma banco
de dados de uma empresa.
Perfil de DBA:
Gostar de desafios
Ser um bom solucionador de problemas

DBA X Mercado:
hard work !
Nem tudo so flores

Administrao de BD uma tarefa initerrupta (24X7)


Prepare-se para muitas horas extras de trabalho,
especialmente em horrios inconvenientes
(madrugadas e fins-de-semana), ou seja, fora das
horas de pico
Mdia de trabalho de DBA (fonte META Group) de mais
de 50 horas por semana.

Mas, as vantagens se sobrepem s desvantagens


como veremos neste curso ...

ABD - Administrador de BD
Cada banco de dados requer pelo menos um ABD
A tarefa de um Administrador de Banco de Dados (ABD)
pode ser exercida por uma nica pessoa ou por um
grupo de pessoas, dependendo do tamanho da
empresa
Principal meta de um ABD: configurar o manter o BD de
modo a torn-lo robusto, seguro e rpido nos servios
prestados
DBA deve ser pr-ativo: implementar prticas e
procedimentos para evitar que ocorram problemas.

DBA X Mercado
Avaliando uma oferta de emprego:
Alm do salrio , preciso indagar outras questes:
A empresa oferece treinamento regular aos DBAs?
A empresa permite DBA participar reunies de user groups?
Existe mais de um DBA (de modo que voc no seja o nico
responsvel por 24X7)?
Existe Analista (ou Administrador) de Dados e administrador de
sistemas?
DBAs participam de revises de design, discusses de oramento e
outros comits de TI da empresa?

Profissionais de TI
Administrador de Dados
Administrador de Sistemas
Administrador de Banco de Dados
Administrador de Rede
Desenvolvedores de Aplicao
Usurios Finais

Tarefas
Principais Tarefas dos Administradores de Dados
Separar os aspectos de negcio da gesto de dados dos aspectos
tecnolgicos.
Entender o negcio e traduzir para um modelo conceitual e lgico
Fazer coleta de requisitos, anlise e projeto de BD
Identificar e catalogar os dados requeridos por usurios do negcio
Produzir modelos de dados conceitual e lgico com a viso global da
empresa, e dos diversos relacionamentos entre dados para
processos de negcio
Poltica de dados para a organizao
Estabelecimento de padronizao
Documentao, compartilhamento e implementao dos dados
Uso de um repositrio para metadados

Tarefas de um ABD
Entender os modelos de dados produzidos pelo DA e
comunicar estes modelos com os desenvolvedores de
aplicaes
Instalar e fazer upgrades do SGBD
Inicializar e Finalizar o SGBD
Alocar memria e planejar futuros requisitos de memria
(crescimento)
Criar estruturas de armazenamento de banco de dados
(tablespaces) para as aplicaes
Criar tabelas, vises e ndices
Modificar esquemas
Atribuir papis a usurios e manter segurana

Tarefas de um ABD
Fazer Auditoria
Controlar e monitorar acesso dos usurios
Migrar Banco de Dados para outras tecnologias
Manter ambientes de BD de Teste e Produo
Monitorar e otimizar performance
Assegurar disponibilidade do SGBD
Fazer backup e recuperao a falhas
Manter a Integridade dos dados
Realizar a migrao de dados
Contactar fabricante para suporte
Participar de reunies estratgicas e de projeto
Descobrir e testar novas tecnologias
Etc, etc, etc.

Tarefas
Principais Tarefas
Aplicao

dos

Desenvolvedores

projetar e desenvolver as aplicaes


definir as necessidades de memria de uma aplicao
especificar modificaes em um esquema de BD
relacionar-se com o ABD
ajustar as aplicaes durante o seu desenvolvimento

de

Tarefas
Principais Tarefas dos Usurios Finais
inserir, modificar e remover dados, onde permitido
gerar relatrios

Tarefas
Principais Tarefas dos Administradores de Rede
Responsveis por administrar produtos de rede (p.e.,
Oracle Net).

Tarefas
Principais Tarefas dos Administradores de Sistemas
Operacionais
Responsveis por administrar sistemas operacionais
(p.e., Windows Server, UNIX, Linux).

Tarefas de um ABD: Tuning


Tuning diz respeito ao ajuste do SGBD para melhor utilizao dos
recursos deste, provendo um uso eficaz e eficiente do SGBD.
Tuning requer conhecimento de:
Desenvolvimento de Aplicaes
SGBD
Sistema operacional
Hardware

Tarefas de um ABD: Tuning


Em Tuning, comumente sero utilizadas informaes de estatsticas
de uso de HW:
Utilizao do processador
Atividade de I/O
Paginao
Memria utilizada
...

Tarefas de um ABD: Tuning


Princpios bsicos de Tuning (Shasha 2003):
Pense global, aja pontual
Particione os gargalos
Custos de inicializao so altos, custos de execuo so baixos
Coloque no servidor apenas o que diz respeito ao servidor
Esteja preparado para trade-offs

Tarefas de um ABD: Tuning


Princpio 1: Pense global, aja pontual
Tunning eficaz requer a identificao do problema e uma
interveno mnima
Como os mdicos devem ( ou deveriam) fazer
Exemplo de falha deste princpio: consertar uma query que est
rodando lentamente, mas que raramente executada ou que
ocupa 1% do tempo de CPU.

Tarefas de um ABD: Tuning


Princpio 2: Particionar Gargalos
O sistema fica lento geralmente porqu h algum(uns)
componentes limitando a performance como um todo. Agir
nesta parte o correto.
Particionar permite reduzir a carga de um certo componente do
sistema.
Lio: quando encontrar um gargalo, primeiro tente agilizar o
componente que causa o gargalo, se no conseguir sucesso
particione.

Tarefas de um ABD: Tuning


Princpio 3: Custos de inicializao so altos, custos de
execuo so baixos
Uma operao de leitura cara para iniciar, mas menos cara
enquanto se l. Portanto, tente fazer leituras mais longas,
colocando tabelas que sofrem scan constantemente serem
armazenadas de forma contgua
O mesmo raciocnio vale para abertura de conexes com o
SGBD, parsing de consultas muito usadas, envio de
mensagens na rede (tamanho das mensagens)

Tarefas de um ABD: Tuning


Princpio 4: Coloque no servidor apenas o que diz
respeito ao servidor
Saber fazer o load-balancing, permitindo no sobrecarregar o
servidor de banco de dados com tarefas que poderiam estar
em outras camadas.

Tarefas de um ABD: Tuning


Princpio 5: Esteja preparado para trade-offs
Adio de ndices
Verificar as vantagens/desvantagens entre a compra de mais
recursos versus a agilidade que se ir obter destas
aquisies.

Tarefas de um ABD: Tuning


Cinco fatores influem na performance:
Workload (carga)
Throughput (Vazo)
Recursos
Otimizao
Conteno

Tarefas de um ABD: Tuning


Workload
Define a demanda do BD. Combina transaes online, batch
jobs, consultas ad hoc, data warehousing, consultas
analticas, e comandos dirigidos ao SGBD
Pode variar drasticamente de dia para dia, hora para hora,
minuto para minuto, segundo para segundo.
Algumas vezes previsvel (Rodar a folha de pagamento no
final do ms), mas muitas vezes imprevisvel
Workload tem grande impacto na performance do SGBD

Tarefas de um ABD: Tuning


Throughput
Define a capacidade do hardware/software para processar os
dados
composto de velocidade de I/O, velocidade de CPU,
capacidades de paralelismo, e eficincia do SO.
Kernel do DB, espao em disco, controladores de cache, e
microcode so exemplos dos recursos a serem avaliados para
computar throughput

Tarefas de um ABD: Tuning


Otimizao
Refere-se anlise das solicitaes ao BD com custo de query
que geram diferentes planos de acesso aos dados.

Conteno
Quando a demanda (workload) para uma recurso particular
alta ento conteno acontece.
a condio na qual dois ou mais componentes de workload
esto tentando usar um recurso em modo conflitante.
medida que a conteno aumenta, o throughput diminui.

Tarefas de um ABD: Tuning


Resumindo:
Performance de BD pode ser definida como a otimizao de uso
de recursos para aumentar a throughput e minizar a
conteno, possibilitando o maior workload possvel ser
processado.
Um monitoramento efetivo de performance e estratgia de
tuning requer no apenas expertise no SGBD mas
conhecimento que vai alm da administrao de BD.

Disponibilidade
Manter o SGBD no ar e executando a contento
Minimizar downtime requerido por tarefas administrativas
Uso de tecnologias de clustering para implantar tcnicas
de failover

Quantos DBAs?
Um DBA sobre carregado pode produzir erros que cause downtime e
problemas operacionais que representem prejuzo para empresa
O nmero de DBAs depende de vrios fatores:
Nmero de banco de dados
Tamanho dos banco de dados
Nmero de usurios
Nmero de aplicaes
Service-Level Agreements (SLA)
Requisitos de disponibilidade
Impacto de downtime
Requistos de performance
Tipos de aplicaes (OLTP e OLAP)
Experincia de equipe de DBA
Variedade de SGBDs
Ferramentas de DBA
Experincia de programadores e usurios finais

Certificao de DBA
Certificao profissional est em evidncia recentemente em vrios
trabalhos de TI
Em Bd existem vrios programas de certificao:
Oracle: www.oracle.com/education/certification/
Microsoft SQL Server:
www.microsoft.com/trainingandservices/default.asp?PageID=training
IBM DB2: www.ibm.com/certify
Sybase: www.sybase.com/education/profcert/
Informix:
www.informix.com/informix/training/courses/certific/welcome.htm

Sites dos Vendedores de SGBD


Oracle: www.oracle.com
MS SQL Server: www.microsoft.com/sql/default.asp
IBM DB2: www.ibm.com/software/data/db2/
Informix: www.ibm.com/software/data/informix
Sybase: www.sybase.com
MySQL: http://www.mysql.com/ (SUN)
Ingres: http://www.ingres.com/

Sites dos SGBD


Postgresql: www.postgresql.org
Interbase: www.borland.com
Firebird: www.firebirdsql.org/
Adabas:
http://www.softwareag.com/corporate/products/adabas/default.asp
OODBMS:
UniSQL: ww.unisql.com
Poet: www.poet.com
Object Store: www.odi.com
Ontos: www.ontos.com
Jasmine: www.ca.com

XML-Native:
Tamino: www.softwareag.com/tamino/

Sites dos SGBD


PC-Based (brinquedos):
dBase: http://www.dbase.com/
Filemaker: www.filemaker.com
Microsoft Access:
www.microsoft.com/office/access/
Visual FoxPro: www.microsoft.com/vfoxpro/
Paradox: www.corel.com

Ferramentas de Adm. de ISVs


BMC: www.bmc.com
Computer Associates: www.ca.com
Embarcadero Tech: www.embarcadero.com
Quest: www.quest.com

OBS: ISV: Independent Software Vendors

Ferramentas de Modelagem
ERWin (CA): www.ca,com
DeZign for DB: www.datanimic.com
Embarcadero: www.embarcadero.com
MS Visio Enterprise: www.microsoft.com
Oracle designer: www.oracle.com
System Architect: www.popkin.com
Rational Rose: www.rational.com
Visible Analyst: www.visible.com
Power Design: www.sybase.com

Magazines
Oracle Magazine: www.oracle.com/oramag/index.html
DB2 Magazine: www.db2mag.com
SQL Server Magazine: www.sqlmag.com
Sybase Magazine: www.sybase.com/inc/sybmag
Database Trends and Applications: www.dbta.com
Data Management Review: www.dmreview.com
Exploring Oracle: www.elementkjournals.com/dbm/
SQL Magazine: www.devmedia.com.br/sqlmagazine/

Consultores
www.ylassoc.com
www.tusc.com
www.dbadirect.com
www.dbdebunk.com
www.craigmullins.com
ASK TOM da Oracle

Portais
DBAzine.com: www.dbazine.com
Searchbase.com: www.searchbase.com
Data Administration newsletter: www.tdan.com
Oracle:
www.lazydba.com
www.orafans.com
www.oraworld.com
DB2:
www.ruban.de
db2usa.hypermart.net/cindex.htm
www7b.boulder.ibm.com/dmdd/
SQL Server:
www.sqlservercentral.com
www.sql-server-performance.com
www.swynk.com/sql

Portais
Padronizao
(www.jcc.com/SQLPages/jccs_sql.htm):
ANSI: www.ansi.org
ISO: www.iso.ch
NIST: www.nist.gov

DAMA
(Data
www.dama.org

Management

Association:

User Groups
Oracle: www.ioug.org
DB2: www.idug.org
SQL Server: www.sqlpass.org
Informix: www.iiug.org
Sybase: www.sybase.com/ISUG/

2. Instalao

Criando o Ambiente de BD
Definir a estratgia da organizao
Qual SGBD desejvel para a empresa?
Deve-se procurar minimizar o nmero de SGBDs diferentes na empresa.
Deve-se procurar os grandes fabricantes (IBM DB2, Oracle, SQL-Server),
baseado no ditado:
you cannot go wrong with Oracle or DB2

Numa segunda opo, pode-se contactar o segundo escalo de fabricantes:


Sybase e Informix
Se a empresa adota a poltica de software open-source ento Postgresql e
MySQL so as escolhas
Numa terceira opo, vem o terceiro escalo: ADABAS e INGRES
Se h requisitos especficos do tipo:
Uso para BD muito grandes (Very Large DB) => NCR Teradata
Uso exclusivo para XML => Tamino
Uso de SGBD OO => ObjectDesign e Versant

Importante saber se o fornecedor prover no futuro novas funcionalidades


(mnimas que sejam) com pequeno risco.

Criando o Ambiente de BD
Definir a estratgia da organizao
Qual SGBD desejvel para a empresa?
Deve-se procurar minimizar o nmero de SGBDs diferentes na empresa.
Deve-se procurar os grandes fabricantes (IBM DB2, Oracle, SQL-Server),
baseado no ditado:
you cannot go wrong with Oracle or DB2

Numa segunda opo, pode-se contactar o segundo escalo de fabricantes:


Sybase e Informix
Se a empresa adota a poltica de software open-source ento Postgresql e
MySQL so as escolhas
Numa terceira opo, vem o terceiro escalo: ADABAS e INGRES
Se a requisitos especficos do tipo:
Uso para BD muito grandes (Very Large DB) => NCR Teradata
Uso exclusivo para XML => Tamino
Uso de SGBD OO => ObjectDesign e Versant

Importante saber se o fornecedor prover no futuro novas funcionalidades


(mnimas que sejam) com pequeno risco.

Criando o Ambiente de BD
Na escolha de um BD so importantes os seguintes
aspectos:
Suporte ao Sistema Operacional
Tipo da organizao (conservadora ou liberal)
Benchmarks (detalhes no prximo slide)
Escalabilidade
Disponibilidade de ferramentas de software de apoio
Peopleware
TCO (custo da licena + custo de software extra requerido +
custo de profissionais + suporte + administrao do SGBD)
Poltica de Releases
Referncias de outros clientes

Avaliando BenchMark
Benchmark
Teste usado para comparar performance de hardware e/ou software
Existem vrios benchmarks, em BD TPC o mais respeitado

TPC Transaction Processing Performance Council


um organizao independente e que no visa lucro que gerencia e administra
testes de benchmark
Testes de benchmark medem performance baseados no nmero de transaes
que um dado sistema e SGBD podem executar por unidade de tempo (ex.
num. de transaes por minuto)
TPC tem os seguintes benchmarks:
TPC-App: Application Server e Web services benchmark
TPC-C: Workload de produo planejado num ambiente de transaes
TPC-H: processamento ad-hoc no qual transaes no so conhecidas e pr-definidas
TPC-R: ambiente de suporte deciso
TPC-W: Processamento de transaes na Web

Ver: http://www.tpc.org
Ver: http://itautec.cin.ufpe.br/tpc.aspx#2

Criando o Ambiente de BD
Arquiteturas de SGBD
Realidade atual: infraestrutura de TI distribuda e heterognea
Quatro nveis de arquiteturas:
Enterprise:
Projetado para escalabilidade e performance
Capaz de suportar grande volumes de dados, mltiplas transaes e mltiplos tipos de aplicao
Executa numa mquina robusta (mainframe ou servidor rodando UNIX, Linux ou XP(NT)
Suporte para mltiplos processadores, queries paralelas, e outras caractersticas avanadas
Ex. Oracle Enterprise Edition, preo US$40,000.00
Departamental:
Tambm conhecido como Workgroup DBMS
Para empresas de mdio a pequeno porte
Executa em UNIX, Linux e XP
Ex. Oracle Standard One, preo US$5,000.00
Personal:
Projetado para usurio nico.
Roda em plataformas do tipo PC com Linux ou Windows
Ex. Microsoft Access, Personal Oracle
Mobile
Projetado para usurios utilizarem remotamente sem conexo
Plataformas laptop, PDA e mobile phones
Ex. Personal Oracle Lite http://www.orafaq.com/faqpol.htm

Criando o Ambiente de BD
Arquiteturas de SGBD

Clustering de SGBD
Clustering o uso de computadores independentes trabalhando
conjuntamente num nico sistema, altamente disponvel. Visa
aumentar disponibilidade e escalabilidade
Presta-se para load balancing e failover
H duas arquiteturas:
shared-disk : todos os computadores compartilham os dispositivos de
disco. Cada processador tem sua memria privada.
shared-nothing: cada sistema tem seus prprios recursos privados
(memria, disco, etc.) e os processadores se comunicam a atravs
da troca de mensagens na rede

Criando o Ambiente de BD
Comparao de Shared-disk e shared-nothing
Shared-disk

Shared-nothing

Rpida adaptao mudana


de workloads

Pode explorar hardware simples


e baratos

Alta disponibilidade

Alta escalabilidade

Bom para ambientes read-only

Bom para ambientes read/write

Dados no precisam ser


particionados

Dados so particionados pelo


cluster

Criando o Ambiente de BD
Comparao de Shared-disk e shared-nothing
Ex.: DB2 para OS/390 prov shared-disk clustering
DB2 Extended Enterprise Edition prov shared-nothing
clustering
Oracle Real Application Clusters prov shared-disk clustering

3 EVOLUO DOS SGBD DE


DADOS

59

Evoluo do SGBD

60

Evoluo do SGBD
Anos 60:
Foram desenvolvidos dois principais
modelos de dados: modelo em rede
(CODASYL - Comitee for Data Systems

Language) e o modelo hierrquico


(IMS Information Management
System). O acesso ao BD feito
atravs de operaes de ponteiros de
baixo nvel que unem (link) os
registros.
61

Evoluo do SGBD
Anos 60:
Detalhes de armazenamento dependiam
do tipo de informao a ser armazenada,
desta forma, a adio de um campo extra
necessitava de uma reescrita dos
fundamentos de acesso/modificao do
esquema. Os usurios precisavam
conhecer a estrutura fsica do BD para
poder realizar uma consulta.
62

Evoluo do SGBD
Anos 60:
Modelo de dados em rede:
rede
Os primeiros trabalhos foram realizados em
1964 por Charles Bachman;
Dados so representados por uma coleo de
registros e os relacionamentos por meio de
links;
representado por um diagrama constitudo
por caixas e linhas;
63

Evoluo do SGBD
Anos 60:
Modelo de dados em rede:
rede
So usados apenas relacionamentos muitospara-muitos;

64

Evoluo do SGBD
Anos 60:
Modelo de dados hierrquico
Tambm se utilizava de registros para
representar os dados e links para os
relacionamentos;
So organizados na forma de uma rvore com
raiz;
Como Exemplo: Clipper, Dbase 2, Fox Pro,
COBOL.
65

Evoluo do SGBD
Anos 60:
Modelo de dados hierrquico:

O maior sucesso comercial foi o


sistema SABRE, desenvolvido pela IBM
e American Airlines.
66

Evoluo do SGBD
1970 1972
Edgar Frank Codd prope o modelo de
dados relacional, que se tornou um
marco em como pensar em banco de
dados. Ele desconectou a estrutura
lgica do banco de dados do mtodo de
armazenamento fsico. Este sistema se
tornou padro desde ento.
(www.informatik.uni67
trier.de/%7Eley/db/about/codd.html
)

Evoluo do SGBD
Anos 70:
Muitas discusses a respeito do valor
da competio entre os sistemas
enquanto a teoria de banco de dados
conduz ao objetivo final de projeto de
pesquisa. Dois principais prottipos de
sistema relacional foram desenvolvidos
entre 1974 e 1977 e demonstram um
timo exemplo de como a teoria conduz
a boas prticas.
68

Evoluo do SGBD
Anos 70:
Ingres: Desenvolvido pela UCB. Que no final das
contas serviu como base para Ingres Corp., Sybase,
MS SQL Server, Britton-Lee, Wang PACE. Este
sistema utilizava QUEL como linguagem de consulta;
System R: Desenvolvido pela IBM San Jose e serviu
de base para o IBM SQL/DS, IBM DB2, Oracle, todas
os BD da HP, Tandem's Non-Stop SQL. Este sistema
utilizava SEQUEL como linguagem de consulta.
O termo Sistema de Gerenciamento de Banco de
Dados Relacional (SGBDR RDBMS em ingls) foi
definido durante este perodo.

69

Evoluo do SGBD
Anos 70:
Em 1976 o Dr. Peter Chen prope o modelo
Entidade-Relacionamento (ER) para projetos de
banco de dados dando uma nova e importante
percepo dos conceitos de modelos de dados.
Assim como as linguagens de alto nvel, a
modelagem ER possibilita ao projetista
concentrar-se apenas na utilizao dos dados,
sem se preocupar com estrutura lgica de
tabelas.
bit.csc.lsu.edu/~chen/chen.html
70

Evoluo do SGBD
Anos 80:
A comercializao de sistemas
relacionais comea a virar uma febre
entre as organizaes.
A Linguagem Estruturada de Consulta
SQL (Structured Query Language) se
torna um padro mundial. A IBM
transforma o DB2 como carro chefe da
empresa em produtos para BD.
71

Evoluo do SGBD
Anos 80:
Os modelos em rede e hierrquico passam a ficar
em segundo plano praticamente sem
desenvolvimentos utilizando seus conceitos, porm
vrios sistemas legados continuam em uso. O
desenvolvimento do IBM PC desperta muitas
empresas e produtos de BD como: RIM, RBASE
5000, PARADOX, OS/2 Database Manager, Dbase III
e IV (mais tarde transformado em FoxBase e mais
tarde ainda como Visual FoxPro), Watcom SQL,
entre outros.
72

Evoluo do SGBD
Anos 90:
Tem incio uma leve crise econmica nas
indstrias e algumas empresas sobrevivem
oferecendo alguns produtos a custos muito
elevados. Muito desenvolvimento acontece
em ferramentas de desenvolvimento para o
desktop no desenvolvimento de aplicaes
(client tolls), tais como: PowerBuilder
(Sybase), Oracle Developer, Visual Basic
(Microsoft), entre outros.
73

Evoluo do SGBD
Anos 90 - inicio:
O modelo cliente-servidor (client-server)
passa a ser uma regra para futuras decises
de negcio e vemos o desenvolvimento de
ferramentas de produtividade como
Excel/Access (Microsoft) e ODBC, tambm
marcado como o incio dos prottipos de
Object Database Management Systems
(ODBMS).
74

Evoluo do SGBD
Anos 90 - meio:
quando vemos a exploso da
Internet./WWW e uma louca corrida para
prover acesso remoto a sistemas de
computadores com dados legados. Percebese um crescimento exponencial na
tecnologia Web/BD.
Aumentam o uso de solues de cdigo
aberto (open source) atravs de gcc, cgi,
Apache, MySQL, etc.
75

Evoluo do SGBD
Anos 90 - meio:
Processos de transao em tempo real
(OLTP - On-Line Transaction Process) e
processos analticos em tempo real (OLAP
On- Line Analitical Process) atingem
maturidade atravs de muitos negcios
utilizando os PDVs (Ponto de Venda).

76

Evoluo do SGBD
Anos 90 - meio:
Primeiro SGBD a empregar modelo
Objeto Relacional;
Banco de Dados utiliza o melhor do
modelo Relacional e do modelo
orientado a objetos;
SGBDs conseguem manipular todos os
tipo de dados, originando a
denominao de Banco de Dados
77
Universal;

Evoluo do SGBD
Anos 90 - Fim:
O grande investimento em empresas de
Internet impulsiona as vendas de
ferramentas para conexo Web/Internet/BD.
Active Server Pages, Front Page, Java
Servlets, JDBC, Enterprise Java Beans,
ColdFusion, Dream Weaver, Oracle
Developer 2000, so um exemplo dessas
ferramentas.
78

Evoluo do SGBD
Sculo 21:
Vemos a decadncia da indstria da Internet de
uma maneira geral, mas slidos crescimentos em
aplicaes para BD continuam.
Aparecem mais aplicaes que interagem com
PDAs (Personal Digital Assistant), transaes em
PDVs, consolidao de vendas, etc.
Trs companhias predominam no amplo mercado
de BD: IBM (que comprou a Informix), Microsoft e
Oracle.
79

Evoluo do SGBD
SGBD para Clusters comeam a ser
empregados;
Utilizando alguns dos conceito dos
SGBDD e de aplicaes Cliente/Servidor
surgem os SGBD para clusters;
Proposta tentar utilizar da melhor forma
possvel tais arquiteturas;
SGBD para Clusters muito pouco utilizado,
em relao ao demais SGBD.
80

Evoluo do SGBD
Anos 90 - Fim:
O emprego de SGBD Universal se torna
necessrio;

Aplicaes multimdia, filmes, games


interativos, CAD/CAN, fotografias
etc.
Grande exploso da Internet,
invadindo todos os ramos da
atividade humana;
81

Evoluo do SGBD
Sculo 21:
Em 18 de abril de 2003, morre o pai do
modelo relacional, o Dr. Edgar Frank
Ted Codd. Aos 76 anos de idade, em
sua casa na Flrida.
Nascido em 1923 em Portland, na
Inglaterra. O caula de 07 irmos, filho
de pai fabricante de artigos de couro e
me professora.
82

Evoluo do SGBD
Sculo 21:
Final de 2003: A Oracle lana o Oracle 10G
o primeiro SGBD com designao para
GRIDs (Discos).

83

Evoluo do SGBD
Sculo 21:
Incio de 2007 IBM lana o DB2 Viper,
SGBD hibrido que gerencia tanto dados
universais quanto XML de maneira
nativa.
Filme no final?

84

Evoluo do SGBD
NoSQL:
NoSQL um termo genrico para uma classe
definida de banco de dados no-relacionais
que rompe uma longa histria de banco de
dados relacionais com propriedades ACID.
Outros termos equivalentes para esta
categoria de bancos NF, N1NF (non first
normal form), nested relational, dimensional,
multivalue, free-form, schemaless, document
database e MRNN (Modelo Relacional No
Normalizado).
85

Evoluo do SGBD
NoSQL:
Os bancos de dados que esto sob estes
rtulos no podem exigir esquemas de tabela
fixa e, geralmente, no suportam instrues e
operaes de juno SQL.

86

Evoluo do SGBD
NoSQL:
Tendncias em arquiteturas de computadores, como a
computao na nuvem e a necessidade crescente de
prover servios escalveis, esto pressionando bancos
de dados numa direo onde eles necessitam oferecer
escalabilidade horizontal. Bancos de dados NoSQL
armazenam os dados com tcnicas que visam atender a
esse requisito. H alguns exemplos proeminentes de
softwares de cdigo fechado que atendem estes
requisitos, sendo alguns deles Google's BigTable e
Amazon's DynamoDB. E alguns exemplos de software
open-source como Apache Cassandra (originalmente
desenvolvido para o Facebook), Apache HBase,
LinkedIn's e vrios outros.

87

Evoluo do SGBD
NoSQL:
O termo NoSQL foi primeiramente utilizado em 1998
como o nome de um banco de dados relacional de
cdigo aberto que no possua uma interface SQL. Seu
autor, Carlo Strozzi, alega que o movimento NoSQL "
completamente distinto do modelo relacional e portanto
deveria ser mais apropriadamente chamado "NoREL" ou
algo que produzisse o mesmo efeito".
O termo NoSQL foi re-introduzido no incio de 2009 por
um funcionrio do Rackspace, Eric Evans, quando
Johan Oskarsson da Last.fm queria organizar um evento
para discutir bancos de dados open source distribudos.

88

Evoluo do SGBD
NoSQL:
Modernas base de dados relacionais parecem
ter uma limitao a transaes com grandes
volumes de dados e cargas de trabalhos
tpicas de operaes modernas de grande
carga, incluindo o dimensionamento de
conjuntos de dados. Sistemas NoSQL
frequentemente fornecem garantias de
consistncia fraca, como consistncia
eventual e operaes restritas a itens
individuais de dados, apesar de que uma faixa
possa impor garantias ACID, adicionando uma
camada de middleware complementares.
89

Evoluo do SGBD
NoSQL:
Alguns defensores do NoSQL promovem
interfaces muito simples, como arrays
associativos ou pares chave-valor (Key-Value
pairs). Outros sistemas como bancos de dados
XML nativos provem o apoio ao padro
XQuery..

90

Evoluo do SGBD
Lista de projetos NoSQL
Documento
RavenDB (http://ravendb.net/)
CouchDB
MongoDB
MarkLogic Server
BaseX
eXist

Orientado a Objetos

91

Evoluo do SGBD
Lista de projetos NoSQL
Orientado a Objetos
Db4o

Chave/Valor (Key/Value)
Memcachedb
Project Voldemort
Redis
SimpleDB
Hbase

92

Evoluo do SGBD
Lista de projetos NoSQL
Tabular
Cassandra
Hypertable

Grafos
DEX (http://www.sparsity-technologies.com/dex)
Neo4j (http://neo4j.org/)
OrientDB (http://www.orientdb.org/index.htm)
InfiniteGraph (http://objectivity.com/INFINITEGRAPH)

93

Desconhecido

Evoluo do SGBD
Lista de projetos NoSQL
Desconhecido
Chordless
GT.M
Mnesia
DB-Sol

94

Evoluo do SGBD
Quais as tendncias?
Sistemas gigantescos (Terabytes) esto
surgindo e necessitaro cada vez mais de
novos recursos para manipulao e anlise
dos dados.
Estamos presenciando grandes projetos
envolvendo BD como o projeto Genoma,
geologia, segurana nacional e dados de
explorao espacial.
95

Evoluo do SGBD
Quais as tendncias?
Data mining, data warehousing, data marts
so tcnicas utilizadas atualmente e no
futuro sero utilizados cada vez mais, sem
dvida alguma.
Sistemas de compras personalizadas e
inteligentes sero fato e utilizaro histrico
de vendas.
96

Evoluo do SGBD
Quais as tendncias?
Sucessores do SQL surgiro no futuro. Vrias
tentativas de padronizar um sucessor do SQL
no foram bem sucedidas. SQL92, SQL2 e
SQL3 ainda esto pouco potentes e mais
extenses so difceis de implementar. Muito
provavelmente isto ser alcanado pelo XML
e outras tcnicas emergentes.

97

Evoluo do SGBD
Quais as tendncias?
XML com Java para BD a nova aposta como
o prximo grande acontecimento. Vejamos
mais tarde o que mais ser novidade.
O uso de BD mveis so os novos produtos
que vem surgindo para comercializao em
vrios segmentos.

98

Evoluo do SGBD
Quais as tendncias?
Processos de transaes distribudas
comeam a se tornar uma regra em vrias
reas de planejamento de negcios (Nuvem).

99

Evoluo do SGBD
Quais as tendncias?
Provavelmente veremos uma leve crise nas
vendas dos RDBMS e Linux com Apache
suportaro MySQL (e at mesmo Oracle) com
um hardware relativamente barato e isso ser
a maior ameaa ao alto custo de sistemas
legados da Oracle e DB2 e ento se dar
incio a projetos para manter seus clientes.

100

Evoluo do SGBD
Quais as tendncias?
Tudo ser orientado a objeto, inclusive os BD.
Object Database Management Group (ODMG)
props um padro que foi aceito quem sabe,
algo venha deles.
Assuntos como tica e segurana tendem a
diminuir, mas invariavelmente voltaro tona.

101

Evoluo do SGBD
Quais as tendncias?
Seremos capazes de consultar um BD de
registros mdicos/genticos de um futuro
empregado de nossa empresa?
Poderemos consultar as informaes de
um(a) futuro(a) companheiro(a) / namorado(a)
para descobrir possveis falhas ou distrbios
genticos?
102

Evoluo do SGBD
Quais as tendncias?
Haver um banco de dados nacional com
informaes de estupradores, assassinos,
traficantes?

Quem ter permisso de fazer


rastreamentos na Web?????

103

Evoluo do SGBD
Quais as tendncias?
Quantas vezes, nestes ltimos seis meses,
voc visitou uma sala de bate-papo, site
pornogrfico, site de stira poltica, visitou o
site da SQL Magazine?
Quem ter permisso de armazenar ou ver
estas informaes?
E o questionamento mais difcil de se
responder: Quem tomar estas decises?
104

Evoluo do SGBD
Concluses ?
Como podemos perceber, a histria nos
ensina muito do que somos hoje. No
voltaremos ao passado para trabalhar com o
velho WordStar, mas extremamente
importante aprendermos com o passado para
decidirmos melhor o nosso futuro afinal, o
futuro est em SUAS mos.

105

Prof. Reinaldo Lourenso

106

Anda mungkin juga menyukai