Bij een Slowly Changing Dimension scenario wordt normaliter per veld bepaald of het een type 1, type 2 of type 3 veld betreft. Bij een type 1 wordt het record overschreven met de nieuwe waarde, bij een type 2 wordt er een nieuw record aangemaakt en bij een type 3 wordt de oude waarde als een extra kolom bewaard in de dimensie. Waarom zou je echter niet alles als type 2 behandelen?

Voor het bijwerken van de dimensie/feit moet er worden bepaald of een record al bestaat. Dit gebeurt normaal gesproken door te kijken naar de business key (natural key) in de dimensie. Als deze niet gevonden wordt betreft het een nieuw record en dient deze te worden ge-insert. Als deze wel wordt gevonden en is veranderd dient het record te worden geupdate (type 1) of dient er een nieuw record te worden aangemaakt (type 2). Ik ben wat aan het expirementeren geweest om het proces van het doen van een lookup te versnellen. Hieronder mijn bevindingen tot nu toe.

Ik had onlangs een object in mijn database die ge-encrypt was. Er zijn op internet diverse tools te koop om de boel te decrypten maar ik vond ook een gratis Script die het werk doet. Dit script kan Stored Procedures, Functies, Views en Triggers decrypten. Hieronder het script!

Bijlagen:

Decrypten_SPs.zip

[Decrypten van Stored Procedures in SQL Server 2000 en 2005]

7 Kb

Het werken met SSIS packages kan nog wel eens problemen opleveren als er over verschillende omgevingen ontwikkeld moet worden. Dougbert.com heeft in een blogpostje wat vermeldingen naar SQL MVP's gezet welke beschrijven hoe men deze problemen kan tackelen met behulp van SSIS Package Configurations.

DNV Academy CIBIT zal in 2010 als eerste nederlands opleidingsinstituur gaan beginnen met een officiele Master of Science opleiding Business Intelligence. Op 12 maart was hier een informatieavond over waar zij bekend maakten wat de opleiding ongeveer in gaat houden.