Iedereen die regelmatig met databases werkt heeft het wel eens meegemaakt. Je verplaatst je database van de ene naar de andere server en vervolgens werkt het geheel niet meer. De database user is niet meer gekoppeld aan de database login. Maar er is nu een oplossing! SQL Server 2012 introduceert namelijk 'Contained databases' waarmee de database niet (of minder) afhankelijk is van Server objecten zoals de logins.

Als software developer maak je gebruik van Visual Studio; een zeer uitgebreide omgeving met alle zaken en tools die als developer nodig hebt. Wanner je aan de slag gaat met de database, moet je Visual Studio verlaten en is het plots behelpen. Management Studio is duidelijk meer toegespitst op het managen en niet zozeer op het developen. Dit wordt nu anders, want nu kunnen we met Visual Studio ook onze database ontwikkeling gaan uitvoeren!

Van alle nieuwe, coole en gave veranderingen binnen SQL Server 2012 zijn de toevoegingen op het gebied van Business Intelligence toch wel het meest in het oog springend. Met name de toegankelijkheid is sterk toegenomen, voor zowel ons (de developer) als voor de eindgebruiker.

Microsoft heeft met SQL Server 2012 een flink aantal concurrerende wijzigingen en vernieuwingen doorgevoerd. Alles is hierbij gericht op het ondersteunen van grote Enterprise omgevingen. Zo is er op het business Intelligence vlak is er veel nieuws, net als bij disaster recovery waar deze blog over gaat.

SQL Server 2012 (voorheen bekend als SQL Denali) heeft de 'Release Candidate' status bereikt. Dit houdt in dat alle functionaliteiten klaar zijn! Begin volgend jaar zal deze 2012 versie van SQL Server op de markt komen. Maar niet alleen SQL Server zelf heeft een flink aantal wijziging ondergaan, ook op het gebied van trainingen en certificeringen is er het nodige gewijzigd.

Waarschijnlijk is het de meest gemaakte fout bij een back-up strategie voor je MS SQL Server. Veel mensen lopen namelijk tegen het probleem aan dat de transactionlog steeds groter en groter wordt. Uiteindelijk zal deze logfile blijven groeien tot de harde schijf vol is en.. Je SQL Server uit de lucht knalt. Gelukkig is dit in de meeste gevallen eenvoudig te voorkomen.

SQL Server is een prima Database Engine en biedt diverse mogelijkheden om de integriteit van de data te behouden. Een functionaliteit die echter niet standaard beschikbaar is, is Regular Expressions. Maar dat is op te lossen door de CLR ondersteuning.

SQL Server gebruikt indexen om de gegevens in de database snel terug te kunnen vinden. Om de snelheid optimaal te houden, moeten we zorgen dat ze zo min mogelijk gefragmenteerd zijn. Maar hoe kan het dat soms onmogelijk is om de fragmentatie op 0% te krijgen, ondanks een rebuild van de index??