Valores padrão no Jitterbit App Builder

Um valor padrão é um valor de fallback configurado em uma coluna na camada de dados: se um usuário não inserir um valor para essa coluna ao criar um novo registro, o banco de dados o popula com o valor de fallback. Isso é útil quando espera-se que a maioria dos registros compartilhe o mesmo valor para uma coluna, com poucas ou nenhuma exceção.

Um valor de fallback pode ser:

• Um valor literal, como true para uma coluna Is Active. Ele é populado no evento New, portanto fica visível na interface do usuário assim que o registro é criado, antes de ser salvo.

• Uma função de banco de dados suportada pelo banco de dados subjacente, como newid() ou getdate() do SQL Server. O banco de dados avalia a função apenas quando o registro é realmente salvo, portanto seu valor não fica visível na interface do usuário até então.

Para uma regra de Default que pode pesquisar ou calcular um valor com lógica SQL em vez de depender do banco de dados, consulte Target a table or a business object na página Default rules.

Para um exemplo prático de configuração de um valor padrão, consulte Default values no Appendix A da série de tutoriais Introduction to App Builder.

Definir um valor padrão

Para demonstrar como definir um valor padrão, vamos padronizar a coluna Country em uma tabela Employee para United States:

1. Em App Workbench > Tables, localize e selecione a tabela que contém a coluna.

2. Na aba Columns, encontre a coluna e clique no ícone editar no final de sua linha.

3. Na seção Advanced, insira United States no campo Default Value:

   

   Este campo também aceita uma função de banco de dados em vez de um valor literal, como getdate() para padronizar uma coluna de data para a data e hora atuais.

4. Clique em Save.

Atualize o app e crie um novo registro nessa tabela para confirmar que o valor de fallback aparece (para uma função de banco de dados, salve o registro primeiro, pois seu valor não é populado até o salvamento). A menos que você também torne o controle correspondente read-only, os usuários ainda podem inserir seu próprio valor na interface do usuário antes de salvar, o que substitui o fallback. Aplicar um controle somente leitura junto com o valor de fallback é a forma mais direta de impor totalmente um valor compartilhado. Alternativamente, você pode criar uma regra de atualização que sempre é executada ao salvar e redefine a coluna para um valor codificado, embora essa abordagem seja menos eficiente.