Atividade Estruturada ( Implementação de Banco de Dados)

Prévia do material em texto

DISCIPLINA: IMPLEMENTAÇÃO DE BANCO DE DADOS
ATIVIDADE ESTRUTURADA
ASSUNTO: SISTEMA DE GERENCIAMENTO DE BANCO DE DADOS (RELACIONAL).
ALUNO: RAILSON BORGES MOURA
HISTÓRICO 
O PostgreSQL (conhecido anteriormente como Postgres95) derivou do projeto POSTGRES da universidade de Berkley, cuja última versão foi a 4.2. O POSTGRES foi originalmente patrocinado pelo DARPA (Agência de Projetos de Pesquisa Avançada para Defesa), ARO (Departamento de Pesquisa Militar), NSF (Fundação Cinetífica Nacional) e ESL Inc. A implementação do projeto POSTGRES iniciou em 1986, já em 87 tornou-se operacional. A primeira versão lançada para o público externo foi em 1989. Devido a uma crítica feita ao seu sistema de regras, o POSTGRES teve essa parte reimplementada e lançada em uma segunda versão em 1990. Em 1991 foi lançada a versão 3, com melhorias no executor de consultas e algumas partes do código foram reescritas.
 As versões subsequentes, até o Postgres95, foram focadas em confiabilidade e portabilidade. O POSTGRES foi utilizado para diversos sistemas de pesquisa e de produção, uma aplicação de análise financeira, um banco com rotas de asteroides, e diversos sistemas de informações geográficas. O código do POSTGRES foi aproveitado em um produto comercializado pela IllustraInformation Technologies (posteriormente incorporada à Informix, que agora pertence à IBM).
A versão seguinte, o Postgres95, teve mudanças radicais em relação ao projeto original. O seu código foi totalmente revisado, o tamanho dos fontes foi reduzido em 25%, e a linguagem SQL foi implementada como interface padrão. A performance foi consideravelmente melhorada e vários recursos foram adicionados. Em 1996 o nome Postgres95 tornou-se inadequado, o projeto foi rebatizado "PostgreSQL", para enfatizar a relação do POSTGRES original com a linguagem SQL. A numeração da versão voltou a seguir o padrão anterior ao Postgres95 (considerada a 5.0), e a primeira versão do PostgreSQL foi a 6.0. Enquanto a ênfase do Postgres95 tinha sido a correção de falhas e otimização do código, o desenvolvimento das primeiras versões do PostgreSQL foi orientada à melhoria de recursos e implementação de novos recursos, sempre seguindo os padrões de SQL anteriormente estabelecidos.
POSIÇÃO NO MERCADO
O SGBD é um conjunto de aplicações de software que permite gerenciar os bancos de dados nos aspectos das 3 visões: externa, conceitual e interna.
Baseado nessas 3 visões, a empresa Austrian IT Consulting elaborou uma pesquisa a partir de um método abrangente que é constituído de indicadores que correspondem às menções em websites de busca mais conhecidos, como Google e Bing, assim como a frequência dos debates técnicos dos SGBDs em fóruns respeitados no assunto, entre eles: Stack Overflow and DBA Stack Exchange. Foi também analisado o número de ofertas de empregos e os profissionais que mantêm seus currículos em redes sociais do tipo Linkedin, bem como menções no Twitter. Por meio desses indicadores, promoveu-se uma nota numérica que permitiu ranquear os SGBDs mais utilizados e populares.
A seguir, os 50 SGBDs mais mencionados na pesquisa da empresa de consultoria.
Fonte: Austrian IT Consulting, disponível em: http://db-engines.com/en/. Acesso em: 01/04/2016.
DISTRIBUIÇÃO ATUAL
A distribuição atual do PostgreSQL é a 9.6.2. Esta versão inclui correções que evitam problemas de corrupção de dados em compilações de índices e em determinadas situações de repetição de registro antecipado de log, que são detalhadas a seguir.
Esta versão contém várias correções para melhorar a estabilidade de dados visíveis e log WAL que desejamos destacar aqui.
Antes desta liberação, os dados podiam ser prematuramente podados por uma operação de vácuo quando um instantâneo especial usado para varreduras de catálogo estava atualmente disponível.Especificamente, a operação de vácuo não teria conhecimento do xmin mais antigo para este instantâneo especial. O erro apareceria com uma mensagem como:
"cache lookupfailed for relation 1255"
Esta versão garante que as operações de vácuo serão responsáveis ​​pelos snapshots de digitalização de catálogo.
Além disso, há várias correções para melhorar a estabilidade do write-ahead-log, incluindo:
Uma correção para BRIN índice WAL log onde uma repetição poderia fazer uma parte do índice BRIN inútil e exigem recomputing.
Uma correção para uma tabela unlogged onde um log WAL seria criado sob a configuração "wal_level = minimal" e após replay após falha, a tabela não aparecem para ser corretamente redefinir.
Uma correção na validação do cabeçalho da página WAL ao reler segmentos que corrige o erro de “TLI fora da sequência” que pode ser relatado durante a recuperação.
VERSÕES
Postgre95
PostgreSQL
CARACTERÍSTICAS 
Recuperação Automática após crash de sistema (WAL);
MVCC (controle de concorrência de multi-versão). Neste mecanismo, processos de leitura não bloqueiam processos de escrita e vice-versa, reduzindo drasticamente (às vezes,eliminando) a contenção entre transações concorrentes e paralisação parcial ou completa (deadlock);
Logging de transações;
Commit / Rollback / Checkpoints;
Triggers / Stored Procedures;
Constraints / Foreign Keys;
Backup On-line;
Tamanho ilimitado de registro;
Múltiplos tipos de Índice: suporta índices B-Tree, rTree e Hash, permitindo que a escolha o índice mais eficiente para cada aplicação.
Índices em Cluster: Cada tabela pode suportar um índice em 'cluster' (clustered index). Este índice classifica fisicamente os dados, na mesma seqüência como especificada pelo índice. Um índice de cluster permite a maior velocidade possível na recuperação de dados - melhorando a desempenho geral do banco de dados.
APLICATIVOS DE CONTROLE 
PGAccess
http://www.pgaccess.org
A maioria das plataformas
Este é a interface gráfica para usuário (GUI) original
do PostgreSQL, no estilo do navegador de banco de dados do MS
Access, escrito em Tcl/Tk. Permite navegar, adicionar e editar
tabelas, visões, funções, seqüências, bases de dados e usuários,
assim como consultas auxiliadas por gráficos (QBE).
phpPgAdmin
http://sourceforge.net/projects/phppgadmin
Multiplataforma baseado em navegador, requer servidor de internet
Um clone do popular phpMyAdmin, otimizado para
o PostgreSQL. Como o próprio nome já diz, foi criado em PHP. Esta
é uma ferramenta administrativa muito boa, robusta, e existe uma
versão totalmente em português. Funciona muito bem, têm muitas
funcionalidades e é código livre.
PGAdmin II
http://pgadmin.postgresql.org
Somente plataforma Windows com acesso via ODBC
Uma interface completa de administração do PostgreSQL,
similar ao Microsoft Enterprise Manager e escrito em VB com ADO.
Permite o gerenciamento de praticamente todos os objetos do banco
de dados e consultas ad-hoc.
OpenOffice.org
http://www.openoffice.org
Plataformas Windows, Linux e Solaris
Um pacote de aplicativos para escritório de código
aberto com um navegador de banco de dados limitado através de
interfaces de “Origens de Dados” (ODBC). Consegue gerar
moderadamente complexos relatórios e formulários de entrada de
dados simples.
Red Hat 
http://sources.redhat.com/rhdb
Plataforma Linux
Um tanto quanto polêmico, mas a Red Hat lançou
seu banco de dados baseado no PostgreSQL, beneficiando-nos com
novas ferramentas gráficas para projeto e administração de bases
de dados.
Xpg
http://www.kazak.ws/xpg
A maioria das plataformas que rodem uma máquina virtual Java
Interface de administração do banco de dados PostgreSQL
baseado em Java, com acesso a tabelas e entrada de dados, interface
para consultas e habilidade para exportar o resultado das mesmas
para relatórios em HTML.Porém tem algumas limitações, algumas
funções como criação de índices não podem ser feitas visualmente.É
de código livre e tem um instalador RPM.
TOra
http://freshmeat.net/projects/tora
Plataforma Linux
Originalmente, uma interface de administração de
banco de dados Oracle, com habilidades limitadaspara administrar
bases de dados PostgreSQL (tabelas, visões e funções, somente).
Porém, o sofisticado editor de funções do TOra irá funcionar para
o PostgreSQL.
DBVisualizer
http://www.minq.se
Plataforma Windows
Para quem quer uma ferramenta que funcione com
vários bancos de dados diferentes, seja simples para rodar comandos
SQL e visualizar a estrutura do banco de dados essa é a ferramenta
certa. Não possui funcionalidades administrativas, é um visualizador.
ESCALABILIDADE 
Com a adição de escalabilidade linear de 64 núcleos, scans index-only e reduções no consumo de energia da CPU, o PostgreSQL 9.2 melhorou bastante as questões de flexibilidade, escalabilidade e o desenvolvimento para as cargas de trabalho mais exigentes. A versão 9.2 apresenta melhorias nas capacidade do PostgreSQL (de um modo geral), além de melhor escalabilidade para utilizar, de forma eficiente, os recursos de hardware em servidores maiores. 
Além disso, os avanços no gerenciamento de bloqueio, no acesso index-only e em outras operações low-level permitem que o motor de banco de dados possa lidar com um volume ainda maior de workloads. Numericamente, isso significa a capacidade de leitura de até 350.000 consultas por segundo (mais de 4x mais rápido); scan index-only para consultas de armazenamento de dados (2 - 20x mais rápido) e até 14.000 gravações de dados por segundo (5x mais rápido).
Além disso, a adição de replicação em cascata (bastante útil para sistemas distribuídos), permite aos usuários executar pilhas ainda maiores de servidores em escala horizontal, e a flexibilidade do PostgreSQL é refletida na diversidade de organizações que o adotaram. Por exemplo a NASA, a Chicago Mercantile Exchange e o Instagram, todos dependem dele para executar aplicações de missão crítica. Portanto, a versão 9.2 estende essa flexibilidade ainda mais, incluindo suporte para JSON, permitindo que os desenvolvedores possam utilizar o PostgreSQL em formas completamente novas.
CLIENTES