(aucuns points)
J'ai seulement écrémé ce fil. Mais pour votre application de commerce électronique il y a potentiellement du _dangerous_ et du conseil incorrect étant donnés ici. C'est vraiment une question de DB, pas cf. Ainsi je proposerais que vous demandiez dans une zone de base de données ainsi vous pouvez obtenir le conseil des experts en matière de DB de _experienced_.
Cflock n'est pas prévu comme produit de remplacement pour le verrouillage approprié de base de données. Il était employé pour le MS Access (seulement) parce que l'accès est une base de données de bureau. Il n'approuve pas pleinement des transactions la manière un vrai DB comme Oracle, MySQL, fait etc…. Le cflock de abus peut facilement choisir le fil votre application. C'est très mauvais pour un site Web qui est censé manipuler la simultanéité
> J'ai pensé des aides de cftransaction quand vous avez des questions multiples à courir en même temps.
Correct. Le but principal est de grouper des rapports multiples ensemble ainsi ou tous réussissent ou tous échouent. Le but étant d'empêcher des modifications « partielles ». L'exemple typique donné est des applications d'opérations bancaires. Un transfert implique deux étapes : 1) retrait d'un compte et 2) dépôt en un autre compte. Si seulement étape 1) se produisait et alors étape 2) a échoué les données serait corrompue (et des clients serait plutôt dérangé). Une transaction est conçue pour s'assurer qui ne se produit pas.
> Comment peut-elle empêcher une impasse se produisant des utilisateurs multiples ?
Ma question seriez-vous, pourquoi vous assumez-vous aurez-vous une impasse… ? Les impasses sont compliquées. Elles se produisent en raison d'un type « inextricable » situation. Encore, je proposerais que vous posiez cette question des experts en matière de base de données de _experienced_ qui peuvent te fournir un conseil plus plein basé sur l'expérience de vie réelle, plutôt que lie juste.
Bonne chance !
