AMO DimensionPermission laver unoder under deploy

Stødte på et underligt scenarie, jeg mener jeg vil gemme og dele med andre der måske er lige så uheldige at rende ind i det.
Ved at fjerne alle dependencies på en rolle i SSAS 2008 gennem AMO, bliver det umuligt at sætte nye dependencies og den lidt mere mystiske, at deploye en ny (den samme) database fra Visual Studio.
Workaround er at omdøbe kuben på SSAS instansen, for derefter at deploye igen. Voila.
Deploy overskriver den nyligt omdøbte database, fikser de fejl der måtte være og re-omdøber igen databasen.

Man kunne interessere sig for et trace på hvad der sker under omdøbningen!?

Loading

Restored database konflikter med et opdaterings deploy fra VS DB Ed.

Jeg løb ind i et lidt filøjerligt issue her til aftens da jeg skulle lave et opdateringsdeploy fra VS ud til min dev instans af en database.
Jeg havde modtaget en backup fra en kollega, der indeholdt en masse testdata, som jeg restorede ind og overskrev den eksisterende instans jeg havde på min maskine.
Efterfølgende fik jeg kørt en del af de tests jeg skulle, men undervejs kom der opdateringer til skemaet. Da jeg så ville opdatere min instans modtog jeg følgende besked fra VS:

The database owner SID recorded in the master database differs from the database owner SID recorded in database…

For at gøre en lang historie kort googlede jeg en løsning, og for at jeg ikke selv skal glemme den så let, poster jeg den her:
use mydb
go
EXEC dbo.sp_changedbowner @loginame = N’sa’, @map = false

Loading

Julian Date og supplementsmånede

Jeg sad og skimmede nettet for smarte tricks til en tidsdimension i et datawarehouse.
Jeg faldt over følgende indlæg: http://dylanwan.wordpress.com/data-warehouse-design/design-tip-1-key-for-the-date-dimension/ og fandt det egentlig meget interessant, lige indtil jeg stødte ind i kravet: supplementsmånede. Jeg kan ikke rigtig se, at man kan løse dette krav med en konvertering af date til julian hvor man samtidig håndterer den 13. månede eller?

Loading

Visual Studio og Eset NOD32

Hver gang der kommer en ny version af Visual Studio man skal afprøve, støder man ind i samme problem… Hver eneste gang.
For nu én gang for alle at have det dokumenteret, er her hvordan man undgår “Page Not Found” DNS fejl når man prøver at browse/debugge fra Visual Studio, når man har Eset NOD32 kørrende.

Step 1

 

Step 2

 

 

Step 3

 

Step 4

Loading