Just to preface: I work in a small company that does ASP.NET development and uses SQL Server 2005 for all of our database needs.
I was curious as to what were the pros and cons of using Visual Studio or SQL Server Management Studio for our development on the database side (i.e. table creation, stored procedure writing, etc.).
Right now we perform all of our database tasks inside Management Studio and I was wondering if there was some benefit to using Visual Studio instead. Would it make it easier to keep track of procedure changes and other modifications to the database (whether that is through Visual Studio itself or through some type of source control (planning on implementing subversion soon).
I don't personally have problems working with Management Studio but if it would be more efficient and more controllable through Visual Studio in ways that I am just not familiar with I would love to hear about it.
EDIT: I just wanted to note that my specific development environments are SQL Sever 2005, Visual Studio 2005 Professional Edition, and Visual Studio Team System 2008 Development Edition. We do not have team foundation server or any other extras running or installed.
The key here is Visual Studio is oriented towards development. SSMS is oriented towards database and server management. They are going to have very different menu choices, etc. Your initial question was focused on query writing.
SQL Server Data Tools for Visual Studio. Turn Visual Studio into a powerful development environment for SQL Server, Azure SQL Database and Azure SQL Data Warehouse.
You will need SQL Server Management Studio (SSMS) to manage SQL Server databases on local or remote instances of SQL Server. It is recommended to install SSMS as the next step.
The latest version of SSMS is rebranded as Microsoft SQL Server Management Studio with Azure Data Studio. You can launch the Microsoft SQL Server Management Studio from Start Menu – Microsoft SQL Server Tools – Microsoft SQL Server Management Studio.
My personal method is to use SQL MS for all the design-related stuff (schema design, diagrams, keys, indexes, etc.), but to craft all my stored procedures, functions and the like in Visual Studio in a "Database" project attached to my solution -- mainly because it lets me keep the procs better version-controlled that way (as I find they generally change more often than the schema), and I find it's particularly handy using the context menus in VS to run the procs on my test and staging machines directly, since I do that so often.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With