Frank Kalis - Latest Comments

Als Antwort auf: It's all in the manual, stupid - Trigger

Lieber Frank,

man rennt häufig einem "Irrglauben" hinterher und muss sich dann verwundert die Augen reiben, wenn man erkennt, dass die bisherige Sichtweise vollkommen falsch ist.

So ist es mir auch erst vor Kurzem ergangen - warum also auch nicht mal ein Anderer :)

Danke für die sehr gute und plastische Erläuterung - ich wäre auch drauf reingefallen!

Als Antwort auf: Entwickler vs. DBA

Ich kann mich noch nicht entscheiden, was ich besser finde :-):

Who are you, the DBA? I thought you quit. Or maybe that was the guy before. It's a pity what happened to him…after he complained about our last application.

oder:

That's when I noticed the code-droppers standing there, hulking, menacing developers, wearing Star Wars t-shirts and each with a paw full of pizza. I tried to ignore them as the Dev Lead started to speak.

Vielen Dank,

tosc

Als Antwort auf: IIF in T-SQL

Korrekt und Danke für den Link!
Dieser Beitrag ist mittlerweile fast 10 Jahre alt. Ich sollte vielleicht in einem separaten Beitrag darauf aufmerksam machen. :-)

Als Antwort auf: IIF in T-SQL

Es gibt ab SQL-Server 2012 den IIF in Transact SQL:

http://msdn.microsoft.com/de-de/library/hh213574.aspx

Und die funktioniert sehr gut. :-)

Als Antwort auf: Dynamisches SQL : Fluch und Segen

Der Artikel ist eh etwas betagt. ;-)

Ich habe ihn jetzt zwar durch die Rechtschreibprüfung laufen lassen, würde aber empfehlen, Erlands aktualisierten Originalartikel zu lesen.

Als Antwort auf: Dynamisches SQL : Fluch und Segen

Nicht ausführlich genug und jede Menge Rechtschreib- und Grammatikfehler.
Bitte überarbeiten, vielen dank :)

MfG Hanz

Als Antwort auf: Spaltenwerte als kommaseparierte Liste zurückgeben Teil 2

So! Aus dem Urlaub zurück und fit für neue Herausforderungen.
Deswegen die späte Meldung. Sorry!
Dein Vorschlag hört sich interressant an. Aber erzeuge ich dann nicht redundante Daten? Ich habe im Moment auch noch so gar keine Vorstellung wie ich das Umsetzen soll und wie genau Du Dir das mit den Konfigurationstabellen vorgestellt hast.
Ich kann ja mal einen groben Abriss über den Aufbau meiner DB geben obgleich das wohl das Off-Topic geht.
Ichabe also eine Tabelle mit Kontakten, eine mit den Abteilungen für die sie tätig sein können, eine Hilfstabelle die Kontakte und Abteilungen m:n verbindet, eine mit den Eskalationsstufen, eine weitere HT die die Eskalationsstufen mit der HT KontakteAbteilungen m:n verbindet und natürlich die Tabelle in der alle Themen aufgelistet sind mit Ihrer jeweiligen Eskalationsstufe als Markierung. Dachte eigentlich das wäre schon ziemlich gut aber besser geht ja immer. vielleicht kann man das ja in einem anderen Themenbereich weiterdiskutieren wenn es hier nicht der richtige Platz ist. gerne auch per Mail..

Als Antwort auf: Spaltenwerte als kommaseparierte Liste zurückgeben Teil 2

Ja, dann habe ich dich tatsächlich falsch verstanden. Bei solch einer Aufgabenstellung würde ich sowieso dann darüber nachdenken, die diversen Eskalationsstufen in Tabellen abzubilden, um nachzuvollziehen, wann welches Thema welche Stufe erreicht hat und was aufgrund dessen veranlasst wurde und wer wie benachrichtigt werden soll.
Ausserdem würde ich mir Konfigurationstabellen anlegen, wo definiert wird, für welches Thema in welcher Stufe welche Personen eine Mail als Empfänger oder CC: erhalten sollen und dies auch in der Datenbank klar separieren, vielleicht sogar in separaten Tabellen ablegen. Damit reduziert sich der Aufwand dann später auf das Verketten der einzelnen Empfänger in Abhängigkeit von der Eskalationsstufe und du musst nicht erst ermitteln, ob jemand schon vorher benachrichtigt wurde und jetzt auf cc: erscheinen soll.
Ein netter Nebeneffekt ist ausserdem, dass alles datengesteuert abläuft und die Pflege dafür dem Anwender übertragen wird. :-)