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.w | invwr/v04in024.w | invwr/v13in218.w | invwr/v34in172.w | fnvwr/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