2. Borland.
Sistema gerenciador de banco de dados relacionais.
Desenvolvimento meados de 1985.
Groton.
Engenheiros da DEC (Digital Equipament Corporation).
Ser um banco de dados acadêmico
Ser independente de plataformas e de sistemas operacionais.
Varias alterações até 1986
Recebe o nome de Interbase®
Iniciando na versão 2.0
Ambiente corporativo
3. Alta performance e escalável
Quase nenhuma administração e um motor de auto
ajuste
SQL 92 e ACID
Compacto ( 50 MB )
Criptografia Fraca e Forte
Arquitetura MVCC
Alta Disponibilidade
Suporte: Windows, Linux, Solares, Mac OS
Integrado com produtos Embarcadero
Fácil Instalação
24. Até versão 4 do InterBase
Baseada em processos
Cada processo tem um cache de banco de
dados dedicado
Necessidade de sistema de gerenciamento
para arbitrar e sincronizar o acesso
concorrente à páginas do banco de dados
pelos processos.
25. InterBase usa a arquitetura SuperServer
Implementação multi-clientes e multitarefas.
Threads múltiplas compartilham um único
processo de servidor
26. Elimina-se os gargalos resultantes do acesso
compartilhado.
Melhora a performance da interação das
mensagens
Melhora a integridade do banco de dados
Tem uma relação custo-benefício melhor que
a arquitetura Classic
27. InterBase usa uma "arquitetura de múltiplas
gerações" (Multi-Generational Architecture)
Cria e armazena múltiplas versões de cada
registro de dados.
Exemplo:
• Relatórios para visualização e para impressão
29. IBConsole e command-line
Permitem ao administrador de banco de dados:
Gerenciar a segurança do servidor
Fazer backup e restaurar um banco de dados
Fazer a manutenção do banco de dados
Ver banco de dados e bloquear estatísticas do gerente
Monitorar a performance do banco de dados
• Resumo dos tópicos de um BD, procedures, transactions e uso de
memória.
• Ver o uso de memória através de gráfico ou heap
• Listar todas as tabelas e exibições no banco de dados
• Ver uma lista com todos os procedures e triggers recentes
40. Extrai todos os registros e armazena em um
formato diferente.
Normalmente no backup Completo ocorre
um backup lógico.
Restaurar a partir de backups lógicos oferece
a opção de alterar o tamanho do banco de
dados e distribuí-lo entre vários arquivos ou
discos.
41. Copia o banco de dados e salva no seu
formato original.
Pode converter a réplica para uma base de
dados que permita leitura e escrita.
Normalmente no backup Incremental ocorre
backup físico.
Backup Incremental: salva e copia todas as
transações efetivadas desde o último backup
completo.
42. Qualquer usuário pode restaurar um banco
de dados.
O arquivo restaurado de um backup lógico
pertence ao ID de usuário da pessoa que
executou a restauração.
Para restaurar um banco de dados sobre um
banco de dados existente, você deve ser
SYSDBA ou o proprietário do banco de
dados existente.