Embora sejam considerados os mais complexos de trabalhar, são os que possuem a estrutura mais simples internamente. Essencialmente um arquivo de banco de dados do Base possui os seguintes itens:

• database: diretório contendo as tabelas do banco de dados. Se corrompido, causa perda de dados.
• META-INF: contém alguns dados sobre o arquivo. Não é crítico, mas é necessário para um arquivo viável.
• content.xml: contém dados importantes sobre como acessar o database e as queries do arquivo. Se corrompido, torna os dados em database inacessíveis...
• mimetype: contém dados sobre o arquivo, mas pode ser apagado e é recriado a todo momento.
• settings.xlm: configurações específicas do arquivo, não faz a mínima falta se apagado.

Então, se seu arquivo abre, mas suas tabelas de dados sumiram aparentemente. Pode ser que algo tenha acontecido com seu diretório database. Por outro lado, se você ainda tem o database mas está sem acesso às tabelas enquanto o resto do arquivo funciona, pode ser problema no content.xml. O content.xml guarda os queries, então uma corrupção nele significa o fim dos mesmos. Entretanto, é possível importar o content.xml de qualquer outro arquivo do Base para tentar recuperar seus dados. Note que o content.xml também guarda dados como tipo de banco de dados e tipo de acesso.

Por exemplo, a versão atual do Base suporta apenas bancos da dados HSQLDB Embedded para novos bancos e vários outros tipos para os já existentes como MySQL, Text, Planilhas etc. Você precisará criar um banco de dados com as mesmas configurações do que precisa ser recuperado para gerar um content.xml compatível. O banco de dados novo que será o doador precisa ter uma ou outra tabela para permitir a conexão com o database anterior.

Fiz alguns experimentos com isso, considere os dois arquivos abaixo:

• new.odb: um banco de dados com duas tabelas relacionais (nomes e cakes) que relaciona meninas com seus bolos favoritos e um query que lista as que preferem bolo de banana.
• void.odb: um banco de dados novo com uma tabela (tabela 1) sem dados.

Eu consegui "transplantar" o banco de dados em new.odb para void.odb apenas mudando os seguintes arquivos e diretórios: database e META-INF. O query se perdeu porque deixei o content.xml no arquivo new.odb. E o contrário também funciona! Mova o content.xml de void.odb para new.odb e este último continuará a funcionar, mas sem os queries.

Em resumo:

• Os arquivos críticos para o funcionamento de um ODB são: content.xml, META-INF e databases.
• O content.xml pode ser transplantado de outros arquivos ODB com relativa facilidade, se forem do mesmo tipo de acesso.
• databases contém os dados em si, bem como as relações.
• O LibreOffice fica bastante instável quando lida com esses arquivos mal montados. Então exporte os dados assim que puder.