2023 Wave 2 – v23: Report read-only data access

2023 Wave 2 – v23: Acceso a datos de solo lectura en Reportes

La forma en que Business Central Server trabaja con la base de datos puede clasificarse en dos escenarios:

Con esta configuración el acceso a datos de estos objetos utiliza la réplica de sólo lectura, por consiguiente no es posible realizar operaciones de inserción, actualización ni eliminación.

Activación por código AL

Activación en la llamada de ODATA

Es posible también configurar el valor de Data-Access-Intent en la llamada OData, como vemos a continuación en la imagen de un ejemplo en el cual se desea realizar una modificación de los datos de un empleado vía API, el mensaje es claro e indica que No permite la modificación de datos.

De no enviar dicha configuración el mensaje es diferente. En el ejemplo se visualiza que se ha intentado modificar el registro.

Activación por configuración

Tenemos una página de configuración el cual podemos indicar la intención de acceso a los datos de reportes, páginas API y queries, estas configuraciones anulan la que pueda haberse configurado en la llamada ODATA.

El acceso predeterminado usa el valor de la propiedad por defecto colocada vía código en el objeto, la opción de solo lectura usa la base de datos de réplica de solo lectura y la opción permitir escritura utiliza la base de datos primaria.

Para integraciones externas, si requerimos lectura de datos y no escritura en algunas de las operaciones con este tipo de configuraciones ganaremos rendimiento en el sistema evitando impactar en el trabajo diario de producción.


2023 Wave 2 – v23: Report read-only data access

The way in which Business Central Server works with the database can be classified into two scenarios:

With this configuration, data access to these objects uses read-only replication, therefore it is not possible to perform insert, update or delete operations.

Activation by AL Code

Activation on OData Call

It is also possible to configure the value of Data-Access-Intent in the OData call, as we see below in the image of an example in which you want to modify the data of an employee via API, the message is clear and indicates that the modification of data is not allowed.

If this configuration is not sent, the message is different. The example shows that an attempt has been made to modify the registry.

Activation by configuration

We have a configuration page in which we can indicate the database access intent to reports, API pages and queries, these configurations override the one that may have been configured in the ODATA call.

The default access uses the value of the default property placed via code in the object, the read-only option uses the read-only replica database and the allow Write option uses the primary database.

For external integrations, if we require data reading and not writing in some of the operations with this type of configurations we will gain performance in the system avoiding impacting the daily production work.


Más información / More Information

Deja un comentario