Die Zeitintelligenzfunktionen im DAX (z. B. TOTALYTD, SAMEPERIODLASTYEAR und viele andere) gehen davon aus, dass jeder Tag in einem Monat unabhängig vom Jahr zum selben Quartal gehört. Diese Annahme gilt nicht für einen wochenbasierten Kalender, in dem jedes Quartal und jedes Jahr Tage enthalten kann, die nicht “natürlich” zusammenhängen. In einem ISO 8601-Kalender gehören beispielsweise der 1. Januar und der 2. Januar 2011 zur Woche 52 des Jahres 2010, und die erste Woche 2011 beginnt am 3. Januar. Dieser Ansatz ist im Einzelhandel und im verarbeitenden Gewerbe üblich, wo der Kalender 4-4-5, der Kalender 5-4-4 und der Kalender 4-5-4 verwendet werden. Durch die Verwendung von 4-4-5 Wochen in einem Quartal können Sie problemlos einheitliche Zahlen zwischen Quartern vergleichen, vor allem, weil Sie die gleiche Anzahl von Arbeitstagen und Wochenenden in jedem Quartal haben. Weitere Informationen zu diesen Kalendern finden Sie auf Wikipedia (siehe 4-4-5 Kalender und ISO-Wochendatumsseiten). Das Time Intelligence-Muster kann jede Art von benutzerdefiniertem Kalender verarbeiten.

Eine spezifische Implementierung des wochenbasierten Kalendermusters finden Sie auch im auf SQLBI veröffentlichten Artikel Week-Based Time Intelligence in DAX. Bei der folgenden Implementierung wird davon ausgegangen, dass der Kalendermonat die Logik zur Auswahl eines entsprechenden Vergleichszeitraums steuert. Wenn der Benutzer alle Tage in einem Monat auswählt, wird der gesamte Monat in einem verknüpften Zeitraum (ein Monat, ein Quartal oder ein Jahr zurück in der Zeit) für den Vergleich ausgewählt. Wenn sie stattdessen nur wenige Tage im Monat auswählt, werden in der entsprechenden Periode nur die entsprechenden Tage im gleichen Monat ausgewählt. Sie können eine andere Logik (z. B. basierend auf Wochen) implementieren, indem Sie den Filterausdruck ändern, der die zu vergleichenden Tage auswählt. Ihr Baby ist vielleicht nachts oder tagsüber am aktivsten und es wird auch Zeiten geben, in denen es schläft. Jedes Baby ist anders.

Operationen sind die Doer der MOVE-Welt. Sie sind verantwortlich für Änderungen an Ihren Modellen, für die Anzeige der richtigen Ansichten zur richtigen Zeit und für die Reaktion auf Ereignisse, die durch Benutzerinteraktionen ausgelöst werden. In einer gut faktorierten Anwendung kann jede Unteroperation unabhängig von ihrem übergeordneten Betrieb ausgeführt werden. Deshalb fließen im Diagramm Ereignisse nach oben, und Veränderungen werden nach unten geschoben.