The ReadUncommitted IsolationLevel in SSIS is a bug acknowledged by Microsoft for the following but ‘Wont fix’ as described below.
What would be the workaround(s) for the same?
Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
yes, but you have to inform the sql command on your source instead of selecting a table and set the isolation level before the execution:
and the package should have the serializable isolation level selected (I think the bug may be on the fact of selecting read uncommited on the component)
See this example. Im have a package to copy values from table
test_isolationto tabletest_isolation_destinationhere are both my tables empty:
then I started a transaction and ran the insert command bellow to insert a row on
test_isolationthis row is a dirty row because the transaction is not committed yet.
Then, I ran the package and as you can see one row was copied:
then, I rolled back the transaction and as you can see the row was cleaned from the source table but not from the destination table.
That proves that package ran with read uncommitted isolation level