Best Pratices to maximize portability in SQL Server 2016
When it comes to develop the prototype of a solution, often the technologies has not been decided yet and might not be the same that will be used in the finished product.
In this scenarios I tend to use Microsoft SQL Server writing the queries as standard as possible to simplify the eventual migration to another Server.
Is there a way or some known practice to enforce the use of standard SQL over T-SQL dialect directly in SQL Server or via SSMS?
sql-server sql-server-2016 migration sql-standard
New contributor
add a comment |
When it comes to develop the prototype of a solution, often the technologies has not been decided yet and might not be the same that will be used in the finished product.
In this scenarios I tend to use Microsoft SQL Server writing the queries as standard as possible to simplify the eventual migration to another Server.
Is there a way or some known practice to enforce the use of standard SQL over T-SQL dialect directly in SQL Server or via SSMS?
sql-server sql-server-2016 migration sql-standard
New contributor
add a comment |
When it comes to develop the prototype of a solution, often the technologies has not been decided yet and might not be the same that will be used in the finished product.
In this scenarios I tend to use Microsoft SQL Server writing the queries as standard as possible to simplify the eventual migration to another Server.
Is there a way or some known practice to enforce the use of standard SQL over T-SQL dialect directly in SQL Server or via SSMS?
sql-server sql-server-2016 migration sql-standard
New contributor
When it comes to develop the prototype of a solution, often the technologies has not been decided yet and might not be the same that will be used in the finished product.
In this scenarios I tend to use Microsoft SQL Server writing the queries as standard as possible to simplify the eventual migration to another Server.
Is there a way or some known practice to enforce the use of standard SQL over T-SQL dialect directly in SQL Server or via SSMS?
sql-server sql-server-2016 migration sql-standard
sql-server sql-server-2016 migration sql-standard
New contributor
New contributor
New contributor
asked 55 mins ago
s.demuro
111
111
New contributor
New contributor
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
Not really.
There is SET FIPS_FLAGGER 'FULL'
.
This prints out a warning for non standard SQL - but some caveats are
- I am unsure what specific standard this uses (and suspect it may be SQL 92)
- From a quick test this doesn't complain about use of the
+
operator for string concatenation or proprietary functions such asGETDATE()
so it doesn't seem very comprehensive.
add a comment |
Do not enforce STD SQL.
Decided first which DBMS you will use according to the needs of your project, and take advantage of it.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "182"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
s.demuro is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f225918%2fbest-pratices-to-maximize-portability-in-sql-server-2016%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Not really.
There is SET FIPS_FLAGGER 'FULL'
.
This prints out a warning for non standard SQL - but some caveats are
- I am unsure what specific standard this uses (and suspect it may be SQL 92)
- From a quick test this doesn't complain about use of the
+
operator for string concatenation or proprietary functions such asGETDATE()
so it doesn't seem very comprehensive.
add a comment |
Not really.
There is SET FIPS_FLAGGER 'FULL'
.
This prints out a warning for non standard SQL - but some caveats are
- I am unsure what specific standard this uses (and suspect it may be SQL 92)
- From a quick test this doesn't complain about use of the
+
operator for string concatenation or proprietary functions such asGETDATE()
so it doesn't seem very comprehensive.
add a comment |
Not really.
There is SET FIPS_FLAGGER 'FULL'
.
This prints out a warning for non standard SQL - but some caveats are
- I am unsure what specific standard this uses (and suspect it may be SQL 92)
- From a quick test this doesn't complain about use of the
+
operator for string concatenation or proprietary functions such asGETDATE()
so it doesn't seem very comprehensive.
Not really.
There is SET FIPS_FLAGGER 'FULL'
.
This prints out a warning for non standard SQL - but some caveats are
- I am unsure what specific standard this uses (and suspect it may be SQL 92)
- From a quick test this doesn't complain about use of the
+
operator for string concatenation or proprietary functions such asGETDATE()
so it doesn't seem very comprehensive.
edited 37 mins ago
answered 45 mins ago
Martin Smith
61.4k10166245
61.4k10166245
add a comment |
add a comment |
Do not enforce STD SQL.
Decided first which DBMS you will use according to the needs of your project, and take advantage of it.
add a comment |
Do not enforce STD SQL.
Decided first which DBMS you will use according to the needs of your project, and take advantage of it.
add a comment |
Do not enforce STD SQL.
Decided first which DBMS you will use according to the needs of your project, and take advantage of it.
Do not enforce STD SQL.
Decided first which DBMS you will use according to the needs of your project, and take advantage of it.
answered 30 mins ago
McNets
14.7k41857
14.7k41857
add a comment |
add a comment |
s.demuro is a new contributor. Be nice, and check out our Code of Conduct.
s.demuro is a new contributor. Be nice, and check out our Code of Conduct.
s.demuro is a new contributor. Be nice, and check out our Code of Conduct.
s.demuro is a new contributor. Be nice, and check out our Code of Conduct.
Thanks for contributing an answer to Database Administrators Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f225918%2fbest-pratices-to-maximize-portability-in-sql-server-2016%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown