Duvida Limite do Banco estourado

Discussão em 'Progress 4GL' iniciado por ueluis, Outubro 22, 2015.

  1. ueluis

    ueluis Membro Participativo

    olá @bootstrapmaster desculpa a demora na resposta, obrigado pela dica,
    e respondendo as perguntas:

    e não tem como rever esse seu processo pra não gerar tantos registros ? e não tem como rever esse seu processo pra não gerar tantos registros ?
    cada numero é gravado na peça de diversas maneiras (2d datamatrix, querycode, codigo de barras...) esse numero é armazenado no banco de dados junto com as seguintes informações que podem ser solicitadas pelo cliente ex:
    quem estava operando a maquina, quem era o responsável, qual boletim de produção gerou, data, hora , qual o status desta peça, foi rejeitada sim/não, se rejeitou houve reposição ....
    de acordo que as peças vão sendo produzidas a numeração é gravada na peça e o leitor lê esse código para validar o que foi gravado se está legível. O cliente solicita este histórico completo em um txt delimitado ou excel.
    Sendo assim se o cliente compra 1000.000.000 de peças (normal) teremos essa qtde de registro da produção da peça.

    Pra que serve a matriz e tal,

    A matriz é a série de números a serem gravados na peça exemplo:
    a maquina grava código de barras eead125847 essa peça passa por um leitor e verifica se o código está legível, neste momento é registrado todas as informações no bd progress.
    e dai temos informações em tempo real da produção.


    Cheguei a seguinte conclusão:

    Mudarei a lógica de funcionamento do sistema:
    ao invés de ter a matriz dentro de uma tabela, farei um ftp para quando o usuário carregar o arquivo, o sistema copia o arquivo contendo a matriz de números para um diretório do sistema
    renomeando com a id do pedido.
    Assim quando o usuário carregar essa numeração, o sistema vai ler a matriz para uma temp-table e a medida que a leitura das peças for acontecendo, o sistema vai delimitar um segundo arquivo com nome por ex: 999999_pecas_lidas.txt (99999 = id do pedido),
    será gerado também um arquivo para peças rejeitadas chamado 999999_pecas_rejeitadas.txt e por ultimo 999999_pecas_repostas.txt que armazenará a numeração das peças repostas.

    toda vez que o usuário consultar histórico do pedido o sistema vai no diretório procura os arquivos carrega para temp-table e exibe a consulta.
    com isso acredito que vou ganhar agilidade no processamento e as tabelas não vão crescer tanto em pouco tempo.


    agradeço a todos pelas dicas.

Compartilhe esta Página