Uso de asociaciones en expresiones de ruta

Cuando una entidad de vista CDS lee desde una entidad con asociaciones expuestas, existen dos posibilidades:

Propagación de la asociación

Al añadir el nombre de asociación a la lista de elementos, la asociación también es visible para los consumidores de esta vista. En el ejemplo, la asociación _Department se define y expone en la entidad de vista R_Employee. La entidad de vista C_Employee lee el R_Employee y propaga la asociación _Department.

Uso de la asociación

Al añadir un signo de período (.) y un nombre de elemento después del nombre de asociación, la asociación se utiliza para leer datos del destino de asociación. Este tipo de uso se denomina Expresión de ruta. En el ejemplo, el destino de la asociación _Department es la entidad de vista CDS C_Department. La entidad de vista CDS C_Employee utiliza una expresión de vía de acceso para leer el campo DepmentDesignation del destino de asociación y lo añade a su propia lista de elementos.

A nivel de base de datos, una expresión de ruta se traduce en un join del origen de asociación y el destino de asociación. Esto se hace visible en la función Mostrar sentencia SQL Create del editor.

En el ejemplo, la expresión de vía de acceso _Department.DepmentDesignation lleva a un join de las vistas SQL R_EMPLOYEE y R_DEPARTMENT en la base de datos. La condición ON para el join se deriva de la condición ON de la asociación.

Es importante destacar que la combinación a nivel de base de datos solo se crea cuando la asociación se utiliza en una expresión de ruta. Definir, exponer y propagar una asociación no lleva a una unión. Esta función de las asociaciones a veces se conoce como Join on Demand.

Veamos un ejemplo de nuevo: aunque la entidad de vista CDS R_Employee define y expone la asociación _Department y la entidad de vista CDS C_Employee propaga esta asociación, la vista SQL correspondiente C_EMPLOYEE solo lee de la vista SQL R_EMPLOYEE.

Hasta ahora hemos discutido expresiones de ruta con una asociación, solo. Pero también puede crear expresiones de ruta más largas encadenando varias asociaciones.

Este es un ejemplo: la entidad de vista CDS R_Employee expone la asociación _Department, que tiene la entidad de vista CDS R_Department como destino. Este destino expone otra asociación _Head, señalando de nuevo a R_Employee, pero leyendo el empleado que es el jefe del departamento correspondiente. Expresión de ruta _Department._Head.LastName lee el apellido del jefe del departamento al que está asignado un empleado. La combinación larga y complicada de tres fuentes de datos se genera automáticamente.

La mayoría de las veces, cuando una entidad de vista CDS define una asociación, la expone a sus consumidores. Sin embargo, también puede utilizar la asociación, directamente, en lugar de o además de exponerla.

Lo llamamos un uso ad hoc de las asociaciones. En el ejemplo, la entidad de vista CDS R_Employee define la asociación _Department. En lugar de exponer la asociación, la utiliza directamente en una expresión de vía de acceso para recuperar la designación del departamento relacionado.

En el caso de una utilización ad hoc, la unión se crea inmediatamente en la vista SQL para esta entidad de vista CDS.

Cuando utiliza una asociación en una expresión de vía de acceso, la cardinalidad puede influir en la verificación de sintaxis. El editor muestra advertencias e incluso errores para el uso incorrecto de asociaciones "a muchos", es decir, asociaciones para las que la cardinalidad tiene un máximo superior a 1.

En las expresiones de ruta de la cláusula WHERE de la definición de vista, el uso de asociaciones "a muchos" no está permitido en absoluto y provoca un error de sintaxis.

En la lista de elementos, se permiten asociaciones "a muchos", pero el editor muestra una advertencia que indica que esta expresión de ruta puede modificar el número de conjuntos de resultados.

¿Qué significa esta advertencia? Imagine que sus tablas contienen solo 1 departamento con 5 empleados. Sin la expresión de vía de acceso, la vista CDS C_Department devuelve exactamente 1 conjunto de datos. A continuación, añada la expresión de vía de acceso con la asociación "a varios" _Empleado a la lista de elementos. A continuación, la misma vista devuelve 5 conjuntos de datos, uno para cada empleado. Esto puede ser engañoso para los consumidores de la vista C_Department porque esperan un conjunto de datos para cada departamento.

Una forma de utilizar una asociación "a muchos" correctamente es colocar la expresión de ruta dentro de una agregación. La cláusula GROUP-BY, que es obligatoria para las agregaciones, garantiza que el número de conjuntos de datos permanezca igual. En el ejemplo, la entidad de vista CDS C_Department aún devuelve un conjunto de datos por departamento y no un conjunto de datos por empleado.

Cuando utiliza una asociación en una expresión de ruta, puede añadir filtros para restringir los conjuntos de datos del destino de asociación. La condición del filtro se coloca entre corchetes ([ ]) inmediatamente después del nombre de la asociación. Como en una cláusula WHERE, puede utilizar operadores relacionales y operadores booleanos AND, OR, NOT. La parte izquierda de una condición debe ser un campo del destino de asociación. Para el lado derecho, hay más flexibilidad. Entre otras cosas, puede utilizar campos del destino de asociación, literales, funciones integradas, etc.

En el ejemplo, hay dos expresiones de ruta, una sin una condición de filtro y la otra con la condición de filtro OccupiedSeats > MaximumSeats. Mientras que la primera expresión de ruta busca el vuelo más temprano asociado a una conexión de vuelo, la segunda expresión de ruta restringe la búsqueda a vuelos sobrerreservados, es decir, vuelos en los que el número de asientos ocupados supera el número de asientos disponibles.

Técnicamente, la condición de filtro se añade a la condición ON del join generado a nivel de base de datos.

Veamos la sentencia SQL create para nuestro ejemplo: La primera combinación en nuestro ejemplo pertenece a la expresión de vía de acceso sin el filtro. La condición ON compara AIRLINEID, CONNECTIONID y el campo de cliente MANDT. La segunda combinación pertenece a la expresión de ruta con el filtro. ¿Se puede detectar la condición adicional de la expresión de ruta filtrada?

Cuando filtra una asociación que tiene una cardinalidad con un máximo de > 1, puede suceder que después de aplicar el filtro solo quede una entrada del destino de asociación. El filtro convierte la asociación "a varios" en una asociación "a uno". En una situación de este tipo, debe añadir "1: " delante de la condición de filtro para documentar la cardinalidad modificada de la asociación.

En este ejemplo, la entidad de vista CDS I_Currency define y expone la asociación _Text, que es una asociación "a muchos", que devuelve nombres de moneda en diferentes idiomas. Sin un filtro, la asociación leería el nombre de una moneda en todos los idiomas que se actualizan en el sistema. Sin embargo, las dos expresiones de ruta con un filtro solo leen un nombre de moneda cada una, ya sea en inglés o en alemán.

Como vimos anteriormente, la verificación de sintaxis emite advertencias y errores cuando utilizamos una asociación "para muchos" en una expresión de ruta que se encuentra fuera de una agregación. Pero, ¿qué sucede si un filtro se asegura de que solo haya un registro? ¿Aún emite la verificación de sintaxis las advertencias y los errores? Sí, lo hace, porque no puede saber que el filtro convierte la asociación "a muchos" en una asociación "a uno". Podemos documentar esto añadiendo "1:" dentro de los corchetes, antes de la condición del filtro. En el ejemplo, hay una advertencia de sintaxis para la expresión de ruta con el filtro Language = 'E'. Pero no hay ninguna advertencia de sintaxis para la expresión de ruta con el filtro 1: Language = 'D'.

Otra forma de utilizar las asociaciones expuestas son las expresiones de ruta en ABAP SQL. El concepto es exactamente el mismo que en CDS, pero la sintaxis es ligeramente diferente.

Las diferencias de sintaxis más importantes son las siguientes:

Prefijo de asociación

En las expresiones de ruta SQL ABAP, las asociaciones deben escaparse con una barra invertida (\).

Selector de elementos

En las expresiones de vía de acceso CDS, se utiliza un signo de punto (.) como separador entre el nombre de asociación y el nombre de elemento. En ABAP SQL, el signo de período no es adecuado porque finalizaría la sentencia. Por lo tanto, en ABAP SQL, se utiliza un guion como selector de elementos.

Veamos un ejemplo: Esta sentencia ABAP SQL SELECT lee de la entidad de vista CDS /DMO/I_Connection_R que expone una asociación _Airline. La última expresión de la lista FIELDS es una expresión de vía de acceso para leer el elemento Nombre del destino de asociación /DMO/I_Carrier.

Otra diferencia de sintaxis está relacionada con las asociaciones encadenadas. Cuando una expresión de ruta contiene una secuencia de asociaciones, no hay ningún separador dedicado. Donde en CDS las asociaciones están separadas por un signo de punto (.), se siguen directamente en ABAP SQL. Sin embargo, tenga en cuenta que cada nombre de asociación necesita una barra invertida (\) como prefijo.

En este ejemplo, el destino de la asociación _Airline expone una asociación _Currency que devuelve detalles para la moneda local de la aerolínea. La expresión \_Airline\_Currency-CurrencyISOCode lee el código ISO para la moneda local de la compañía aérea que opera la conexión de vuelo.

En ABAP SQL, las condiciones de filtro se añaden entre corchetes, igual que en CDS. Sin embargo, para especificar una cardinalidad, se utiliza una sintaxis completamente diferente. En lugar de "1:", tiene que añadir palabras clave MUCHAS A UNO DÓNDE. Hay varias otras opciones como UNO A UNO DÓNDE Y MUCHAS A MUCHAS DÓNDE. Consulte la documentación de palabras clave ABAP para obtener más detalles.