Directrices para añadir columnas personalizadas a una tabla predeterminada

Puede añadir columnas personalizadas a una tabla predeterminada siguiendo un conjunto de directrices.

  • Puede añadir columnas a las tablas sólo tal como se especifica en los ERD.
  • No puede eliminar ni modificar ninguna columna predeterminada.
  • Se pueden añadir columnas antes o después de instalar la aplicación.
  • Para todas las columnas que se añaden a una tabla de base de datos de aplicación, se recomienda utilizar Nullable=true excepto para los campos siguientes:
    • Atributos de clave primaria
    • Relaciones de entidad
    Si la columna es anulable, no es necesario proporcionar un valor predeterminado. Sin embargo, si la columna no es anulable, debe proporcionar un valor predeterminado que sea relevante para la columna.
  • No se pueden añadir columnas con el tipo de datos Long.
  • Cuando se utilizan componentes de aplicación (como eventos y salidas de usuario) que leen en un mapa o publican un mapa (como la salida de usuario GetOrderNoUE ), los campos extendidos en los mapas llevan el prefijo Extn_.
  • Cuando se utilicen caracteres no ASCII, asegúrese de que los atributos Name y XMLName se pasen cuando sea necesario.
Nota: En la base de datos DB2® , el tipo de datos Fecha se genera como TIMESTAMP.

Validaciones en columnas grandes y LOB extendidas

  • Al ampliar la base de datos, estas validaciones impiden la creación de columnas ampliadas con un tipo de datos CLOB o BLOB o si su tamaño supera los 1000 caracteres, tanto para tablas predeterminadas como personalizadas. Esta validación solo se aplica a las columnas nuevas, mientras que las columnas existentes no se ven afectadas.
  • Si sus necesidades implican almacenar grandes cantidades de datos o utilizar columnas LOB, el enfoque recomendado es almacenar estos datos en un servicio de almacenamiento de objetos en la nube de su elección, del que usted sea propietario. En el sistema de almacenamiento de datos en la nube ( Sterling™ Order Management ), puede almacenar los metadatos relacionados, como el nombre del recurso ( URL ), el nombre del depósito (bucket name) y la ruta del archivo (file path), y utilizar esta información para realizar operaciones CRUD en los datos a través de su código personalizado.
  • Para las pruebas DTK, cualquier columna grande o LOB existente se puede permitir explícitamente añadiéndola a las siguientes propiedades en om-functional.properties.
    • yfs.customvalidation.allowedLobColumns para columnas CLOB o BLOB personalizadas existentes
    • yfs.customvalidation.allowedVarcharColumns para columnas VARCHAR personalizadas existentes con un tamaño superior a 1000 caracteres. Estas propiedades deben configurarse en el siguiente formato.
      yfs.customvalidation.allowedLobColumns=tablename1:colname1,colname2|tablename2:colname3,colname4