Servicio de intento de acceso

El servicio de intento de acceso permite a los desarrolladores ajustar con precisión la gestión de la persistencia de aplicaciones.

El intento de acceso permite a los desarrolladores configurar las aplicaciones para que el contenedor de EJB (Enterprise JavaBeans) y sus agentes puedan realizar optimizaciones de rendimiento para el acceso a los beans de entidad. Los beans de entidad y los métodos de bean de entidad están configurados con políticas de intento de acceso. La política se ejecuta mediante la combinación del contenedor de EJB de WebSphere y el Gestor de persistencia (para entidades CMP (persistencia gestionada por contenedor)) o directamente mediante las entidades BMP (persistencia gestionada por bean). Tenga en cuenta que las políticas de intento de acceso se aplican sólo a beans de entidad.

Políticas predefinidas de intento de acceso

Hay disponibles siete políticas predefinidas de intento de acceso. Las políticas están formadas por distintos atributos. El tipo de acceso es de principal interés y controla el nivel de aislamiento, el tipo de bloqueo y la duración de los bloqueos obtenidos cuando se leen los datos de bean desde la base de datos.

Un tipo de acceso pesimista indica que se deben mantener los bloqueos el tiempo que dure la transacción en la que se cargan los datos. Un tipo optimista indica eliminar los bloqueos inmediatamente después de que se hayan leído los datos desde el programa de fondo. Un tipo lectura indica que el tiempo de ejecución no debe permitir la actualización de los datos; si se intentan actualizar los datos leídos con un tipo lectura, se generará una excepción. Los tipos actualización permiten cambiar los datos.

Aunque una política de actualización pesimista está diseñada para mantener bloqueos de actualizaciones en los registros de datos, no bloquea las hebras con otras políticas que intenten acceder a los mismos registros de datos. Cuando dos hebras que ejecutan políticas de actualización pesimista acceden a un determinado registro, serializan (pero no bloquean) las otras hebras que ejecutan políticas optimistas o de lectura pesimista e intentan acceder al mismo registro.

Las siete políticas de intento de acceso y las definiciones de los atributos son las siguientes:
wsPessimisticUpdate
  • Tipo de acceso = Actualización pesimista
  • Ámbito de colección = Transacción
  • Incremento de colección = 1
  • Incremento de búsqueda previa del gestor de recursos = 0
  • Sugerencia de lectura hacia adelante = nulo
wsOptimisticUpdate
  • Tipo de acceso = Actualización optimista
  • Ámbito de colección = Transacción
  • Incremento de colección = 25
  • Incremento de búsqueda previa del gestor de recursos = 0
  • Sugerencia de lectura hacia adelante = nulo
wsOptimisticRead
  • Tipo de acceso = Lectura optimista
  • Ámbito de colección = Transacción
  • Incremento de colección = 25
  • Incremento de búsqueda previa del gestor de recursos = 0
  • Sugerencia de lectura hacia adelante = nulo
wsPessimisticRead
  • Tipo de acceso = Lectura pesimista
  • Ámbito de colección = Transacción
  • Incremento de colección = 25
  • Incremento de búsqueda previa del gestor de recursos = 0
  • Sugerencia de lectura hacia adelante = nulo
wsPessimisticUpdate-Exclusive
  • Tipo de acceso = Actualización pesimista
  • Exclusivo = true
  • Ámbito de colección = Transacción
  • Incremento de colección = 1
  • Incremento de búsqueda previa del gestor de recursos = 0
  • Sugerencia de lectura hacia adelante = nulo
wsPessimisticUpdate-NoCollision
  • Tipo de acceso = Actualización pesimista
  • Sin colisión = true
  • Ámbito de colección = Transacción
  • Incremento de colección = 25
  • Incremento de búsqueda previa del gestor de recursos = 0
  • Sugerencia de lectura hacia adelante = nulo
wsPessimisticUpdateWeakestLockAtLoad
  • *política predeterminada
  • Tipo de acceso = Actualización pesimista
  • Promover = true
  • Ámbito de colección = transacción
  • Incremento de colección = 25
  • Incremento de búsqueda previa del gestor de recursos = 0
  • Sugerencia de lectura hacia adelante = nulo

Para soportar el compartimiento de conexiones, debe asegurarse de que todos los datos cargados en la misma transacción tengan el mismo nivel de aislamiento. Verifique que todos los métodos participantes que dirijan las cargas estén configurados con un tipo de acceso pesimista o con un tipo de acceso optimista.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cdat_accint
File name: cdat_accint.html