Usuários mais ativos no mês 12/2019
  1. henrique.muller

    843 Pontos

  2. paulo.silva

    842 Pontos

  3. maicon.pereira

    582 Pontos

  4. juliano.pezzini

    464 Pontos

  5. leandro.piscke

    428 Pontos

  6. diuari.molinari

    386 Pontos

  7. dirceu.schlickmann

    347 Pontos

  8. Camila

    288 Pontos

  9. bruno.cardoso

    272 Pontos

  10. Rafael Leonhardt

    253 Pontos

Problema com criação de campos lógicos em tabelas com muitos registros ao exportar o csx para a base do cliente

+1 voto
31 visitas

Quando criamos um campo lógico e deixamos desmarcado a opção "Assumir", o csx gerado vai com o campo assumirlogico='N', porém quando exportamos o csx e enviamos para o cliente que tem essa tabela com muitos registros o builder fica por horas aplicando essa alteração e não termina numca, ou pelo menos vai demoarar várias horas. 

Sabemos que se deixarmos o campo assumir com a opção nulo (caixinha de verificação marcada com fundo azul por completo) o csx é aplicado rapidamente pois nele não é enviado o campo assumirlogico. Inclusive essa é a orientação para os programadores fazerem e depois enviarem para o cliente um processo que faça o update nesse campo com uma faixa de 1000 em 1000 registros e comintando parcialmente para que não tenham problema com área de roolback, por exemplo. O problema é que tem sempre alguém que esquece ou não conhece as tabelas grandes do sistema.

Alguém sabe uma maneira melhor de fazer a crição de campos lógicos em tabelas com muitos registros ?

perguntou Ago 26, 2015 por rodrigo.andrade (107 pontos)

1 Resposta

0 votos

Rodrigo,

Não sei se você já fazem desta maneira, mas atualmente quando precisamos criar um campo novo em uma determinada tabela, nos atentamos em criar o campo já com o valor padrão que queremos, desta forma o campo é criado com este valor e não necessitamos enviar nenhum script de ajuste de base.

Espero ter ajudado. []s

respondida Set 18, 2015 por andre.gielow (353 pontos)
André

O Problema criar exatamente dessa forma e o cliente quando vai aplicar na tabela dele tem alguns milhões de registro e fica as vezes por horas (10 horas ou mais) para terminar a aplicação desse csx.

Fazemos a solução por script de banco mas acaba saindo meio estranho pois cada programador faz de um jeito.

Perguntas relacionadas

+10 votos
1 resposta 30 visitas
0 votos
1 resposta 16 visitas
+11 votos
1 resposta 39 visitas
+9 votos
1 resposta 62 visitas
...