Diretrizes para incluir colunas customizadas em uma tabela padrão

É possível incluir colunas customizadas em uma tabela padrão seguindo um conjunto de orientações.

  • É possível incluir colunas em tabelas apenas conforme especificado nos ERDs
  • Não é possível remover ou modificar nenhuma coluna padrão
  • É possível incluir colunas antes ou depois da instalação do aplicativo.
  • Para todas as colunas que são incluídas em uma tabela do banco de dados do aplicativo, é recomendado usar Nullable=true , exceto para os campos a seguir:
    • Atributos de Chave Primária
    • Relacionamentos de Entidade
    Se a coluna for anulável, não será necessário fornecer um valor padrão. No entanto, se a coluna não for anulável, você deverá fornecer um valor padrão que seja relevante para a coluna.
  • Não é possível incluir colunas com um tipo de dados de Long.
  • Quando você usa componentes de aplicativos (como eventos e user exits) que leem em um mapa ou publicam um mapa (como o user exit GetOrderNoUE ), os campos estendidos nos mapas são prefixados com Extn_.
  • Ao usar caracteres não ASCII, assegure que os atributos Name e XMLName sejam passados onde apropriado.
Nota: no banco de dados DB2® , o tipo de dados de Data é gerado como TIMESTAMP.

Validações em colunas grandes e LOB estendidas

  • Ao estender o banco de dados, essas validações impedem a criação de colunas estendidas com um tipo de dados CLOB ou BLOB ou se seu tamanho exceder 1000 caracteres, tanto para tabelas padrão quanto personalizadas. Esta validação aplica-se apenas às novas colunas, enquanto as colunas existentes permanecem inalteradas.
  • Se sua necessidade envolve armazenar grandes quantidades de dados ou usar colunas LOB, a abordagem recomendada é armazenar esses dados em um serviço de armazenamento de objetos em nuvem de sua escolha, de sua propriedade. No sistema Sterling™ Order Management, você pode armazenar os metadados relacionados, como o nome do bucket ( URL ), o nome do bucket e o caminho do arquivo, e usar essas informações para realizar operações CRUD nos dados por meio de seu código personalizado.
  • Para testes DTK, quaisquer colunas grandes ou LOB existentes podem ser explicitamente permitidas adicionando-as às seguintes propriedades em om-functional.properties.
    • yfs.customvalidation.allowedLobColumns para colunas CLOB ou BLOB personalizadas existentes
    • yfs.customvalidation.allowedVarcharColumns para colunas VARCHAR personalizadas existentes com tamanho superior a 1000 caracteres. Essas propriedades devem ser configuradas no seguinte formato.
      yfs.customvalidation.allowedLobColumns=tablename1:colname1,colname2|tablename2:colname3,colname4