2012-02-10 7 views
5

Jestem nowy w użyciu SQL Server 2008 projektu DB w VS 2010. Znalazłem dobry intro do ich konfiguracji. Fajnie, jak tworzą tabele, przechowywane obiekty Proca itp. Jako obiekty. Ale czy jest to także ograniczenie?Zarządzanie podzestawem bazy danych w SQL Server 2008 Projekt DB

Chcę użyć tego projektu do zarządzania 1 procedurą przechowywaną (do nauki). Nie chcę importować całej bazy danych, ponieważ 90% bazy danych to rzeczy, którymi nie zarządzamy.

Utworzono nowy projekt bez wykonywania procesu importowania. Następnie dodałem nową procedurę przechowywaną. Teraz mam trudności z budowaniem rzeczy. Otrzymuję różne błędy, mówiąc, że mam nierozwiązane odniesienia do obiektów.

Jak dodać nową procedurę przechowywaną. Buduj ją i wdrażaj w bazie danych? Czy jest to możliwe w przypadku tego rodzaju projektu SQL lub czy muszę powrócić do starego, prostego typu projektów SQL, które były używane w VS 2008 i poniżej?

Aktualizacja
Według innej post, wsparcie dla danego typu bazy danych projektu nie ma. Wydaje się, że wsparcie dla mojej sytuacji zostało usunięte.

UPDATE 2 21.03.2012
zainstalowałem MSSCCI który pozwala mi używać SSMS bezpośrednio z TFS 2010. I nie są już potrzebne, a okazało się, że proces konfiguracji, aby być niewykonalna dla dużej bazy danych SQL 2008 projektu. Zwłaszcza, gdy zarządzasz tylko małym% DB.

+0

Opublikowany link dotyczy projektów baz danych w starym stylu, a nie tych, o których mówisz. –

+0

@John Saunders - Mam na myśli oba typy. Stary typ zarządzania obsługiwanego pojedynczego elementu. Nowy typ projektu wymaga całej bazy danych. To jest punkt mojego pytania. –

+0

Chodzi mi o to, że to tylko stary typ, który zniknął. Nowy typ jest żywy i dobrze, ale musi wiedzieć o rzeczach, do których odwołuje się procedura przechowywana. Niekoniecznie cała baza danych, ale podzbiór, do którego odwołuje się procedura składowana, i wszystko, o czym mówią. –

Odpowiedz

4

Możesz Partition a Database Project by Using Partial Projects. Umożliwia to projektowi bazy danych poznanie całego schematu bazy danych, a jednocześnie nie trzeba utrzymywać całego schematu. Możesz pracować z podzestawem bazy danych, która jest pod aktywnym rozwojem, na przykład (lub podzbiorem, który jest Twoim obowiązkiem), ale projekt zna cały schemat. Pozwala to na tworzenie skryptów zmian w czasie wdrażania, poprzez porównywanie schematu w projekcie ze schematem w docelowej bazie danych.

+0

Czy ta oferta częściowych projektów działa w ogóle przy porównywaniu schematów? Wciąż dostaję wszystkie rzeczy, których brakuje, gdy porównuję je, zamiast rzeczy, które mają istotne minusy, które są już przywoływane przez odniesienie do db. – Maslow

+0

Naprawdę nie pamiętam i nie mam żadnego aktualnego przykładu, aby to sprawdzić. Spodziewałbym się, że jeśli porównasz projekt "master", będzie on działał. Cała idea polega na tym, aby projekt rozumiał kompletny schemat. W przeciwnym razie, jak wdrożenie może działać? –

1

Należy zaimportować wszystkie obiekty schematu, do których odwołuje się nowa procedura składowana. Ale może to stać się dużym zadaniem, ponieważ każdy obiekt, do którego się odwołuje, również potrzebuje wszystkich swoich referencji. Więcej problemów z połączonymi obiektami serwera.

Powiązane problemy