I realize that this thread has gotten a bit off the original poster's
subject, but I just had a look at the docs and all it says is:
<cftransaction>
<cfquery name='makeNewCourse' datasource='Snippets'>
INSERT INTO Courses
(Number, Descript)
VALUES
('#myNumber#', '#myDescription#')
</cfquery>
<cfquery name='insertNewCourseToList' datasource='Snippets'>
INSERT INTO CourseList
(CorNumber, CorDesc, Dept_ID,
CorName, CorLevel, LastUpdate)
VALUES
('#myNumber#', '#myDescription#', '#myDepartment#',
'#myDescription#', '#myCorLevel#', #Now()#)
</cfquery>
</cftransaction>
It further says that:
Changes to data that is requested by the queries
are not committed to the datasource until all actions within the transaction
block have executed successfully.
So while they provide the commit and rollback options, they're listed in the
docs as optional because the cftransaction tag doesn't really commit the
changes until the block has completed successfully. That would make it seem,
to me, that the try/catch blocks and the rollback and commit statements
aren't necessary since the commit hasn't been made in the first place.
There's nothing to rollback.
I seem to remember bringing this subject a while back with the group, and I
had my transaction laid out much the same way you're talking about, and I
was told that none of it was necessary, because the cftransaction tag took
care of doing all that for me. I'd like to know why those options were made
available in the first place, but I still don't think they're necessary.
Hey Kevin! Any of this playful banter helpin' ya? ;o)
Chris
On 7/26/07, Chris Gomez <[EMAIL PROTECTED]> wrote:
>
> if you're doing a multi-query transaction then you need something like
> this to rollback any inserts, etc if one of the queries fails. cftransaction
> will automatically insert the data up to the point there's an error. without
> that error checking, it becomes a huge headache to maintain, for example,
> customer order transactions. I would much rather have a db full of
> successful transactions than one with incomplete transactions to sort
> through. But then, I'm a little fanatical these days about this kind of
> stuff. :)
>
> On 7/26/07, Christopher Jordan <[EMAIL PROTECTED]> wrote:
> >
> > Not that this post was originally about using cftransaction, but isn't
> > the try/catch stuff unnecessary because of the nature of the cftransaction
> > tag itself? That's what I thought. I could be dead wrong. ;o)
> >
> > Chris
> >
> > On 7/26/07, Chris Gomez <[EMAIL PROTECTED] > wrote:
> > >
> > > One of the better ways I've found to handle transactions using CF is
> > > like this:
> > >
> > > <cflock name="AddOrder" timeout="10">
> > > <cfset commit = true>
> > > <cftransaction action="begin">
> > > <cftry>
> > > <cfquery>
> > > blah blah
> > > </cfquery>
> > > <cfquery>
> > > blah blah
> > > </cfquery>
> > > <cfcatch type="any">
> > > <cfset commit = false>
> > > <cftransaction action="rollback" />
> > > <cflocation addtoken="false" url="errorpage.cfm">
> > > </cfcatch>
> > > </cftry>
> > > <cfif commit>
> > > <cftransaction action="commit" />
> > > <cflocation addtoken="false" url="success.cfm">
> > > </cfif>
> > > </cftransaction>
> > > </cflock>
> > >
> > > The transaction is only added to the db if every query or function is
> > > successful. This prevents multiple transaction sessions from interfering
> > > with each other and disallows partial inserts/updates/etc (like in a
> > > shopping cart solution) from being entered in to the db.
> > >
> > > Hope this helps.
> > >
> > > Chris
> > >
> > > On 7/26/07, Christopher Jordan <[EMAIL PROTECTED] > wrote:
> > > >
> > > > Kevin,
> > > >
> > > > I'm not an authority, but here's what I think I know:
> > > >
> > > > INNODB tables are slower *because* they allow for transactions.
> > > > Transactional databases (tables?) allow you to roll back changes that
> > > > were
> > > > made to it. So it keeps track of all changes that have been made and
> > > > store
> > > > them so that you can roll back a particular insert or update or what
> > > > have
> > > > you as if that statement had not taken place. I have no idea how far
> > > > back it
> > > > keeps information of this sort, I just know that on other DBs I've
> > > > worked
> > > > with (older versions of DB2) this means that extra disk space is
> > > > required to
> > > > store all the changes.
> > > >
> > > > The only senario that *I'm* aware of (I'm sure there are loads more)
> > > > would be when doing something like this:
> > > >
> > > > <cftransaction>
> > > > <cfquery name="update" datasource="blahblah">
> > > > UPDATE InventoryTable
> > > > SET ItemQuantity = ItemQuantity - 1 -- I think you can do
> > > > this in sql... if not just consider it psuedo code ;o)
> > > > WHERE ItemID = #MyItemID#
> > > > </cfquery>
> > > > <!--- customers automattically get entered for a prize drawing
> > > > or something --->
> > > > <cfquery name="insert" datasource="blahblah">
> > > > INSERT INTO PrizeDrawingTable (CustomerID, ItemID)
> > > > VALUES (#MyCustomerID#, #MyItemID#)
> > > > </cfquery>
> > > > </cftransaction>
> > > >
> > > > In this case if the first query fails for some reason, then the
> > > > second query wouldn't execute. If the first query was successful but the
> > > > second query failed, then the first query would be 'Undone' or rolled
> > > > back.
> > > >
> > > > This may be an overly simplistic view, and since I don't do this
> > > > sort of thing often, I may have even gotten something wrong. Someone
> > > > please
> > > > correct me if I did get something wrong.
> > > >
> > > > Does that help?
> > > >
> > > > Cheers,
> > > > Chris
> > > >
> > > > On 7/26/07, Kevin < [EMAIL PROTECTED] > wrote:
> > > >
> > > > > Anyone have experience with MySQL? I have been using it for
> > > > > years now but I wonder if I might have outgrown it.
> > > > >
> > > > >
> > > > >
> > > > > The way that I understand it is that my MyISAM tables are faster
> > > > > but INNODB allow for transaction support (which I have never fully
> > > > > understood).
> > > > >
> > > > >
> > > > >
> > > > > We have been using MyISAM for years and have been satisfied.
> > > > > However, I am told that in order to make a backup of the database you
> > > > > have
> > > > > to shut it down, back it up, then restart it. This is absurd.
> > > > > Therefore,
> > > > > we were considering moving to INNODB but everything I read says that
> > > > > these
> > > > > are *VERY* slow tables.
> > > > >
> > > > >
> > > > >
> > > > > Please let me know if you have any advise….should we move away
> > > > > from MySQL? Is there a solution to back up MyISAM? Is the
> > > > > performance of
> > > > > INNODB really not as bad as I have read.
> > > > >
> > > > >
> > > > >
> > > > > I am so confused and frustrated……I understand that MySQL is used
> > > > > by some pretty big hitters (http://www.mysql.com/customers/ ).
> > > > > What are these guys using?
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Any help, advise, comments, etc. will be tremendously appreciated.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --------------------------------------------------------
> > > > >
> > > > >
> > > > >
> > > > > Kevin Fricke
> > > > >
> > > > > Lone Star Media
> > > > >
> > > > > [EMAIL PROTECTED]
> > > > >
> > > > > Office: (512) 371-1822
> > > > >
> > > > > Mobile: (512) 626-0528
> > > > >
> > > > > Fax: (512) 597-0909
> > > > >
> > > > > Toll Free: (877) 791-7083
> > > > >
> > > > >
> > > > >
> > > > > http://www.lonestarmedia.com
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Reply to DFWCFUG:
> > > > > [email protected]
> > > > > Subscribe/Unsubscribe:
> > > > > http://lists1.safesecureweb.com/mailman/listinfo/list
> > > > > List Archives:
> > > > > http://www.mail-archive.com/list%40list.dfwcfug.org/
> > > > > http://www.mail-archive.com/list%40dfwcfug.org/
> > > > > DFWCFUG Sponsors:
> > > > > www.instantspot.com/
> > > > > www.teksystems.com/
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > http://cjordan.us
> > > > _______________________________________________
> > > > Reply to DFWCFUG:
> > > > [email protected]
> > > > Subscribe/Unsubscribe:
> > > > http://lists1.safesecureweb.com/mailman/listinfo/list
> > > > List Archives:
> > > > http://www.mail-archive.com/list%40list.dfwcfug.org/
> > > > http://www.mail-archive.com/list%40dfwcfug.org/
> > > > DFWCFUG Sponsors:
> > > > www.instantspot.com/
> > > > www.teksystems.com/
> > > >
> > > >
> > >
> > >
> > > --
> > > "Fortune favors the prepared mind."
> > > - Louis Pasteur
> > > _______________________________________________
> > > Reply to DFWCFUG:
> > > [email protected]
> > > Subscribe/Unsubscribe:
> > > http://lists1.safesecureweb.com/mailman/listinfo/list
> > > List Archives:
> > > http://www.mail-archive.com/list%40list.dfwcfug.org/
> > > http://www.mail-archive.com/list%40dfwcfug.org/
> > > DFWCFUG Sponsors:
> > > www.instantspot.com/
> > > www.teksystems.com/
> > >
> > >
> >
> >
> > --
> > http://cjordan.us
> >
> > _______________________________________________
> > Reply to DFWCFUG:
> > [email protected]
> > Subscribe/Unsubscribe:
> > http://lists1.safesecureweb.com/mailman/listinfo/list
> > List Archives:
> > http://www.mail-archive.com/list%40list.dfwcfug.org/
> > http://www.mail-archive.com/list%40dfwcfug.org/
> > DFWCFUG Sponsors:
> > www.instantspot.com/
> > www.teksystems.com/
> >
> >
>
>
> --
> "Fortune favors the prepared mind."
> - Louis Pasteur
>
> _______________________________________________
> Reply to DFWCFUG:
> [email protected]
> Subscribe/Unsubscribe:
> http://lists1.safesecureweb.com/mailman/listinfo/list
> List Archives:
> http://www.mail-archive.com/list%40list.dfwcfug.org/
> http://www.mail-archive.com/list%40dfwcfug.org/
> DFWCFUG Sponsors:
> www.instantspot.com/
> www.teksystems.com/
>
>
--
http://cjordan.us
_______________________________________________
Reply to DFWCFUG:
[email protected]
Subscribe/Unsubscribe:
http://lists1.safesecureweb.com/mailman/listinfo/list
List Archives:
http://www.mail-archive.com/list%40list.dfwcfug.org/
http://www.mail-archive.com/list%40dfwcfug.org/
DFWCFUG Sponsors:
www.instantspot.com/
www.teksystems.com/
