Best Pratices to maximize portability in SQL Server 2016












2














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?










share|improve this question







New contributor




s.demuro is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.

























    2














    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?










    share|improve this question







    New contributor




    s.demuro is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.























      2












      2








      2


      2





      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?










      share|improve this question







      New contributor




      s.demuro is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.











      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






      share|improve this question







      New contributor




      s.demuro is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.











      share|improve this question







      New contributor




      s.demuro is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      share|improve this question




      share|improve this question






      New contributor




      s.demuro is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      asked 55 mins ago









      s.demuro

      111




      111




      New contributor




      s.demuro is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.





      New contributor





      s.demuro is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






      s.demuro is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






















          2 Answers
          2






          active

          oldest

          votes


















          3














          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 as GETDATE() so it doesn't seem very comprehensive.






          share|improve this answer































            1














            Do not enforce STD SQL.



            Decided first which DBMS you will use according to the needs of your project, and take advantage of it.






            share|improve this answer





















              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.










              draft saved

              draft discarded


















              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









              3














              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 as GETDATE() so it doesn't seem very comprehensive.






              share|improve this answer




























                3














                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 as GETDATE() so it doesn't seem very comprehensive.






                share|improve this answer


























                  3












                  3








                  3






                  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 as GETDATE() so it doesn't seem very comprehensive.






                  share|improve this answer














                  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 as GETDATE() so it doesn't seem very comprehensive.







                  share|improve this answer














                  share|improve this answer



                  share|improve this answer








                  edited 37 mins ago

























                  answered 45 mins ago









                  Martin Smith

                  61.4k10166245




                  61.4k10166245

























                      1














                      Do not enforce STD SQL.



                      Decided first which DBMS you will use according to the needs of your project, and take advantage of it.






                      share|improve this answer


























                        1














                        Do not enforce STD SQL.



                        Decided first which DBMS you will use according to the needs of your project, and take advantage of it.






                        share|improve this answer
























                          1












                          1








                          1






                          Do not enforce STD SQL.



                          Decided first which DBMS you will use according to the needs of your project, and take advantage of it.






                          share|improve this answer












                          Do not enforce STD SQL.



                          Decided first which DBMS you will use according to the needs of your project, and take advantage of it.







                          share|improve this answer












                          share|improve this answer



                          share|improve this answer










                          answered 30 mins ago









                          McNets

                          14.7k41857




                          14.7k41857






















                              s.demuro is a new contributor. Be nice, and check out our Code of Conduct.










                              draft saved

                              draft discarded


















                              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.




                              draft saved


                              draft discarded














                              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





















































                              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







                              Popular posts from this blog

                              Trompette piccolo

                              Slow SSRS Report in dynamic grouping and multiple parameters

                              Simon Yates (cyclisme)