[firebase-br] RES: Muitas Versoes

[Gladiston Santana]

Além da sugestão do Cantú, eu incluiria backups noturnos que fariam o sweep
(característica do backup) e daí iniciaria o dia com bd praticamente limpo
de sujeiras a que falou.
A sugestão do Cantú é bem pertinente, se todos já foram embora, porque
ainda haveriam transações não commitadas?

Uma outra alternativa que voce poderia experimentar é usar o 'recreate
table', ele equivale a dropar a tabela e criar novamente, nunca
experimentei uma função assim, mas desconfiou que ela sirva para justamente
para o seu caso.
Voce precisaria de uma função ao estilo 'truncate table' que seria capaz de
eliminar dados da tabela sem a preocupação de gerar log dessa operação. O
FB, infelizmente para o seu caso, faz log (no caso dele versioning) de tudo.

[]´s

Em 10 de setembro de 2013 17:53, Daniel A.Donaduzzi <
daniel em coletsistemas.com.br> escreveu:

> Cantu
> Pelo que eu entendi de GTTs elas são automaticamente "limpas' ou após a
> transação ou na desconexão. Isto não é possível, preciso dos dados em
> outras sessões de outros usuários.
>
> Rodrigo
> Eu já pensei em fazer isto, update ao invés de delete, mas seria
> complicado, pois a cada dia eu gero para cada item de estoque da empresa 31
> períodos de estoque projetado, e estes períodos sempre mudam, diminui um
> dia no início, aumenta um no final... alguns destes períodos tem prazo de
> um dia (são fáceis de ajustar), mas outros são de 7 dias, outros de 30,
> sendo assim, as suas datas de início e fim, que são as chaves das tabelas
> também mudariam... enfim, é complicado de fazer, e não sei se teria efeito,
> pois mesmo sendo update, o fb geraria versões dos registros alterados, não
> ?
>
> Tentei dar um select count(*) from tabela após a transação concluir, mas a
> qtde de versões não diminuiu, nem depois de fazer sweep. Isto olhando no
> IBAnalyst.
>
> E não tem como usar procedure, é uma tabela mesmo, preciso dela pois
> inicializo ela e calculo seus valores nestas procedures que falei no meu
> e-mail. Depois uso o resultado em consultas, relatorios e outras telas.
> Quem já mexeu com MRP sabe do que estou falando.
>
> Sobre outras transações abertas, notei pelo IBAnalyst que tem uma outra
> tabela, pequena, de 158 registros que tem muitas versões, 10.644. Porém
> esta tabela não tem nada a ver com a tabela em questão. Ela é usada em
> processos bem diferentes, e acredito que isto ocorre porque esta é uma
> tabela atualizada em processos de controle de produção que rodam 24 horas
> por dia, e a cada evento lançado atualiza a situação dos postos de trabalho
> da produção. Esta tabela de postos de trabalho é que está com esta qtde de
> versões. O desenvolvedor destes processos diz que não tem problema com
> transações, mas, eu não garanto isto. Daí eu pergunto: se eu disser para
> ele, neste módulo de controle de produção, desconectar do banco e
> reconectar em seguida, automaticamente, a cada x eventos, por exemplo, será
> que pode resolver este problema de versões ? E, será que esta outra tabela
> pode estar causando o meu problema, mesmo sem ela estar relacionada com a
> minha tabela ?
>
>
>
> *Daniel A.Donaduzzi*
> *Diretor*
> *
> *
> *COLET - Sistemas de Gestão Empresarial*
> *(51)3097-1210*
>
>