Visual Studio vs. SQL Server Management Studio - Twój Pick

Question

Po prostu do wstępu: Pracuję w małej firmie, która tworzy ASP.NET i używa SQL Server 2005 do wszystkich naszych potrzeb baz danych.

Byłem ciekawy, jakie były plusy i minusy używania Visual Studio lub SQL Server Management Studio dla naszego rozwoju po stronie bazy danych (np. Tworzenie tabeli, pisanie procedur przechowywanych itp.).

W tej chwili wykonujemy wszystkie nasze zadania bazodanowe w Management Studio i zastanawiałem się, czy było jakaś korzyść z używania Visual Studio. Czy ułatwiłoby to śledzenie zmian procedur i innych modyfikacji w bazie danych (niezależnie od tego, czy dzieje się to za pośrednictwem samego Visual Studio, czy za pośrednictwem jakiegoś rodzaju kontroli źródła (planowane wkrótce wdrożenie subversion).

Ja osobiście nie mam problemy z pracy z Management Studio, ale jeśli byłoby bardziej wydajne i bardziej sterowalne przez Visual Studio w sposób, że jestem po prostu nie zna bym chciał o tym słyszeć

EDIT. chciałem tylko zwrócić uwagę, że mój specyficznymi środowiskami programistycznymi są SQL Sever 2005, Visual Studio 2005 Professional Edition i Visual Studio Team System 2008. Edycja Edition Nie mamy zespołu serwera fundacji ani żadnych innych dodatków działających lub zainstalowane.

Answer 1

Moja metoda osobista polega na użyciu MS SQL dla wszystkich elementów związanych z projektem (schemat, diagramy, klucze, indeksy itp.), Ale w celu stworzenia wszystkich moich procedur, funkcji i tym podobnych w Visual Studio w Projekt "Baza danych" jest dołączony do mojego rozwiązania - głównie dlatego, że pozwala mi utrzymywać w ten sposób procy w lepszej wersji (co generalnie zmieniają się częściej niż schemat) i uważam, że jest to szczególnie przydatne przy użyciu menu kontekstowych w VS uruchamiać proci na moich testach i maszynach pośredniczących bezpośrednio, ponieważ robię to tak często.

Answer 2

IMHO jedną wielką zaletą korzystania ze studia zarządzania jest "script as". Według mojej wiedzy nie ma odpowiednika w VS.

Answer 3

Dla mnie Data Dude (inaczej Baza danych Edycji Visual Team 2008 Team System) była dużą zmienną w kwestii robienia rzeczy, o które pyta: "śledzenie zmian procedur i innych modyfikacji bazy danych". Twój zespół może nie tylko śledzić zmiany między różnymi współdzielonymi środowiskami, ale dzięki kontroli kodu źródłowego każdy członek zespołu może śledzić swoje własne różnice w stosunku do wszystkich współdzielonych środowisk. Dzięki temu kod bazy danych jest naprawdę kodowany, ze wszystkimi towarzyszącymi mu korzyściami.

Co więcej, bardzo łatwo pogodzić różnice między bazami danych i automatycznie wygenerować kod, który pogodzi te różnice. Najlepiej byłoby, gdyby kod bazy danych został wydany bezpośrednio z kontroli kodu źródłowego, tak jak zwykle wykonywany był kod ASP.NET. Dude danych znacznie zmniejsza wysiłek, aby osiągnąć tę równość.

Jedną z ujemnych wartości jest koszt: Data Dude wymaga aktualizacji do Team System dla tych w Visual Studio Pro. Na szczęście Microsoft najwyraźniej zamierza włączyć tę funkcjonalność do wydania "Developer" Visual Studio 2010, które prawdopodobnie będzie miało podobną cenę do Visual Studio 2008 Pro.

Answer 4

To trudne pytanie. Sądzę, że to zależy od tego, co dokładnie robisz. Jeśli budujesz DAL-y i inne rzeczy, prawdopodobnie łatwiej będzie używać VS, ponieważ istnieje dobra integracja (przeciąganie i upuszczanie itp.). VS prawdopodobnie wystarcza na 95% dziennej aktywności db.

Ale jak już wspomniano, nie otrzymujesz pomocników "Skrypt jako" (których używam przez cały czas). Nie dostaniesz też wiele (jeśli w ogóle) informacji na temat narzędzi do zarządzania użytkownikami (logowania itp.). I o ile wiem, nie ma sposobu na zarządzanie indeksami za pomocą Visual Studio. Nie dostaniesz niczego w odniesieniu do importowania/eksportowania danych.

Answer 5

Użyłem Management Studio do wszystkich prac SQL wcześniej, ale ostatnio odkryłem, że wewnętrzny menedżer SQL Visual Studio jest całkiem dobry. Używam go coraz częściej do uruchamiania szybkich sprawdzeń zapytań i modyfikacji schematu bazy danych.

Ma świetną funkcję wcięcia SQL i uważam, że jest bardzo pomocna. Moim zdaniem bije kolorowanie SQL studia Management.

Answer 6

Visual Studio 2010 wprowadziło całkiem niezłe ulepszenia do projektów i rozwiązań SQL Server. Czytaj więcej tutaj:

http://leonardwoody.com/2011/08/27/introduction-to-visual-studio-database-management/