SQL 도구가 Visual Studio 2012 도구로 유출되어 혼란 스럽습니다.

Question

일반적으로 한 화면에는 SSMS가 있고 다른 화면에는 VS 2012가 있습니다. 그러나 VS 2012에 통합되는 SQL 도구의 개발로 인해 기능이있는 것 같습니다. SSMS가 필요한 백업을 복원하는 것을 제외하고 VS 2012에서 모든 일반적인 작업을 수행 할 수있는 것 같습니다.

SQL Server 데이터 도구가 있습니다 .. 내가 IDE + SSIS/Reports/SSAS라고 생각합니까? 그런 다음 데이터 비교 도구를 제거하고 그 이유는 수수께끼입니다.

그래서 내 가장 큰 문제는 .NET 웹 응용 프로그램을 만드는 가장 효율적인 방법입니다. SSMS 및 VS 2012 사용 ... VS2012를 사용해야하는 대부분의 작업에 VS2012를 사용할 수 있도록 VS 2012 SQL 데이터 도구를 사용하십시오. 더 생산적일까요?

겹치는 부분은 나에게 가장 효율적인 방식으로 설정하는 것을 원하지 않는다는 것을 혼란스럽게합니다.

Answer 1

버전 관리에 테이블, 저장된 procs 등을 넣어야하는 경우 Visual Studio는 훌륭한 통합 기능을 제공합니다. 그렇지 않으면 무엇이든 편안함을 느껴야합니다 ...

Answer 2

Microsoft의 입장은 Visual Studio가 개발자를 겨냥한 것이므로 SSMS는 DBA를 대상으로합니다. 그러나, 당신이 찾는 것처럼, 그 역할이 겹치는 회색 영역이 다소 있습니다. DBA가 아닌 개발자로서 말하면 나는 이 일 수 있다는 것을 알았지 만 Visual Studio 내에서 필요한 모든 작업을 수행 할 수 있지만 여전히 나를 끌어 당기는 SSMS의 몇 가지 측면이 있습니다. 내 경험에 대해 블로깅을했습니다 : Connected development in SSDT versus SSMS

"가장 효율적인 방법은 .NET 웹 응용 프로그램을 만드는 것입니다"라는 질문에 대답하려면 Visual Studio에서 작업하는 것이 좋습니다. 데이터베이스 DDL이 .net 코드와 동일한 솔루션에 살 수 있다는 사실 덕분에 .net 코드와의보다 나은 통합을 제공합니다. 물론 데이터베이스 DDL을 제어하는 ​​소스와 같은 이점을 누릴 수 있습니다.

DBA 유형 "stuff"(예 : 백업/복원/HA 구성)가 필요한 경우 SSMS를 열어서 파티를 열면 Visual Studio에 고정됩니다.

희망이 있습니다.