Parte II - Modos de Acesso, Configuração, Performance e Outras Opções

O primeiro artigo da série dessa série teve uma repercussão surpreendente. Imaginava que havia um interesse por tecnologias pós-relacionais, mas não imaginei que o interesse fosse tão grande assim. Em contato com a equipe do db4o  foi me revelado que houve um número alto de visitas a partir do site Linha de Código e que antes desse artigo o Brasil já era o 7º colocado em visitas, dentre os mais de 190 países que já visitaram o site www.db4o.com e com isso, conquistamos um fórum em português no site do db4o.

Nesse segundo artigo vou começar a aprofundar alguns detalhes na utlização do db4o: modos de acesso, configuração, performance, índices, operações em cascata, etc.

Modos de Acesso

O db4o possui 3 modos de acesso: direto, cliente/servidor e cliente/servidor embutido.

Acesso direto

O acesso direto foi o modo utilizado no exemplo do primeiro artigo. Nesse modo acessamos o arquivo com os objetos diretamente, da mesma forma que se faz quando se trabalha com uma "base" Access:

 ObjectContainer _container = Db4o.OpenFile("arquivo.yap");

Esse modo de acesso deve ser utilizado preferencialmente apenas em aplicações desktop standalone, aplicações para dispositivos móveis e aplicações embarcadas. Em aplicações onde há acesso simultâneo de 2 ou mais usuários (aplicações web e c/s) esse tipo de acesso não é recomendado.

Em aplicações standalone você pode abrir um ObjectContainer no início da aplicação e deixá-lo aberto por todo tempo de vida da aplicação. Isso vai facilitar o seu desenvolvimento.

Acesso client/server

Essa é a clássica forma onde há um programa "servidor" e um ou mais programas"clientes" acessando esse servidor.

O db4o permite trabalhar com servidores de uma forma transparente. A classe container é a mesma, mas agora ela é instanciada através de Db4o.OpenClient ao invés de Db4o.OpenFile. Obviamente você precisa criar uma aplicação a mais, que será o seu "servidor".

O programa servidor deverá ter as seguintes linhas de código:

ObjectServer db4oServer = Db4o.OpenServer("arquivo.yap", porta); 
db4oServer.GrantAccess(nomeusuario1,senhausuario1); 
db4oServer.GrantAccess(nomeusuario2, senhausuario2); 
... 
db4oServer.GrantAccess(nomeusuariox,senhausuariox);
            

Db4o.OpenServer abre um arquivo com objetos e monta o servidor na porta indicada (um número de porta TCP/IP). Não existe um valor padrão para a porta.

db4oServer.GrantAccess define o nome e senha dos usuários que podem acessar esse servidor. Você pode criar um  usuário padrão ou definir um nome e senha para cada usuário.

Do lado cliente, você deverá fazer:

 
ObjectContainer _container = Db4o.OpenClient(host, porta, usuário, senha);
                

O host pode ser o nome da máquina (se for uma rede local) ou o número do IP do servidor.

Algumas observações sobre o modo cliente/servidor:

• As operações cliente/servidor são realizadas na forma read commited, ou seja, um container só verá as alterações já "commitadas" por outros. Não é necessário abrir uma transação explicitamente: o db4o sempre mantém uma transação ativa para cada container, no entanto, para confirmar a transação é necessário chamar o método Commit() do container;
• O servidor deverá ter conhecimento das mesmas classes que o cliente, ou seja, se você tiver um projeto com suas Classes e/ou regras de negócio, você deverá fazer referência a esse projeto em seu projeto de Servidor.

Acesso client/server embutido

O db4o permite que você inicie um servidor no mesmo escopo de sua aplicação, ou seja, ao invés de ter um servidor "externo", você terá um servidor dentro de sua aplicação. Isso é especialmente útil em aplicações WEB, onde você tem várias usuários acessando a mesma aplicação ao mesmo tempo e não tem como iniciar um servidor em separado (afinal, como você faria para iniciar um servidor dentro de uma máquina de um provedor?). Também é interessante usar esse método quando suas aplicações standalone necessitarem abrir vários containers simultâneos.

Para iniciar um servidor embutido, você usuará o mesmo método OpenServer do modo cliente/servidor mas iniciará o servidor na "porta" zero. Não é necessário definir os usuários que podem acessar pois o servidor será visível apenas dentro da sua aplicação. Uma aplicação externa não terá acesso pois o container deverá ser iniciado a partir do ObjectServer criado, dessa forma:

            ObjectServer server = Db4o.OpenServer("arquivo.yap", 0);
            try
            {
                ObjectContainer client = server.OpenClient();
                // operações......
                client.Close();
            }
            finally
            {
                server.Close();
            }
                

Fora esses detalhes na conexão, o restante das operações é idêntico ao modo Cliente / Servidor.

Como muitos já devem estar imaginando, o objeto "ObjectServer" deve ser instanciado uma única vez em toda a aplicação. Esse é um caso típico para aplicação do pattern Singleton. Segue abaixo uma sugestão de aplicação do pattern para garantir que você terá sempre apenas um objeto Server:

class Server
{
    private static ObjectServer server;   

    private static object syncLock = new object();

    protected Server()
    {
        server = Db4o.OpenServer("arquivo.yap", 0);
    }

    public static ObjectServer GetServer()
    {
        if (server  == null)
        {
            lock (syncLock)
            {
                if (server  == null)
                {
                    new Server();
                }
            }
        }

        return server;
    }
}                   

Para obter uma instância de ObjectContainer, você faria:

ObjectContainer client = Server.GetServer().OpenClient();