Esta build contém uma refatoração do mecanismo de cache de definição de tabelas, que passou a ser feito junto com o controle de lock ISAM, feito no DBAccess "Master"
| Situação | Utilização do DBAccess em configuração distribuída (Master --lock-- / Slave ) |
|---|---|
| Ocorrência | O cache de definição de tabelas era controlado de forma independente em cada instância de DBAccess Slave. Isso podia gerar falha de identificação nas estruturas das tabelas, caso uma instância Slave qualquer do DBAccess fizesse uma alteração estrutural na tabela. Apenas o DBAccess Slave que fez a alteração atualizava o cache da definição em memória. Caso a tabela fosse aberta por uma outra instância de DBAccess Slave, enquanto não fosse executado um TCRefresh() da tabela através deste DBAccess, ou o serviço Slave fosse reiniciado, esta instância não atualizava a definição da estrutura na memória, abrindo a tabela usando a definição antiga do cache, que não mais refletia a estrutura física da tabela. |
| Correção | O Cache de Definição estrutural de tabela foi movido para a instäncia Master do DBAccess, quando este estiver configurado em modo distribuído. Desta forma, quando uma instäncia do DBAccess fizer uma alteração estrutural, o cache – agora controlado em um ponto único – será atualizado. |
| Informações adicionais |
|
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas