(ningunos puntos)
He desnatado solamente este hilo de rosca. Pero por su uso del comercio electrónico hay cierto potencialmente _dangerous_ y consejo incorrecto que son dados aquí. Esto es realmente una pregunta del DB, no cf. Sugeriría tan que usted pida en una zona de la base de datos así que usted pueda conseguir consejo de expertos del DB del _experienced_.
Cflock no se piensa como substituto para la fijación apropiada de la base de datos. Era utilizado para el acceso del ms (solamente) porque el acceso es una base de datos de escritorio. No apoya completamente transacciones la manera un DB verdadero como Oracle, MySQL, etc… hace. El cflock que emplea mal puede escoger fácilmente el hilo de rosca su uso. Eso es muy malo para un Web site que se suponga para manejar concurrencia
> Pensé ayudas del cftransaction cuando usted tiene preguntas múltiples a funcionar al mismo tiempo.
Correcto. El propósito principal es agrupar declaraciones múltiples juntas así que o todos tienen éxito o todos fallan. La meta que es prevenir modificaciones “parciales”. El ejemplo típico dado es usos de las actividades bancarias. Una transferencia implica dos pasos: 1) retiro a partir de una cuenta y 2) depósito en otra cuenta. Si solamente ocurriera el paso 1) y entonces el paso 2) falló los datos sería corrupto (y clientes estaría trastornado algo). Una transacción se diseña para asegurar que no sucede.
> ¿Cómo puede prevenir un callejón sin salida que ocurre de usuarios múltiples?
¿Mi pregunta sería, por qué usted le está asumiendo tendrá un callejón sin salida…? Los callejones sin salida son complicados. Ocurren debido a un tipo “inextricable” situación. Una vez más sugeriría que usted haga esta pregunta de los expertos de la base de datos del _experienced_ que pueden proveer de usted un consejo más sólido basado en experiencia de la vida real, algo que apenas ligue.
¡Buena suerte!
