Vous devriez vraiment lire vers le haut sur les détails de chaque niveau d'isolement, particulièrement en vue de le type de base de données que vous employez.
Mais généralement le niveau différent d'isolement te permettent de spécifier comment à la différence en termes d'accès de données concourant. Par exemple, read_uncommitted peut permettre à votre processus d'indiquer des données de la base de données qui n'a pas été encore commise mais de l'avantage être que tout nombre de processus concourants peut exécuter le ce lus. De l'autre côté, serializable signifie que vous êtes garanti qu'une autre lecture/écriture concourante de données n'interférera pas votre accès mais aux frais de preformance aux lesquels seulement vous êtes permis d'exécuter cette lecture/écriture.
Fondamentalement, dans l'ordre suivant…
1. Transaction_read_uncommited
2. Transaction_read_committed
3. Transaction_repeatable_read
4. Transaction_serializable
vous devriez employer le niveau du nombre le plus inférieur d'isolement qui s'assurera toujours que vos besoins de données sont répondus. Ceci s'assurera que vous application pouvez soutenir les utilisateurs concourants/accès de la meilleure manière dont de exécution elle peut. C'est également pourquoi vous devriez vraiment lire vers le haut sur les détails et les effets secondaires de chaque niveau de sorte que vous puissiez convenablement sélectionner le niveau qui vous rencontrera des conditions.
Espérer qu'aides…