(отсутствие пунктов)
Я только skimmed эта резьба. Но ради ваше применение электронной коммерции будет некоторые потенциальн _dangerous_ и неправильно консультация будучи данными здесь. Это будет реально вопрос о db, не CF. Так я предложил бы вы спрашивает в зоне базы данных поэтому вы можете получить консультацию от специалистов db _experienced_.
Cflock не предназначено как замена для правильный фиксировать базы данных. Оно использовал быть использованным для доступа MS (только) потому что доступом будет desktop база данных. Оно полно не поддерживает трудыы дорога реальный db как Oракул, MySQL, etc… делает. Злоупотребляя cflock может легк определить резьбу ваше применение. То очень плох для вебсайт предполагаемо отрегулировать совпадение
> Я думал помощь cftransaction когда вы будете иметь множественные вопросы, котор нужно побежать в тоже время.
Правильно. Главная цель должна собрать множественные заявления совместно поэтому или все них преуспевают или все них терпят неудачу. Цель предотвратить «частично» изменения. Типичным дали примером, котор будет применения банка. Переход включает 2 шага: 1) разведение от одного учета и 2) залемь в другой учет. Если только раздел 1) произошел и, то разделом 2) потерпел неудачу данные были бы коррумпирован (и клиенты довольно осадил). Трудыы конструированы для того чтобы обеспечить не случаются.
> Как могут он предотвратить тупик происходя от множественных потребителей?
Мой вопрос были бы, почему вы принимаете вас будете иметь тупик…? Тупики осложняют. Они происходят из-за «типа ситуации задвижки 22». Опять, я предложил бы вы спрашивает этот вопрос специалистов базы данных _experienced_ которые могут обеспечить вас при более твердая консультация основанная на реальном жизненном опыте, довольно чем как раз соединяет.
Удача!
