Probleme im Griff mit Extended Events

Beson­ders bei kom­ple­xen Pla­nungs­an­wen­dun­gen oder umfang­rei­che­ren ETL-Vor­gän­gen erschlie­ßen sich man­che SQL-Ser­ver-Pro­ble­me nur bei genau­er Betrach­tung aller invol­vier­ten Fak­to­ren. Ist rei­nes Log­ging“ nicht mehr genug oder kommt eine Live-Betrach­tung in Fra­ge, soll­te statt zu dem Tool SQL Ser­ver Pro­fi­ler“ zu dem Tool Exten­ded Events“ gegrif­fen wer­den. Exten­ded Events“ ist seit dem SQL Ser­ver 2008 ver­füg­bar und ab dem SQL Ser­ver 2012 direkt inte­griert.

In die­sem Bei­trag zei­gen wir, wel­che Mög­lich­kei­ten mit Exten­ded Events“ zur Ver­fü­gung ste­hen. Dabei erläu­tern wie anhand von Pra­xis­bei­spie­len die Vor­ge­hens­wei­se. wei­ter­le­sen…

DeltaMaster-Excel-Hybrid

Mit­un­ter wer­den im Pro­jek­tall­tag von Kun­den Anfor­de­run­gen an uns her­an­ge­tra­gen, die man eigent­lich ableh­nen müss­te: unrea­lis­ti­sche Erwar­tun­gen und über­am­bi­tio­nier­te Zie­le, knap­pe Zeit­plä­ne oder inhalt­li­che Anfor­de­run­gen, die nur schwer mit unse­rer BI- und Pro­dukt­phi­lo­so­phie ver­ein­bar sind. Dies sind nur eini­ge Grün­de, die bei gewis­sen­haf­ten Con­sul­tants und Pro­jekt­lei­tern die Alarm­glo­cken läu­ten las­sen, denn es dro­hen Druck, Stress und mög­li­cher­wei­se Ärger und Image­ver­lust.

Doch was tun, wenn der Kun­de wich­tig, die Geschäfts­be­zie­hung lang­jäh­rig und das Gesamt­po­ten­ti­al hoch sind? Manch­mal hel­fen prag­ma­ti­sche, unter Umstän­den auch unkon­ven­tio­nel­le Lösun­gen. Es klingt auf den ers­ten Blick min­des­tens über­ra­schend, dem Gesprächs­part­ner, der uns als The Delta­Master Com­pa­ny“ sieht, zur Abbil­dung sei­ner Anfor­de­rung Excel zu emp­feh­len. Wenn jedoch dadurch eine Win-Win-Situa­ti­on für alle Betei­lig­ten ent­steht, Delta­Master als Reporting- und Visua­li­sie­rungs­stan­dard gefes­tigt und wir als leis­tungs­fä­hi­ger Pro­blem­lö­ser bestä­tigt wer­den, gilt mei­nes Erach­tens: Der Zweck hei­ligt die Mit­tel.

Der fol­gen­de Arti­kel beschreibt, wie bei der regio­na­len Ver­triebs­nie­der­las­sung eines deut­schen Auto­mo­bil­her­stel­lers in Süd­ost­asi­en ein kom­ple­xes Bonus-/Prä­mi­en­sys­tem für des­sen exter­ne Geschäfts­part­ner auf der Basis des­sen klas­si­scher Data-Wareh­ou­se-Archi­tek­tur (Micro­soft SQL Ser­ver Ana­ly­sis Ser­vices und Delta­Master) unter Zuhil­fe­nah­me von Micro­soft Excel imple­men­tiert wur­de. wei­ter­le­sen…

Datentypänderung mit Systemtabellen

Wenn sich Daten­ty­pen im Vor­sys­tem, aus wel­chem Daten in Tabel­len einer SQL-Ser­ver-Daten­bank impor­tiert wer­den, ändern, ist oft gro­ßer manu­el­ler Auf­wand not­wen­dig um alle betrof­fe­nen Tabel­len und Spal­ten zu iden­ti­fi­zie­ren und anzu­pas­sen. In die­sem Bei­trag wird eine Lösung mit­hil­fe von Sys­tem­ta­bel­len vor­ge­schla­gen, die es ermög­licht, die Daten­ty­pän­de­rung auto­ma­tisch per Pro­ze­dur vor­zu­neh­men. wei­ter­le­sen…

Langzeitanalyse – Start

Die­ser Bei­trag zeigt einen Lösungs­an­satz, wie man schein­bar spo­ra­di­schem (Fehl-)Verhalten von MS SQL Ser­vern auf die Spur kom­men kann. Dazu wer­den SQL Ser­ver Daten­samm­ler beschrie­ben und deren tech­ni­sche Umset­zung sowie die Kon­fi­gu­ra­ti­on der Samm­lungs­um­ge­bung erläu­tert. Außer­dem wird der Ein­satz und der Nut­zen in Kun­den­pro­jek­ten auf­ge­zeigt. wei­ter­le­sen…

Freie Wetterdaten Teil 1

Nicht nur für Hob­by-Meteo­ro­lo­gen oder Kli­ma­for­scher kön­nen Wet­ter­da­ten span­nen­de Ein­bli­cke gewäh­ren und Trends bzw. Zusam­men­hän­ge auf­zei­gen. Auch im unter­neh­me­ri­schen Kon­text haben Wet­ter­da­ten ihre Bewandt­nis. Gera­de bei Unter­neh­men aus dem Ein­zel­han­del oder aus der Lebens­mit­tel­bran­che ist der Ein­fluss des Wet­ters auf den Umsatz nicht so leicht von der Hand zu wei­sen. Auch wenn dies Pau­schal natür­lich nicht für jeden Lebens­mit­tel­her­stel­ler gilt, gibt es doch Para­de­bei­spie­le, wie den Eis­her­stel­ler, des­sen Umsatz stark von den Wet­ter­ein­flüs­sen geprägt ist. Um nun selbst unter­su­chen zu kön­nen, ob es zwi­schen dem Wet­ter und ein­zel­nen Kenn­zah­len im eige­nen Unter­neh­men einen Zusam­men­hang gibt, muss erst­mal die Daten­grund­la­ge geschaf­fen wer­den. Die­ser Bei­trag befasst sich genau mit die­sem The­ma. Im ers­ten Teil der Bei­trags­rei­he wird gezeigt, wie man über­haupt an freie Wet­ter­da­ten gelangt und wie die­se ange­bun­den wer­den kön­nen. Im zwei­ten Teil wird dann auf die Model­lie­rung sowie die schluss­end­li­che Ana­ly­se ein­ge­gan­gen. wei­ter­le­sen…

Inkrementelles Löschen – Vanilla Style

Wie schon im Bei­trag Inkre­men­tel­les Laden – Vanil­la Style“ ange­kün­digt, hat der Delta­Master Mode­ler 213 noch wei­te­re Unter­stüt­zung für inkre­men­tel­le Befül­lungs­sze­na­ri­en an Bord. Neben der im Bei­trag erwähn­ten Mög­lich­keit das Sno­wfla­ke-Sche­ma inkre­men­tell zu erzeu­gen, ist noch ein wei­te­res wert­vol­les Fea­ture hin­zu­ge­kom­men, was eine Lücke in dem skiz­zier­ten Lade­pro­zess schließt: das inkre­men­tel­le Löschen von Daten. Wie die­se neue Funk­ti­on kon­fi­gu­riert wird, ist The­ma die­ses Bei­trags. wei­ter­le­sen…

Relationale Eingabeanwendung als Alternative zur Custom App

Häu­fig müs­sen Daten in bestehen­den Model­len ange­passt oder ergänzt wer­den. Um neue Daten rela­tio­nal zu über­neh­men oder Hin­ter­grund­pro­zes­se zu star­ten, ken­nen wir schon die Funk­tio­na­li­tät der Custom App mit zusätz­li­chen Menü­punk­ten in Delta­Master.

Eine wei­te­re Mög­lich­keit, den Delta­Master-Benut­zern den manu­el­len Start von Pro­ze­du­ren kom­for­ta­bel über das Front­End ein­zu­rich­ten, bie­tet die rela­tio­na­le Ein­ga­be­an­wen­dung. wei­ter­le­sen…

SSIS und das Excel-Problem

Mit dem ETL-Werk­zeug SQL Ser­ver Inte­gra­ti­on Ser­vices (SSIS) des Micro­soft SQL Ser­vers kön­nen unter­schied­lichs­te Daten­la­de­pro­zes­se umge­setzt wer­den. Dabei ist nicht nur die Zahl an anzu­bin­den­den Ziel- und Quell­sys­te­men nahe­zu uner­schöpf­lich, son­dern auch die Daten­mo­di­fi­ka­ti­ons-, Daten­trans­for­ma­ti­ons- und Daten­va­li­die­rungs­mög­lich­kei­ten, die zwi­schen der Anbin­dung der Quel­le und des Ziels gesche­hen kön­nen. Und so ist es nicht ver­wun­der­lich, dass aus die­sen vie­len Model­lie­rungs­mög­lich­kei­ten des Daten­la­de­pro­zes­ses kom­ple­xe und ver­zahn­te Pake­te ent­ste­hen kön­nen, die anspruchs­vol­le Daten­lo­gi­ken abbil­den und beinhal­ten kön­nen. wei­ter­le­sen…

Aufbau einer Bestandslogik

Mein Lieb­lings­per­so­nal­dienst­leis­ter möch­te sei­ne Bewer­ber aus­wer­ten. Bewer­ber kön­nen sich auf eine offe­ne Stel­le oder initia­tiv in einem Por­tal regis­trie­ren, wer­den dann von den Nie­der­las­sun­gen über­prüft – und bald mit Delta­Master von Mar­ke­ting, der Per­so­nal­ab­tei­lung, dem Ver­trieb und den Nie­der­las­sungs­lei­tern aus­ge­wer­tet. Aller­dings lie­fert das Vor­sys­tem täg­lich nur den heu­ti­gen Stand eines Bewer­bers, ohne dass ersicht­lich ist, ob ges­tern ein Wech­sel sei­ner Eigen­schaf­ten statt­ge­fun­den hat. Um Zeit­pe­ri­oden­ver­glei­che oder einen his­to­ri­schen Bestand aus­wer­ten zu kön­nen, müs­sen die Daten also erst­mal his­to­ri­siert wer­den. Wie ich das gemacht habe, beschrei­be ich in die­sem Bei­trag. wei­ter­le­sen…

Repräsentative Daten

Die meis­ten Anwen­dungs­sys­te­me – und somit auch unse­re Delta­Master-Welt – wer­den in einer Mehr­sys­tem­land­schaft betrie­ben. Typisch in aktu­el­len IT-Infra­struk­tu­ren sind 2- oder 3-Sys­tem­land­schaf­ten. In einer 2-Sys­tem­land­schaft spre­chen wir von einem Ent­wick­lungs­sys­tem (DEV) und einem Pro­duk­tiv­sys­tem (PROD). In einer 3-Sys­tem­land­schaft wird zusätz­lich noch ein Test­sys­tem (QS) für unter­schied­li­che Benut­zer­grup­pen und Test­sze­na­ri­en zwi­schen­ge­schal­tet. Grund­sätz­lich ist die Ver­wen­dung von sol­chen Mehr­sys­tem­land­schaf­ten drin­gend zu emp­feh­len. Nur so kön­nen not­wen­di­ge und gewünsch­te Ände­run­gen sepa­rat vom pro­duk­ti­ven Sys­tem ent­wi­ckelt, getes­tet und vom Kun­den fach­lich abge­nom­men wer­den.

Eine Mehr­sys­tem­land­schaft bedeu­tet aber auch einen Mehr­auf­wand wäh­rend der Ent­wick­lungs­zy­klen. Es muss ein Pro­zess defi­niert sein wie die Ent­wick­lun­gen von DEV zu PROD mög­lichst auto­ma­ti­siert über­tra­gen wer­den kön­nen. Außer­dem müs­sen in geeig­ne­ten Inter­val­len die pro­duk­ti­ven Daten vom PROD auf das DEV zurück­ge­spielt wer­den, um mög­lichst reprä­sen­ta­ti­ve Test­ergeb­nis­se bereits wäh­rend der Ent­wick­lung gewähr­leis­ten zu kön­nen. wei­ter­le­sen…