July 24, 2008 07:19pm pdt

1. chapmandew 1,655,654
2. angelIII 1,323,958
3. aneeshatti... 528,871
4. mark_wills 474,431
5. ee_rlee 348,824
6. ScottPletc... 316,651
7. dtodd 273,051
8. acperkins 205,287
9. Thomasian 153,038
10. cs97jjm3 139,795
11. matthews... 132,703
12. EugeneZ 132,514
13. appari 129,598
14. ptjcb 119,637
15. dbaSQL 118,744

1. angelIII 10,280,371
2. aneeshatti... 4,586,750
3. acperkins 4,193,747
4. ScottPletc... 4,130,703
5. arbert 2,245,195
6. Lowfatsp... 2,165,176
7. chapmandew 1,655,654
8. rafrancisco 1,460,132
9. imran_fast 1,458,963
10. EugeneZ 1,408,676
11. Hilaire 1,221,775
12. Nightman 1,143,404
13. Mr_Peer... 1,087,815
14. nmcdermaid 1,071,652
15. ptjcb 1,053,496

05.08.2008 at 12:34PM PDT, ID: 23387381

	[x] Attachment Details

[x]

The Solution Rating System

With so many solutions, how can you tell which solutions are most likely to help you and which ones are not? To provide you with a tool to use, we rate our solutions based on various elements that most accurately determine if a solution is a quality solution. To explain what factors affect the solution rating, here are the elements we take into consideration when formulating our solution rating.

The Grade of the Solution
The Zone Rank of the Expert Providing the Solution
The Number of Author and Expert Comments
The Number of Experts Contributing
The Feedback of the Community

Your Input Matters
Because of the way the system is set up, the most important variable in this equation is you. As a member of Experts Exchange, you are able to cast your vote on the quality of the solutions in regard to how complete, accurate, helpful and easy to understand each solution is. When you provide your feedback, each rating is adjusted accordingly. So, if you see a solution that has a poor rating that you think is a good solution, let us know by rating it. As you do, the rating will be adjusted and will become more accurate for other members of our site.

If you have any suggestions that you would like to make for our rating system, please ask a question in the Suggestions Zone of Community Support.

Thank you!

9.2

Questions about Transaction processing

Zone: MS SQL Server

I have two questions regarding use of transactions in SQL Server 2000.

The first has to do with calling a procedure within another procedure.
If I have a procedure (proc1) that has uncommitted transaction(s) and within that procedure I execute a second procedure (proc2), what is the state of transactions in both procedures before a specific COMMIT or ROLLBACK is issued and what happens to transactions in proc1 if proc2 if a BEGIN TRANACTION and COMMIT TRANSACTION?

In other words, is a COMMIT or ROLLBACK only specific to the prcedure, or will it commit/rollback any pending transactions?

Second question: once a COMMIT is issued, does that prevent the committed transactions from being rolled back? What I am thinking of is processing within a loop. For example, if there is a WHILE loop, and within it you have a BEGIN TRANSACTION and then a COMMIT, and and it runs through 3 iterations, and while running the 4th iteration you catch an error and issue a ROLLBACK, will that only rollback transactions since the last COMMIT?

         
             proc1
  BEGIN TRANSACTION
    UPDATE table
    SET col = 1
 
    EXEC proc2
  COMMIT TRANSACTION
 
proc2
  BEGIN TRANSACTION
    INSERT table2
    SELECT 1
  COMMT TRANSACTION

Start your free trial to view this solution

Question Stats

Zone: Microsoft

Question Asked By: dbbishop

Solution Provided By: ScottPletcher

Participating Experts: 2

Solution Grade: A

Translate:

Loading Advertisement...

20080236-EE-VQP-29 / EE_QW_EXPERT_20070906