Restricciones y limitaciones del lenguaje de consulta EJB
Cuando se utiliza el lenguaje de consulta EJB (Enterprise JavaBeans) en el producto, se pueden observar diferencias en comparación con el lenguaje EJB estándar. Las limitaciones que debe tener en cuenta figuran en la sección siguiente.
En este tema se describen las limitaciones y restricciones conocidas actualmente.
- El lenguaje de consulta (QL) EJB que implica el uso de enterprise beans con claves compuestas de relaciones con otros enterprise beans aparecen como no válidos y generan errores durante el despliegue. Este es un problema conocido.
- El soporte del lenguaje de consulta (QL) EJB de IBM amplía la especificación de EJB 2.0 de varios modos, incluidas la reducción de algunas restricciones, la adición de soporte a más funciones DB2, etc. Si la portabilidad entre las diferentes bases de datos de proveedores o herramientas de despliegue de EJB supone una problema, se debe tener sumo cuidado al escribir todas las consultas QL EJB para que se ajusten estrictamente a las instrucciones descritas en el capítulo 11 de la especificación EJB 2.0.
- Si se realiza una carga previa entre relaciones m:n se genera un SQL (Structured Query Language) impreciso. Esta es una limitación conocida que en el futuro se intentará resolver.
- Si se realiza una carga previa entre relaciones de autoreferencia se genera un SQL impreciso.
- Evite relaciones entre enterprise beans padre e hijo dentro de la misma jerarquía de herencia que no está bien definida.
- La validación del lenguaje de consulta EJB para los archivos JAR de EJB 2.0 se ejecuta como parte de la validación de correlaciones EJB-RDB. Si no existe un documento de correlación (archivo Map.mapxmi) en el proyecto, no se validan las consultas EJB.