Les Transactions en lecture seule DB accès?

Il semble y avoir des opinions très différentes sur l'utilisation de transactions de lecture à partir d'une base de données.

Citation de la DeveloperWorks article Transaction stratégies: Modèles et stratégies de présentation:

Pourquoi auriez-vous besoin d'une opération si
vous vous contentez de lire les données? La réponse
c'est que vous n'avez pas. Le démarrage d'une
opération à effectuer une lecture seule
l'opération s'ajoute à la surcharge de l'
thread de traitement et peut causer partagé
des verrous en lecture sur la base de données (selon
sur quel type de base de données que vous utilisez
et quel est le niveau d'isolation est défini
d').

Comme une opinion contraire il y a la citation suivante de mise en veille prolongée de la documentation Données Non transactionnelles l'accès et le mode auto-commit

Notre recommandation est de ne pas utiliser le
mode de validation automatique dans une application, et
pour appliquer des transactions en lecture seule uniquement
quand il y a un évident performance
avantage ou lors de futures modifications du code
sont hautement improbable. Préférez toujours
régulière de l'ACIDE transactions de groupe
votre accès aux données des opérations,
indépendamment de savoir si vous lisez ou
l'écriture de données.

Il y a aussi un débat similaire sur la EclipseLink liste de diffusion ici.

Alors, où se trouve la vérité? Sont des opérations pour la lecture de la meilleure pratique ou pas? Si les deux sont des solutions viables, quels sont les critères pour l'utilisation de transactions?

Aussi loin que je peux voir seulement faire une différence si le niveau d'isolation est supérieure au "lire commis". Est-ce correct?

Quelles sont les expériences et les recommandations?

InformationsquelleAutor jbandi | 2009-05-03