Linha Datasul

Árvore de páginas

  • Criado por Usuário desconhecido (isara.silva), última alteração em 05 abr, 2022


01. DADOS GERAIS

Produto:

TOTVS Framework

Linha de Produto:

Linha Datasul

Segmento:

Manufatura

Módulo:

Framework (Linha Datasul) - Utilitários (MUT)

Função:Troca Empresa
Ticket:13793740
Requisito/Story/Issue (informe o requisito relacionado) :DFWKTOOLS-6197


02. SITUAÇÃO/REQUISITO

Após trocar a empresa e executar o programa RE0101 - Manutenção Parâmetros Usuário Recebimento é apresentado o erro técnico invwr/v01in292.w Database dictdb not connected. (1006).

Também ocorre em outros objetos como:

invwr/v01in295.winvwr/v04in024.winvwr/v13in218.winvwr/v34in172.wfnvwr/v01fn166.w

Programa BTB962AA

 [22/03/09@09:26:27.362-0300] P-014880 T-001020 2 4GL 4GLTRACE Run fnvwr/v01fn166.w PERSIST [broker-init-object - adm/objects/broker.p @ 3921]

[22/03/09@09:26:27.369-0300] P-014880 T-001020 1 4GL -- (Procedure: 'broker-init-object adm/objects/broker.p' Line:3921) fnvwr/v01fn166.w Database dictdb not connected. (1006)

03. SOLUÇÃO

Identificado que o problema ocorre na include src/adm/method/tableio.i, devido ao preprocessador não criar o dictdb para efetuar a validação do isPartitioned.

Essa questão está relacionada ao table partitioning, que necessita criar o banco dictdb para efetuar o gerenciamento e o desempenho do banco de dados.

Ajustada a include tableio para validar corretamente o table partitioning e afetar somente quem utiliza essa técnica.

Progress Software Corporation:

Tabelas de banco de dados particionadas para melhorar o gerenciamento e o desempenho.

O OpenEdge Table Partitioning pode melhorar muito a disponibilidade, capacidade de gerenciamento e desempenho de quase qualquer banco de dados corporativo. Ao particionar as tabelas em unidades menores e mais gerenciáveis, os administradores de banco de dados usam uma abordagem "dividir e conquistar" para o gerenciamento de dados.

Principais benefícios

  • Manutenção mais focada;
  • Flexibilidade considerável no gerenciamento de partições;
  • Maior eficiência de consulta;
  • Transparência na aplicação, com mudanças mínimas necessárias.

Como as consultas podem ser separadas para isolar o uso do índice de uma partição específica, elas são executadas com mais eficiência. Melhor ainda, espalhar a contenção de índice em vários índices remove o gargalo de índice único.

FONTE: https://www.progress.com/openedge/components/table-partitioning


04. DEMAIS INFORMAÇÕES

Não se aplica 

05. ASSUNTOS RELACIONADOS

        https://www.progress.com/openedge/components/table-partitioning