December 29, 2004 at 10:15 pm
Comments posted to this topic are about the content posted at http://www.sqlservercentral.com/columnists/jthomson/transactionsinsqlserver2005integrationservices.asp
Jamie Thomson
http://sqlblog.com/blogs/jamie_thomson
January 4, 2005 at 9:28 am
This would also by inference mean that there is no such thing as nested transactions? Or is there another mechanism that could be employed for that?
January 5, 2005 at 2:18 am
Good question, and coincidentally one that I was asked yesterday by a colleague upon reading the article.
You are correct, nested transactions are not supported. This would be an interesting feature request for future versions althought I would fear that this would impact the inherent simplicity of the current behaviour.
Perhaps this could be handled via a new setting for TransactionOption, 'SupportedNested' or something similar.
Regards
Jamie Thomson
http://sqlblog.com/blogs/jamie_thomson
May 31, 2006 at 11:59 pm
Hi,
I am having some problem with SSIS transaction. Eventhought I tried to imitate the concept that Jamie presented. My workflow is as followed
*********************************
For Each ADO.Record in Oracle (transaction=not supported)
If (Certain_Field_Value = 'A')
Lookup Data in SQL DB with values from Oracle (transaction=not supported)
DO Sequence A (Start a Transaction , transaction=required)
INSERT/UPDATE some records in SQLDB(transaction=supported)
Finish Sequence A ( transaction should stop here)
UPDATE Oracle DB ( Execute SQLTask, transaction=not supported)
If (Certain_Field_Value = 'B')
Lookup Data in SQL DB with values from Oracle (transaction=not supported)
DO Sequence B (Start a Transaction , transaction = required)
INSERT/UPDATE some records in SQLDB (transaction=supported)
Finish Sequence A ( transaction should stop here)
UPDATE Oracle DB ( Execute SQLTask, transaction=not supported)
If (Certain_Field_Value = 'C')
------------
------------
End ForEach Loop
*************************************
My requirements are that I want separate transaction for each Sequence A, B, C, etc... If Sequence A transaction fails, the other should still be continuing with another transaction.
But I am getting an error regarding the OLEDB Error in next Task (e.g in Certain_Field_Value = 'B') "Lookup Data in SQL DB with values from Oracle ", the error message is ".......Distributed transaction completed. Either enlist this session in a new transaction or the NULL transaction. ".
What is it the I am doing wrong?
Regards
KyawAM
February 2, 2007 at 2:04 pm
Nested transactions are complex and "dangerous". There is a raw limit of 32 on the maximum nested level (on both SQL Server 2000 and 2005) which you can hit if you are not careful. Triggers complicate this things further and therefore the logic on the client code gets really convoluted.
I beleive those reasons should be enough for keeping you from getting into the nested transactions world. I have been there and it is really ugly. Most non trivial applications employ the single transaction model for speed and clarity.
Good Luck,
* Noel
February 2, 2007 at 2:10 pm
Hi there Noel,
In this case the transactions are handled by DTC. Does the same still aply?
-Jamie
Jamie Thomson
http://sqlblog.com/blogs/jamie_thomson
May 5, 2008 at 1:03 pm
Jamie, thanks for adding "In this case the transactions are handled by DTC."
I've been trying to find out what kind of trans. the Sequence Container used.
We've had issues with DTC in the past.
If need be, is there a way to use SQL Transactions with the Sequence Container?
much appreciated! - John
Skål - jh
October 20, 2008 at 10:06 am
I am thinking that SSIS DTC does not really work or that there are some special attributes
that tasks contained in a sequence with transaction=required, that these tasks need to
have. Is sequentiality and same-thread guaranteed for all tasks in a sequence? I'm getting
failures on the first task in a transactioned sequence for no reason, am tempted to bag
SSIS/DTC and go with the literal BEGIN TRANSACTION ( which would involve redesigning
the whole loop -- arrgghh )
October 20, 2008 at 2:36 pm
Since this issue, in other packages I've built,
I have found that if in the same package,
there is a truncate task of the same table I am loading
then DTC will lock up, but SQL transactions will not.
If that is your situation, you might try putting the truncate in a separate package all together and then use a master controller package to control the flow from truncate to loading packages.
But I have had DTC hang on that server even without the truncate task and have been tending to avoid it.
hth
Skål - jh
Viewing 9 posts - 1 through 8 (of 8 total)
You must be logged in to reply to this topic. Login to reply