Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da ClubeDelphi DIGITAL
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Aplicações com Firebird Embedded – Parte 2 - Artigo Clube Delphi 126
Ilustrar um exemplo de aplicação que faça uso do modelo de servidor Embedded do Firebird, possibilitando a execução em dispositivos como CD-ROM, Pen Drives etc.
ClubeDelphi 126
[Artigo disponível no Leitor Digital DevMedia. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da ClubeDelphi 126
[Artigo disponível no Leitor Digital DevMedia. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da ClubeDelphi 126
Aplicações com Firebird Embedded – Parte 2
Utilizando o Firebird embarcado, sem necessidade de instalação e configuração
Na primeira parte do nosso mini-curso realizamos a introdução à criação da nossa aplicação de catálogo de gibis e livros utilizando o Delphi XE. Como foi visto até aqui, utilizar os recursos embarcados não demanda nada em específico na criação do seu software ou mesmo do banco de dados. A grande sacada de tudo está no servidor de aplicação que se comporta de forma embarcada, dispensando a instalação do banco de dados. Vale lembrar que o modelo de servidor Embedded teve sua primeira aparição na versão 1.5 do Firebird, onde começavam os marcos das diferenças entre Firebird e seu antecessor Interbase, desde então este modelo de servidor tem acompanhado as versões mais recentes do Firebird.
Muitos podem achar esse modelo embarcado desnecessário, mas na verdade pode ser muito útil. Sistemas com bancos de dados embarcados são muito utilizados principalmente no meio de mobilidade. É comum vermos sistemas de lanchonetes ou restaurantes por exemplo, onde há um sistema principal com um banco de dados principal no servidor de dados, onde nas estações são realizadas as operações comuns como o caixa, pedidos no balcão e encaminhamento dos pedidos na cozinha. Já no caso dos garçons, os pedidos são realizados via Smartphone, com um sistema bem simples que apenas realiza os pedidos. Existem duas formas que são adotadas neste tipo de ambiente. A primeira consiste em trabalhar diretamente no servidor de dados principal, utilizando uma rede Wi-fi protegida. A segunda é justamente possuir um banco de dados embarcado, dentro de cada um dos Smartphones e ao final do dia realizar uma sincronização de dados. Para quem adota esta prática com um banco de dados SQL Server CE por exemplo, a replicação ou sincronização dos dados embarcados para o servidor central é feita de maneira muito simples.
Nota do DevMan
Além do servidor Embedded existem outros modelos no Firebird. São eles:
Classic Server: A arquitetura Classic utiliza a concepção atual da maioria dos bancos de dados do mercado. É um modelo que sugere uma concepção conservadora no sentido de preservar heranças de tecnologias ou conceitos de programação que privilegie a retro-compatibilidade. Por exemplo, a versão Classic dá suporte a praticamente todos os protocolos, embora o TCP/IP seja atualmente o padrão estabelecido. Ao invés de ser totalmente thread-safe e multi-thread esse modelo utiliza o conceito de que cada conexão é um processo separado dos demais negociando diretamente o acesso físico aos dados, e possuindo sua própria workspace, isto é, alocando para si uma quantidade de memória RAM. Quando uma conexão termina, todos os recursos que foram alocados tornam-se livres novamente. Por esta razão a versão Classic é menos suscetível a erros como vazamento de memória, estouro de pilha e outros clássicos erros.
"
Este é um post disponível para assinantes MVP
Utilizando o Firebird embarcado, sem necessidade de instalação e configuração
Na primeira parte do nosso mini-curso realizamos a introdução à criação da nossa aplicação de catálogo de gibis e livros utilizando o Delphi XE. Como foi visto até aqui, utilizar os recursos embarcados não demanda nada em específico na criação do seu software ou mesmo do banco de dados. A grande sacada de tudo está no servidor de aplicação que se comporta de forma embarcada, dispensando a instalação do banco de dados. Vale lembrar que o modelo de servidor Embedded teve sua primeira aparição na versão 1.5 do Firebird, onde começavam os marcos das diferenças entre Firebird e seu antecessor Interbase, desde então este modelo de servidor tem acompanhado as versões mais recentes do Firebird.
Muitos podem achar esse modelo embarcado desnecessário, mas na verdade pode ser muito útil. Sistemas com bancos de dados embarcados são muito utilizados principalmente no meio de mobilidade. É comum vermos sistemas de lanchonetes ou restaurantes por exemplo, onde há um sistema principal com um banco de dados principal no servidor de dados, onde nas estações são realizadas as operações comuns como o caixa, pedidos no balcão e encaminhamento dos pedidos na cozinha. Já no caso dos garçons, os pedidos são realizados via Smartphone, com um sistema bem simples que apenas realiza os pedidos. Existem duas formas que são adotadas neste tipo de ambiente. A primeira consiste em trabalhar diretamente no servidor de dados principal, utilizando uma rede Wi-fi protegida. A segunda é justamente possuir um banco de dados embarcado, dentro de cada um dos Smartphones e ao final do dia realizar uma sincronização de dados. Para quem adota esta prática com um banco de dados SQL Server CE por exemplo, a replicação ou sincronização dos dados embarcados para o servidor central é feita de maneira muito simples.
Nota do DevMan
Além do servidor Embedded existem outros modelos no Firebird. São eles:
Classic Server: A arquitetura Classic utiliza a concepção atual da maioria dos bancos de dados do mercado. É um modelo que sugere uma concepção conservadora no sentido de preservar heranças de tecnologias ou conceitos de programação que privilegie a retro-compatibilidade. Por exemplo, a versão Classic dá suporte a praticamente todos os protocolos, embora o TCP/IP seja atualmente o padrão estabelecido. Ao invés de ser totalmente thread-safe e multi-thread esse modelo utiliza o conceito de que cada conexão é um processo separado dos demais negociando diretamente o acesso físico aos dados, e possuindo sua própria workspace, isto é, alocando para si uma quantidade de memória RAM. Quando uma conexão termina, todos os recursos que foram alocados tornam-se livres novamente. Por esta razão a versão Classic é menos suscetível a erros como vazamento de memória, estouro de pilha e outros clássicos erros.
"
A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da ClubeDelphi DIGITAL
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Daniel Sobrinho Laporte
Colunista e editor técnico da revista Clube Delphi. Graduado em Sistemas de informação e pós-graduado em administração de bancos de dados. Trabalha como desenvolvedor independente auxiliando na criação de aplicações customizadas e entrega de projetos. Desenvolve em Delphi desde 2005 adotando arquite...
O que você achou deste post?
1 COMENTÁRIO
Alessandre Luis Niza
Olá Daniel.
Muito bom seu artigo, bem como o do Guinter, já assisti a todos, mas ambos não apontam algumas limitações que encontrei e não obtive sucesso até hoje em implementar o FBEmbedded com o drive UibFirebird. Até mandei emails pro Guinther, mas creio que ele também não encontrou uma saída; bem como postei no fórum o mesmo problema.
Pelo que lí, você utilizou o Delphi XE, com seu drive nativo, é isso?
O problema é fazer funcionar em versões mais antigas do Delphi, como a 2006, com drives de terceiros como o Uib 1.5.
Há alguma solução que conheça para essa limitação? Para mim é esse o desafio, pois não tenho condições de atualizar o Delphi todo ano.
Muito bom seu artigo, bem como o do Guinter, já assisti a todos, mas ambos não apontam algumas limitações que encontrei e não obtive sucesso até hoje em implementar o FBEmbedded com o drive UibFirebird. Até mandei emails pro Guinther, mas creio que ele também não encontrou uma saída; bem como postei no fórum o mesmo problema.
Pelo que lí, você utilizou o Delphi XE, com seu drive nativo, é isso?
O problema é fazer funcionar em versões mais antigas do Delphi, como a 2006, com drives de terceiros como o Uib 1.5.
Há alguma solução que conheça para essa limitação? Para mim é esse o desafio, pois não tenho condições de atualizar o Delphi todo ano.
[há +1 ano] -
Responder
Cursos relacionados
Publicidade
