Search
Active

12
Sign in to vote
0
Sign in to vote
Sign in
to vote
Type: Suggestion
ID: 496380
Opened: 10/7/2009 5:56:51 AM
Access Restriction: Public
0
Workaround(s)
When developing using SQL Developer Edition (SSRE, SSIS, SSAS, SSRS), it is possible to use enterprise features (eg: Partitioning). However, if the solution needs to be deployed to a customer with SQL Standard Edition, developers usually find out after the fact that the particular feature used is not supported by the destination Edition.
Details (expand)
Product Language
English

Category

Tools (SSMS, Agent, Profiler, etc.)
Proposed Solution
Include a configuration item in development environments (at the project level ) that allow us to select which version of SQL we are targeting (eg:, 2005 - Std or 2008 Ent, etc).
Options that are not supported by the targeted version of SQL, could be greyed out, with a tool-tip indicating that they are not supported by the selected target.
This configuration should be available in BIDS, as well as Visual Studio.
Benefits
Faster Development
Improved User Interface
Other Benefits
 
File Attachments
0 attachments
Sign in to post a comment.
Posted by AaronBertrand on 10/7/2009 at 7:03 AM
I think it could be even deeper down, because not everybody develops using BIDS or Visual Studio or the UI. If I run an Enterprise-only statement in a query window, I should be able to see an attention event, or something similar to the deprecation warning, when using features that don't run on the target you've specified. When I know I am targeting standard or lower, I can simply check for that event. Much simpler than reviewing all of the features and code against some checklist. This could be set at the database level and/or server level, so that you can be working on multiple dev databases at the same time, potentially with one targeting express and one targeting standard... then an event would be raised if, for example, you used CREATE PARTITION SCHEME. But you'd also want to catch server-level things (e.g. BACKUP DATABASE ... WITH COMPRESSION).
Posted by Phil Brammer on 10/23/2009 at 6:13 AM
I think this is important, yes, but I'm unsure how well such a feature could be implemented in disconnected tools such as SSIS. Given that the dev teams work almost independently, I'm not sure how the SSIS team could know and keep track of which SQL Server features belong to which edition. Nevermind the ability for users to use custom SQL in something like an Execute SQL Task that SSIS surely couldn't validate at design time.