Service de tentative d'accès

Le service de tentative d'accès permet aux développeurs de gérer avec précision la persistance des données d'une application.

Les règles de tentative d'accès permettent aux développeurs de configurer leurs applications de sorte que le conteneur d'EJB (Enterprise JavaBeans) et ses agents puissent optimiser les performances d'accès aux beans entity. Les beans entity et les méthodes des beans entity sont configurés avec des règles de tentative d'accès. L'action sur une règle s'exerce par la combinaison du conteneur EJB WebSphere et du gestionnaire de persistance (pour les entités CMP, Persistance gérée par conteneur) ou directement par les entités BMP (persistance gérée par le bean). Notez que les règles de tentative d'accès s'appliquent uniquement aux beans entity.

Règles de tentative d'accès prédéfinies

Sept règles de tentative d'accès prédéfinies sont disponibles. Ces règles sont composées d'attributs différents. L'attribut Type d'accès est d'un intérêt essentiel, car c'est lui qui contrôle le niveau d'isolement ainsi que le type et la durée des verrous obtenus lorsque les données d'un bean sont lues dans la base de données.

Un type d'accès pessimiste signifie que les verrous doivent être maintenus pour la durée de la transaction dans le cadre de laquelle les données sont chargées. Un type d'accès optimiste indique que les verrous doivent être libérés immédiatement une fois que les données ont été lues dans la base de données. Un type lecture indique que le contexte d'exécution ne doit pas autoriser la mise à jour des données ; toute tentative de modification de données lues avec un type d'accès Lecture conduit au lancement d'une exception. Les types mise à jour autorisent la modification des données.

Bien qu'une règle de mise à jour pessimiste soit conçue pour maintenir des verrous de mise à jour sur des enregistrements, elle ne bloque par les unités d'exécution avec d'autres règles qui tentent d'accéder aux mêmes enregistrements. Lorsque deux unités d'exécution qui exécutent des règles de mise à jour pessimistes accèdent à un enregistrement donné, elles sérialisent (mais ne bloquent pas) les autres unités d'exécution qui exécutent des règles de lecture pessimiste ou optimiste et qui tentent d'accéder au même enregistrement.

Voici les sept règles de tentative d'accès avec la définition de leurs attributs :
wsPessimisticUpdate
  • Type d'accès = Mise à jour pessimiste
  • Portée de la collection = Transaction
  • Incrément de la collection = 1
  • Incrément de préextraction du gestionnaire de ressources = 0
  • Conseil de lecture anticipée = null
wsOptimisticUpdate
  • Type d'accès = Mise à jour optimiste
  • Portée de la collection = Transaction
  • Incrément de la collection = 25
  • Incrément de préextraction du gestionnaire de ressources = 0
  • Conseil de lecture anticipée = null
wsOptimisticRead
  • Type d'accès = Lecture optimiste
  • Portée de la collection = Transaction
  • Incrément de la collection = 25
  • Incrément de préextraction du gestionnaire de ressources = 0
  • Conseil de lecture anticipée = null
wsPessimisticRead
  • Type d'accès = Lecture pessimiste
  • Portée de la collection = Transaction
  • Incrément de la collection = 25
  • Incrément de préextraction du gestionnaire de ressources = 0
  • Conseil de lecture anticipée = null
wsPessimisticUpdate-Exclusive
  • Type d'accès = Mise à jour pessimiste
  • Exclusive = true
  • Portée de la collection = Transaction
  • Incrément de la collection = 1
  • Incrément de préextraction du gestionnaire de ressources = 0
  • Conseil de lecture anticipée = null
wsPessimisticUpdate-NoCollision
  • Type d'accès = Mise à jour pessimiste
  • Pas de collision = true
  • Portée de la collection = Transaction
  • Incrément de la collection = 25
  • Incrément de préextraction du gestionnaire de ressources = 0
  • Conseil de lecture anticipée = null
wsPessimisticUpdateWeakestLockAtLoad
  • *règle par défaut
  • Type d'accès = Mise à jour pessimiste
  • Promouvoir = true
  • Portée de la collection = transaction
  • Incrément de la collection = 25
  • Incrément de préextraction du gestionnaire de ressources = 0
  • Conseil de lecture anticipée = null

Pour que le partage de connexion soit possible, vous devez veiller à ce que toutes les données chargées dans une même transaction aient le même niveau d'isolement. Vérifiez que toutes les méthodes participantes qui déclenchent des chargements de données sont configurées soit avec un type d'accès pessimiste, soit avec un type d'accès optimiste.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cdat_accint
Nom du fichier : cdat_accint.html