Sascha Lorenz - Neueste Kommentare auf SQL Server asynchrone Trigger & Service Broker im Repository

Christoph Ingenhaag in Antwort auf: SQL Server asynchrone Trigger & Service Broker im Repository

Thu, 24 Feb 2011 15:54:24 +0000

Zum Service Broker ist das Blog von Remus Rusano DIE Informationsquelle http://rusanu.com/

admin in Antwort auf: SQL Server asynchrone Trigger & Service Broker im Repository

Thu, 27 Jan 2011 10:43:41 +0000

Das habe ich auch so verstanden. :-) Freue mich schon auf die weiteren Beispiele!

saschalorenz in Antwort auf: SQL Server asynchrone Trigger & Service Broker im Repository

Thu, 27 Jan 2011 10:31:35 +0000

Der erste Absatz ist ja im Ironie-Modus... :-) Wurde eh schon gefragt, ob ich denn nicht doch mal ein wenig mehr an Beispielen für Repository & Co zeigen kann. Daher passt das gut da rein. Also, zeige ich nun auch ein wenig Service Broker und was wir damit so machen.

admin in Antwort auf: SQL Server asynchrone Trigger & Service Broker im Repository

Wed, 26 Jan 2011 19:31:11 +0000

Ich bin der Meinung, dass weder Cursor noch Trigger an und für sich "böse" sind. Vielmehr werden sie vielfach für Sachen eingesetzt, für die sie nicht geeignet sind und/oder konzipiert wurden. Cursor werden häufig dann eingesetzt, wenn ein grundlegendes Verständnis zu Set-Based Logik fehlt, während Trigger häufig überfrachtet werden mit Aufgaben, die auch anderweitig gelöst werden können. Wie Du sagst, sind Trigger für kurze, knackige Aufgaben gut, hingegen sollte man sich nicht über Performance Probleme beschweren, wenn man innerhalb eines Trigger versucht, Mails zu verschicken... Wie würden uns auch gerne näher mit Service Broker beschäftigen, aber das würde unausweichlich zu intensiven Diskussionen mit dem Database Engineering und anderen Infrastrukturteams führen und das war es uns bisher einfach noch nicht wert. Vielleicht könntest Du ja etwas aus Deiner Praxis mit dem Broker berichten? Ich glaube schon, dass es da ein enormes Potential gibt.