Gerd Drapers, Mitbegründer der VSDB-Funktionalitäten in Visual Studio und Principal Group Program Manager SQL Server bei der Microsoft Corporation stellt die SQL Server Data Tools in einem ganztägigen (und beinahe kostenfreien) Workshop am 02.07.2012 in Bad Homburg vor. Für alle TechEd Europe-Teilnehmer sei noch erwähnt: Der Workshop findet direkt am Montag nach der TechEd-Woche statt.

When converting a SQL Server 2008R2 project with SSMS 2012 it crashes under some circumstances.

Before SQL Server 2012, it was a difficult work to add a trace flag or a startup parameter other than the default startup parameters that SQL Server uses. And, by the way, how the paramater is added from SSCM - the registry keys may not be created correctly - resulting in SQL Server startup code skipping these parameters!!!

Der Import einer existierenden Datenbank in ein SQL Server Data Tools - Projekt ist zunächst ein einfacher Schritt, bei welchem es nicht viel zu beachten oder einzustellen gibt. Wird dann das erste lokale Build angestoßen, so ist ein häufiges Problem, dass sehr viele Meldungen in der Art .

Warning:  SQL71562: Procedure: [dbo].[MySP] has an unresolved reference to object [demo2].[dbo].[Employee]

. in der Errorlist zu sehen sind. In den allermeisten Fällen ist das Referenzieren von Objekten in einer anderen Datenbank, als der aktuell importierten, die Ursache. Diese Referenzen können (logischerweise) nicht vom Compiler aufgelöst werden, da diesem die andere Datenbank nicht bekannt ist.

Um diesen Umstand zu ändern, müssen wir dem Projekt eine Datenbank-Referenz hinzufügen. Dies kann auf zwei verschiedene Arten geschehen:

1. Erstellen/Hinzufügen eines weiteren DB-Projektes zu dieser Solution
2. Hinzufügen eines DACPACs zum Projekt

Die erste Methode kommt im Wesentlichen dann in Frage, wenn Sie die Struktur der anderen Datenbank auch wirklich in einem DB-Projekt verwalten möchten.

Methode 2 ist dann interessant, wenn es ausreichend ist, lediglich die Struktur der anderen DB bekannt zu machen, ohne dass man diese in der Solution verwalten und pflegen möchte. Dies ist häufig der Fall, wenn auf die andere DB lediglich zugegriffen wird, diese aber von einem anderen Team oder einer anderen Software bereitgestellt wird. Die folgende Vorgehensweise gilt für beide Methoden.

Eine DB-Referenz wird über das Kontextmenü des References-Knoten angelegt.

 Im daraufhin angezeigten Fenster wählen Sie die Art der Referenz aus.

Wenn Sie im Anschluss direkt mit "Ok" bestätigen, so werden Sie feststellen, dass die Warnungen nach wie vor vorhanden sind. Dies ist darin begründet, dass die Data Tools in der Standardeinstellung die Referenzierung über eine SQLCMD-Variable erwarten, was auch eigentlich die "sauberere" Variante ist, da der Name der zweiten DB jederzeit in den Projekteigenschaften auf der Seite "SQLCMD Variables" zentral geändert werden kann, ohne dass alle Referenzen angepasst werden müssen. In diesem Fall müssen Sie allerdings einmalig alle Codestellen, die auf die zweite DB verweisen, anpassen, so dass dort bspw. nicht mehr "Demo2.dbo.Tabellenname" referenziert wird, sondern die Syntax, so wie Sie in der folgenden Abbildung markiert ist, verwendet wird.

Alternativ zu der eben beschriebenen Vorgehensweise kann aber auch, wie in der nachfolgenden Abbildung markiert, vorgegangen werden. Hierdurch können alle Codestellen unverändert bleiben und die Buildfehler und -warnungen werden im Anschluss sofort nicht mehr auftreten. Wenn es unwahrscheinlich ist, dass sich der Name der zweiten Datenbank ändern wird, ist dies auf jeden Fall eine sinnvolle Alternative. Auch erhalten Sie sich mit dieser Variante den Vorteil, dass Sie Create-Scripts von Objekten, welche die andere DB referenzieren, direkt und einzeln ausführen können, um diese bspw. schnell auf einer DB einzuspielen und zu testen. Dies geht mit der ersten Methode nicht, da die Auflösung der SQLCMD-Variable nur im Rahmen eines Schema Compares oder zum Zeitpunkt des Publishings aufgelöst werden.

MCSA:
Für den MCSA SQL Server 2012 benötigt man im Ganzen 3 Zertifizierungen. Dies sind die Zertifizierungen:
Examen 70-461: Querying Microsoft SQL Server 2012
Examen 70-462: Administering a Microsoft SQL Server 2012 Database
Examen 70-463: Implementing a Data Warehouses with Microsoft SQL Server 2012

Sollten Sie bereits eine MCTS Zertifizierung für den SQL Server 2008 besitzen, können Sie den Zertifizierungsweg etwas abkürzen. Dafür sind nur noch folgende zwei Zertifizierungen nötig:
Examen 70-457: Transition your MCTS on SQL Server 2008 to MCSA: SQL Server 2012—Part1
Examen 70-458: Transition your MCTS on SQL Server 2008 to MCSA: SQL Server 2012—Part2

Den MCSE gibt es in zwei unterschiedlichen Ausprägungen. Einmal für die Datenplatform und zum anderen natürlich für den BI-Bereich. Hier die zwei unterschiedlichen Zertifizierungswege.

MCSE Data Platform:
Neben den Abschluß als MCSA SQL Server 2012 werden noch folgende Zertifizierungen benötigt.
Examen 70-464: Developing Microsoft SQL Server 2012 Databases
Examen 70-465: Designing Database Solutions for Microsoft SQL Server 2012

Sollten Sie bereits eineZertifizierung als MCITP: Database Developer 2008 oder MCITP: Database Administrator 2008 besitzen, können Sie auch diese Zertifizierung etwas abkürzen. Neben der Nachzertifizierung zum MCSA benötigen Sie nur noch diese Zertifizierung:
Examen 70-459: Transition your MCITP: Database Administrator 2008 or MCITP Database Developer 2008 to MCSE: Data Platform

MCSE: Business Intelligence
Ähnlich wie der Zertifizierungsweg zum MCSE Data Platform, sieht auch der Zertifizierungsweg für den MCSE Business Intelligence aus. Neben den Abschluß als MCSA SQL Server 2012 werden noch folgende Zertifizierungen benötigt.
Examen 70-466: Implementing Data Models and Reports with Microsoft SQL Server 2012
Examen 70-467: Designing Business Intelligence Solutions with Microsoft SQL Server 2012

MCITP: Business Intelligence 2008
Auch hier besteht die Möglichkeit die Zertifizierung etwas abzukürzen, wenn ein Abschluß als MCITP: Business Intelligence 2008 vorliegt. Neben der Nachzertifizierung zum MCSA benötigen Sie nur noch folgende Zertifizierung:
Examen 70-460: Transition your MCITP: Business Intelligence Developer 2008 to MCSE: Business Intelligence

Christian Binder veröffentlicht in seinem MSDN-Blog seit einigen Tagen täglich drei neue Kurzvideos zu den Betaversionen von Visual Studio 11 und TFS 11. Themen sind bspw. das neue Taskboard, die neuen SCC-Features und vieles mehr.

Zu einem meiner Lieblingsthemen, den SQL Server Data Tools (SSDT), finden sich drei Clips, in denen ich zeige, wie diese in Visual Studio 11 integriert sind. Alle vorgestellten Features sind bereits jetzt schon durch die Installation der Data Tools (als kostenfreier Download verfügbar) in der Visual Studio 2010 IDE nutzbar!

Visual Studio 11 Beta - Data Tools: Arbeiten mit Datenbankprojekten from Visual Studio [Microsoft] on Vimeo.

Visual Studio 11 Beta - Data Tools: Synchronisation von DB-Projekten mit Datenbanken from Visual Studio [Microsoft] on Vimeo.

Visual Studio 11 Beta - Data Tools: Entwicklerunterstützung from Visual Studio [Microsoft] on Vimeo.

Registrieren Sie sich jetzt und freuen Sie sich mit uns auf die Windows Server 2012 Community Roadshows in Köln, Bad Homburg und Unterschleißheim mit den Microsoft MVPs Carsten Rachfahl, Bernhard Tritsch und Oliver Sommer.