Introdução a base de dados firebird

February 03, 2016 Vinícius Muniz

Introdução a base de dados firebird

Firebird RDBMS oferece uma lista significativa de recursos, uma base de código adulta e uma reputação demonstrou em sua encarnação passada como o Borland InterBase RDBMS.
Como examinado mais adiante neste artigo, Firebird dá uma tonelada de componentes acessíveis nas bases de dados empresariais, incluindo arrumar sistemas, triggers, quente (reforços enquanto o banco de dados está em execução) e replicação.
Da mesma forma com inúmeros itens desenvolvidos, Firebird transmite alguma medida de coisas herdadas, que podem ser um pouco de confusão para outro cliente.
Então, antes de mergulhar em investigar os componentes deste banco de dados dá, vamos dar uma olhada em alguns problemas normais que pode levantar-se para outro cliente.

Firebird inicialmente começou sua vida como o banco de dados Borland InterBase.

Como o item chegou a formar 6.0, Borland Borland escolheu o item teria sido amadurecido fora, portanto, o código foi descarregada sob uma licença de código aberto.
Mais tarde, em seguida, novamente, Borland, evidentemente, teve uma mudança de psique sobre amadurecimento fora o artigo.
Mesmo em cima ‘até hoje, no interior, a Borland continua a adicionar à base de dados Interbase, com a forma mais recente é 7.1.
Firebird 1.0, basicamente, era o código-fonte aberto atrás InterBase 6.0. A partir deste trabalho escrito, o primeiro esforço melhoria significativa do ramo Firebird é Firebird 1.5.

Para o novo cliente, Firebird tem dois ângulos befuddling.

Para começar, o banco de dados está disponível em dois sabores; em segundo lugar, diferentes tipos de vernaculars SQL podem ser utilizados, cada um transportando as suas ramificações específicas.
Nós devemos primeiro dar uma olhada na concepção questão edifício e depois que vá para a frente para as línguas vernáculas SQL à medida que se identificam com Firebird SQL.

Como notado, o banco de dados Firebird vem em duas variedades, servidor exemplar e super servidor.

Grande servidor é o primeiro planejamento estrutural por trás do banco de dados.
Na grande modelagem construção, um procedimento diferente é trazido para cada associação feita ao banco de dados, com a assistência do inetd ou o Damon xinted.
No momento em que há poucas associações de banco de dados, grande servidor utiliza menos ativos do que faz o planejamento estrutural super servidor.

O design super edifício servidor tenha sido escalado como o futuro posição em que o banco de dados Firebird irá criar.

É uma engenharia estrutural multi-enfiadas, multi-cliente que requer alguns ativos quando as associações extras são gerados.
Designação de ativos e administração de bloqueio são substancialmente mais proficientes no planejamento estrutural super servidor, uma vez que procedimentos isolados não precisa sentar-se firmemente para os outros para completar antes que eles possam ser bem cuidados.
Uma questão para o engenheiro de software para meditar sobre quando compor contra um super servidor é nenhum capacidades cliente caracterizado, incluindo qualquer projeto fora que colabora com o banco de dados de super servidor, deve ser seguro string.
Para aqueles familiarizados com a modelagem construção da Oracle, uma abordagem simples para dar uma olhada na parte das associações é que grande é semelhante às associações cometidos enquanto super-servidor é mais parecido com o quadro de atribuição mútua.
Para mais dados sobre este assunto consulte a área de Recursos.

Outra parte desta base de dados que podem confundir o novo cliente é as três línguas vernáculas separadas de SQL que oferece Firebird.

Vernáculos se relacionam geralmente para a posição de data e hora e a precisão de um tipo de dados numéricos.
Uma orientação confiável decente: na chance que você não está familiarizado com as lingos distintivas de Firebird, executar com a língua 3.
Este vernáculo não apenas ajusta quase a determinação mais recente do ANSI SQL, que, adicionalmente, deve ser bem conhecido para os clientes da Sybase e MySQL.
Vernáculos são criados em tempo de execução e pode ser alterado para o cliente no momento da associação ou com um conjunto convocar linguagem SQL.

Instalação de Banco de Dados

Como o super servidor é o futuro rumo do banco de dados Firebird, este artigo centra-se na super-servidor como a engenharia estrutural da decisão.
A partir deste trabalho escrito, o candidato de quitação para o Firebird 1.5 era acessível apenas em um alcatrão emparelhado, design bz2.
Tragicamente, sem documentação formal é acessível para a criação deste, então aqui é o estabelecimento mais ou menos.

Para obter um desempenho melhor, você pode usar Hoo.st para hospedar seu banco de dados Firebird.

Receba Mais noticias!

Share
Vinícius Muniz
Vinícius Muniz

Systems developer, user and Scriptcase Hoo.st Manager

Volver al principioback to top
×