{"id":470,"date":"2007-03-14T19:56:45","date_gmt":"2007-03-14T18:56:45","guid":{"rendered":"http:\/\/www.glorf.it\/blog\/2007\/03\/14\/sql-talk\/sql-server-deadlocks-besser-steuern"},"modified":"2007-03-14T19:56:45","modified_gmt":"2007-03-14T18:56:45","slug":"sql-server-deadlocks-besser-steuern","status":"publish","type":"post","link":"http:\/\/www.glorf.it\/blog\/2007\/03\/14\/sql-talk\/sql-server-deadlocks-besser-steuern","title":{"rendered":"SQL-Server: Deadlocks besser steuern"},"content":{"rendered":"<p>Durch den Artikel &quot;<a href=\"http:\/\/www.sqlmag.com\/Article\/ArticleID\/94591\/sql_server_94591.html\">Subtle Changes You Might Have Missed<\/a>&quot; von <a href=\"http:\/\/www.solidqualitylearning.com\/Resumes\/Kalen\/AboutKalen.htm\">Kalen Delaney<\/a> in der Februar-Ausgabe des SQL Server Magazine wurde ich auf eine &#196;nderung aufmerksam, die ich tats&#228;chlich noch nicht bemerkt hatte.<br \/>\nBislang war es im Wesentlichen so, dass der SQL-Server im Falle eines Deadlock die Transaktion zur&#252;ck setze, die die wenigsten &#196;nderungen durchgef&#252;hrt hatte.<br \/>\nDurch die neuen &#196;nderungen wird die Option &quot;<a href=\"http:\/\/msdn2.microsoft.com\/en-US\/library\/ms186736.aspx\">SET DEADLOCK_PRIORITY<\/a>&quot; so aufgemwertet, dass sie tats&#228;chlich sinnvoll eingesetzt werden kann:<br \/>\nMan kann jetzt die Priorit&#228;t von -10 bis 10 angeben. Neben den alten Werten LOW (=-5) und NORMAL (=0) wurde jetzt auch HIGH (=5) eingef&#252;hrt. <\/p>\n<p>Jetzt kann man diejenigen Transaktionen kennzeichnen, die <strong>nicht<\/strong> als Opfer ausgesucht werden sollen, bisher (also vor SQL Server 2005) konnte man nur festlegen, <em>welche Transaktionen gerne Opfer w&#228;ren<\/em>.<br \/>\nDas war nat&#252;rlich etwas weltfremd, wer ist schon gerne ein Opfer&#8230; Mit der neuen nummerischen Abstufung kann man ziemlich gut steuern, wer welche Priorit&#228;t hat.<\/p>\n<p>Dennoch sollte das nicht dar&#252;ber hinwegt&#228;uschen, dass man am besten auch gleich <a href=\"http:\/\/de.wikipedia.org\/wiki\/Deadlock\">Deadlockvermeidungsstrategien<\/a> verwendet, um die Situation m&#246;glichst zu verhindern&#8230;.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Durch den Artikel &quot;Subtle Changes You Might Have Missed&quot; von Kalen Delaney in der Februar-Ausgabe des SQL Server Magazine wurde ich auf eine &#196;nderung aufmerksam, die ich tats&#228;chlich noch nicht bemerkt hatte. Bislang war es im Wesentlichen so, dass der SQL-Server im Falle eines Deadlock die Transaktion zur&#252;ck setze, die die wenigsten &#196;nderungen durchgef&#252;hrt hatte. [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[3],"tags":[],"_links":{"self":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/470"}],"collection":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/comments?post=470"}],"version-history":[{"count":0,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/470\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/media?parent=470"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/categories?post=470"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/tags?post=470"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}