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

Question

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 ?

Answer 1

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

Comments

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.