Expanding on this question, what is the best way to develop against both SQL Server 2005 and SQL Server 2008?
I’d like to see if I could just use Orcas technology on my current Vista 64 machine and since SQL Server 2005 wants to install a stub version of Visual Studio 2005, I’d like to avoid using it. However, most places where my technology would be deployed are on SQL Server 2005 for the foreseeable future.
So what would be the best course of action:
- Install SQL Server 2008 only on my development machine and just be cognizant of the 2008-specific abilities
- Install SQL Server 2008 and SQL Server 2005 on separate instances on my development machine and develop against either depending on what the production project requires
- Install SQL Server 2008 only on my development machine and install SQL Server 2005 on a different machine (like a test server)
- Install SQL Server 2005 only on my development machine and install SQL Server 2008 on a different machine (like a test server)
The safest practice is to code against the oldest database server you support. This version is the one that will be far more likely to give you trouble. By and large the new versions of the db will have backwards compatibility to support your TSQL and constructs. It is far to simple to introduce unsupported code into the mix when using a newer version db then your target.