http://www.insidesql.org/blogs/frankkalis/?disp=comments de-DE hourly 1 2000-01-01T12:00+00:00 http://www.insidesql.org/blogs/frankkalis/2013/04/29/its-all-in-the-manual-stupid-trigger#c2233 2013-05-16T09:54:10Z Uwe Ricken [Besucher] Lieber Frank,<br /> <br /> man rennt h&#228;ufig einem "Irrglauben" hinterher und muss sich dann verwundert die Augen reiben, wenn man erkennt, dass die bisherige Sichtweise vollkommen falsch ist.<br /> <br /> So ist es mir auch erst vor Kurzem ergangen - warum also auch nicht mal ein Anderer :)<br /> <br /> Danke f&#252;r die sehr gute und plastische Erl&#228;uterung - ich w&#228;re auch drauf reingefallen!
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!]]> http://www.insidesql.org/blogs/frankkalis/2013/05/08/entwickler-vs-dba#c2231 2013-05-13T21:31:54Z Torsten Schuessler [Mitglied] Ich kann mich noch nicht entscheiden, was ich besser finde :-):<br /> <br /> <em>Who are you, the DBA? I thought you quit. Or maybe that was the guy before. It's a pity what happened to him&#8230;after he complained about our last application.</em><br /> <br /> oder:<br /> <br /> <em>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.</em><br /> <br /> Vielen Dank,<br /> <br /> tosc
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]]> http://www.insidesql.org/blogs/frankkalis/2004/07/13/iif-in-t-sql#c2226 2013-04-30T09:38:49Z Frank Kalis [Mitglied] Korrekt und Danke f&#252;r den Link!<br /> Dieser Beitrag ist mittlerweile fast 10 Jahre alt. Ich sollte vielleicht in einem separaten Beitrag darauf aufmerksam machen. :-) Dieser Beitrag ist mittlerweile fast 10 Jahre alt. Ich sollte vielleicht in einem separaten Beitrag darauf aufmerksam machen. :-)]]> http://www.insidesql.org/blogs/frankkalis/2004/07/13/iif-in-t-sql#c2225 2013-04-30T08:56:28Z Wolf [Besucher] Es gibt ab SQL-Server 2012 den IIF in Transact SQL:<br /> <br /> <a href="http://msdn.microsoft.com/de-de/library/hh213574.aspx" target="_blank" rel="nofollow">http://msdn.microsoft.com/de-de/library/hh213574.aspx</a><br /> <br /> Und die funktioniert sehr gut. :-)
http://msdn.microsoft.com/de-de/library/hh213574.aspx

Und die funktioniert sehr gut. :-)]]> http://www.insidesql.org/blogs/frankkalis/2004/07/16/dynamisches-sql-fluch-und-segen#c2173 2012-12-29T22:26:02Z Frank Kalis [Mitglied] Der Artikel ist eh etwas betagt. ;-)<br /> <br /> Ich habe ihn jetzt zwar durch die Rechtschreibpr&#252;fung laufen lassen, w&#252;rde aber empfehlen, Erlands aktualisierten <a href="http://www.sommarskog.se/dynamic_sql.html" rel="nofollow">Originalartikel</a> zu lesen.
Ich habe ihn jetzt zwar durch die Rechtschreibprüfung laufen lassen, würde aber empfehlen, Erlands aktualisierten Originalartikel zu lesen.]]> http://www.insidesql.org/blogs/frankkalis/2004/07/16/dynamisches-sql-fluch-und-segen#c2172 2012-12-21T09:49:20Z Hanz [Besucher] Nicht ausf&#252;hrlich genug und jede Menge Rechtschreib- und Grammatikfehler.<br /> Bitte &#252;berarbeiten, vielen dank :)<br /> <br /> MfG Hanz Bitte überarbeiten, vielen dank :)

MfG Hanz]]> http://www.insidesql.org/blogs/frankkalis/2007/09/28/spaltenwerte-als-kommaseparierte-liste-zurueckgeben-teil-2#c2147 2012-09-24T11:18:34Z Armin [Besucher] So! Aus dem Urlaub zur&#252;ck und fit f&#252;r neue Herausforderungen.<br /> Deswegen die sp&#228;te Meldung. Sorry!<br /> Dein Vorschlag h&#246;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.<br /> Ich kann ja mal einen groben Abriss &#252;ber den Aufbau meiner DB geben obgleich das wohl das Off-Topic geht. <br /> Ichabe also eine Tabelle mit Kontakten, eine mit den Abteilungen f&#252;r die sie t&#228;tig sein k&#246;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&#252;rlich die Tabelle in der alle Themen aufgelistet sind mit Ihrer jeweiligen Eskalationsstufe als Markierung. Dachte eigentlich das w&#228;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.. 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..]]> http://www.insidesql.org/blogs/frankkalis/2007/09/28/spaltenwerte-als-kommaseparierte-liste-zurueckgeben-teil-2#c2139 2012-09-07T05:16:41Z Frank Kalis [Mitglied] Ja, dann habe ich dich tats&#228;chlich falsch verstanden. Bei solch einer Aufgabenstellung w&#252;rde ich sowieso dann dar&#252;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. <br /> Ausserdem w&#252;rde ich mir Konfigurationstabellen anlegen, wo definiert wird, f&#252;r welches Thema in welcher Stufe welche Personen eine Mail als Empf&#228;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&#228;ter auf das Verketten der einzelnen Empf&#228;nger in Abh&#228;ngigkeit von der Eskalationsstufe und du musst nicht erst ermitteln, ob jemand schon vorher benachrichtigt wurde und jetzt auf cc: erscheinen soll.<br /> Ein netter Nebeneffekt ist ausserdem, dass alles datengesteuert abl&#228;uft und die Pflege daf&#252;r dem Anwender &#252;bertragen wird. :-) 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. :-)]]>