Simon Horwith said:
> actually, the use of <cflock> and <cftransaction> together is the
> recommended practice... under extremely heavy load <cftransaction>
> doesn't return the proper unique id to the client 100% of the time
Make the transaction serializable.
> but <cflock> does.
Only if CF is the only application manipulating the database and you
have only one instance of CF running.
If your database provides a native mechanism for returning inserted
keys (@@identity, last_inserted_id(), lastval() etc.), use that.
Jochem
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
- RE: cftransaction HELP Please... Andy Ousterhout
- RE: cftransaction HELP Please... Dave Carabetta
- RE: cftransaction HELP Please... Dave Watts
- RE: cftransaction HELP Please... Andy Ousterhout
- RE: cftransaction HELP Please... Dave Watts
- Re:cftransaction HELP Please... Spectrum Web
- RE: cftransaction HELP Please... Pascal Peters
- CFLOCK:....Sunday (still not left computer all we... Stuart Kidd
- Re: CFLOCK:....Sunday (still not left compute... Dave Carabetta
- RE: CFLOCK:....Sunday (still not left com... Simon Horwith
- RE: CFLOCK:....Sunday (still not left... Jochem van Dieten
- RE: CFLOCK:....Sunday (still not... Simon Horwith
- Random Password Stuart Kidd
- Re: Random Password Critter
- RE: Random Password Stuart Kidd
- Re: Random Password Critter
- RE: Random Password Michael T. Tangorre
- RE: CFLOCK:....Sunday (still not left... Stuart Kidd
- RE: CFLOCK:....Sunday (still not left com... Stuart Kidd
- RE: CFLOCK:....Sunday (still not left... Jochem van Dieten
- Re: CFLOCK:....Sunday (still not left... Dave Carabetta