Database Collation problem when comparing two databases












2















I have changed the collation of test database using the follwoing query:



USE master;  
GO
ALTER DATABASE test
COLLATE SQL_Latin1_General_CP1_CI_AI ;
GO

--Verify the collation setting.
SELECT name, collation_name
FROM sys.databases
WHERE name = N'test';
GO


Now when I want to compare a columns of test database against test2 database, I receive the following error:




Cannot resolve the collation conflict between
"SQL_Latin1_General_CP1_CI_AI" and "SQL_Latin1_General_CP1_CI_AS" in
the equal to operation.




I have checked that both databases has SQL_Latin1_General_CP1_CI_AI collation in :



Management studio > Database > properties > options > collation. 


Is there another option rather than the database itself (e.g. schema) which still holds the old collation?










share|improve this question





























    2















    I have changed the collation of test database using the follwoing query:



    USE master;  
    GO
    ALTER DATABASE test
    COLLATE SQL_Latin1_General_CP1_CI_AI ;
    GO

    --Verify the collation setting.
    SELECT name, collation_name
    FROM sys.databases
    WHERE name = N'test';
    GO


    Now when I want to compare a columns of test database against test2 database, I receive the following error:




    Cannot resolve the collation conflict between
    "SQL_Latin1_General_CP1_CI_AI" and "SQL_Latin1_General_CP1_CI_AS" in
    the equal to operation.




    I have checked that both databases has SQL_Latin1_General_CP1_CI_AI collation in :



    Management studio > Database > properties > options > collation. 


    Is there another option rather than the database itself (e.g. schema) which still holds the old collation?










    share|improve this question



























      2












      2








      2








      I have changed the collation of test database using the follwoing query:



      USE master;  
      GO
      ALTER DATABASE test
      COLLATE SQL_Latin1_General_CP1_CI_AI ;
      GO

      --Verify the collation setting.
      SELECT name, collation_name
      FROM sys.databases
      WHERE name = N'test';
      GO


      Now when I want to compare a columns of test database against test2 database, I receive the following error:




      Cannot resolve the collation conflict between
      "SQL_Latin1_General_CP1_CI_AI" and "SQL_Latin1_General_CP1_CI_AS" in
      the equal to operation.




      I have checked that both databases has SQL_Latin1_General_CP1_CI_AI collation in :



      Management studio > Database > properties > options > collation. 


      Is there another option rather than the database itself (e.g. schema) which still holds the old collation?










      share|improve this question
















      I have changed the collation of test database using the follwoing query:



      USE master;  
      GO
      ALTER DATABASE test
      COLLATE SQL_Latin1_General_CP1_CI_AI ;
      GO

      --Verify the collation setting.
      SELECT name, collation_name
      FROM sys.databases
      WHERE name = N'test';
      GO


      Now when I want to compare a columns of test database against test2 database, I receive the following error:




      Cannot resolve the collation conflict between
      "SQL_Latin1_General_CP1_CI_AI" and "SQL_Latin1_General_CP1_CI_AS" in
      the equal to operation.




      I have checked that both databases has SQL_Latin1_General_CP1_CI_AI collation in :



      Management studio > Database > properties > options > collation. 


      Is there another option rather than the database itself (e.g. schema) which still holds the old collation?







      sql-server collation






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Dec 23 '18 at 15:58









      mustaccio

      10.1k72239




      10.1k72239










      asked Dec 23 '18 at 15:45









      Ali SheikhpourAli Sheikhpour

      1376




      1376






















          2 Answers
          2






          active

          oldest

          votes


















          4














          First: Collations for columns are stored per-each column.



          Second: The ALTER DATABASE ... COLLATE ... statement changes only the default collation of the database itself. It does not change the collation of any existing columns within the database. This change affects:




          • database-level meta-data (mostly names of database-level objects: tables, columns, procedures, functions, triggers, indexes, users, views, constraints, etc, etc) except in Contained databases (where the DB-level meta-data is always Latin1_General_100_CI_AS_KS_WS_SC)

          • new string columns that do not specify a COLLATE clause. New via:


            • CREATE TABLE ...

            • ALTER TABLE ... ADD


            • DECLARE @TableVariable TABLE ... (these default to the database's collation, not [tempdb]'s collation)



          • altered string columns that do not specify a COLLATE clause (i.e. ALTER TABLE ... ALTER COLUMN ...)

          • new or altered columns that do specify COLLATE using DATABASE_DEFAULT

          • string literals and variables


          For an in-depth look at changing database-level (and even instance-level) collations, please see my post:



          Changing the Collation of the Instance, the Databases, and All Columns in All User Databases: What Could Possibly Go Wrong?



          For more info on working with collations in general, please visit: Collations Info






          share|improve this answer

































            1














            Check the collation on the columns you are comparing, you'll probably find out that on test the columns are still in SQL_Latin1_General_CP1_CI_AS. Try declaring collation explicitly in your comparison and see if it helps.



            Also, are you storing something in tempdb? If your instance is based on one or the other you could have this issue.






            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
              });


              }
              });














              draft saved

              draft discarded


















              StackExchange.ready(
              function () {
              StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f225682%2fdatabase-collation-problem-when-comparing-two-databases%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









              4














              First: Collations for columns are stored per-each column.



              Second: The ALTER DATABASE ... COLLATE ... statement changes only the default collation of the database itself. It does not change the collation of any existing columns within the database. This change affects:




              • database-level meta-data (mostly names of database-level objects: tables, columns, procedures, functions, triggers, indexes, users, views, constraints, etc, etc) except in Contained databases (where the DB-level meta-data is always Latin1_General_100_CI_AS_KS_WS_SC)

              • new string columns that do not specify a COLLATE clause. New via:


                • CREATE TABLE ...

                • ALTER TABLE ... ADD


                • DECLARE @TableVariable TABLE ... (these default to the database's collation, not [tempdb]'s collation)



              • altered string columns that do not specify a COLLATE clause (i.e. ALTER TABLE ... ALTER COLUMN ...)

              • new or altered columns that do specify COLLATE using DATABASE_DEFAULT

              • string literals and variables


              For an in-depth look at changing database-level (and even instance-level) collations, please see my post:



              Changing the Collation of the Instance, the Databases, and All Columns in All User Databases: What Could Possibly Go Wrong?



              For more info on working with collations in general, please visit: Collations Info






              share|improve this answer






























                4














                First: Collations for columns are stored per-each column.



                Second: The ALTER DATABASE ... COLLATE ... statement changes only the default collation of the database itself. It does not change the collation of any existing columns within the database. This change affects:




                • database-level meta-data (mostly names of database-level objects: tables, columns, procedures, functions, triggers, indexes, users, views, constraints, etc, etc) except in Contained databases (where the DB-level meta-data is always Latin1_General_100_CI_AS_KS_WS_SC)

                • new string columns that do not specify a COLLATE clause. New via:


                  • CREATE TABLE ...

                  • ALTER TABLE ... ADD


                  • DECLARE @TableVariable TABLE ... (these default to the database's collation, not [tempdb]'s collation)



                • altered string columns that do not specify a COLLATE clause (i.e. ALTER TABLE ... ALTER COLUMN ...)

                • new or altered columns that do specify COLLATE using DATABASE_DEFAULT

                • string literals and variables


                For an in-depth look at changing database-level (and even instance-level) collations, please see my post:



                Changing the Collation of the Instance, the Databases, and All Columns in All User Databases: What Could Possibly Go Wrong?



                For more info on working with collations in general, please visit: Collations Info






                share|improve this answer




























                  4












                  4








                  4







                  First: Collations for columns are stored per-each column.



                  Second: The ALTER DATABASE ... COLLATE ... statement changes only the default collation of the database itself. It does not change the collation of any existing columns within the database. This change affects:




                  • database-level meta-data (mostly names of database-level objects: tables, columns, procedures, functions, triggers, indexes, users, views, constraints, etc, etc) except in Contained databases (where the DB-level meta-data is always Latin1_General_100_CI_AS_KS_WS_SC)

                  • new string columns that do not specify a COLLATE clause. New via:


                    • CREATE TABLE ...

                    • ALTER TABLE ... ADD


                    • DECLARE @TableVariable TABLE ... (these default to the database's collation, not [tempdb]'s collation)



                  • altered string columns that do not specify a COLLATE clause (i.e. ALTER TABLE ... ALTER COLUMN ...)

                  • new or altered columns that do specify COLLATE using DATABASE_DEFAULT

                  • string literals and variables


                  For an in-depth look at changing database-level (and even instance-level) collations, please see my post:



                  Changing the Collation of the Instance, the Databases, and All Columns in All User Databases: What Could Possibly Go Wrong?



                  For more info on working with collations in general, please visit: Collations Info






                  share|improve this answer















                  First: Collations for columns are stored per-each column.



                  Second: The ALTER DATABASE ... COLLATE ... statement changes only the default collation of the database itself. It does not change the collation of any existing columns within the database. This change affects:




                  • database-level meta-data (mostly names of database-level objects: tables, columns, procedures, functions, triggers, indexes, users, views, constraints, etc, etc) except in Contained databases (where the DB-level meta-data is always Latin1_General_100_CI_AS_KS_WS_SC)

                  • new string columns that do not specify a COLLATE clause. New via:


                    • CREATE TABLE ...

                    • ALTER TABLE ... ADD


                    • DECLARE @TableVariable TABLE ... (these default to the database's collation, not [tempdb]'s collation)



                  • altered string columns that do not specify a COLLATE clause (i.e. ALTER TABLE ... ALTER COLUMN ...)

                  • new or altered columns that do specify COLLATE using DATABASE_DEFAULT

                  • string literals and variables


                  For an in-depth look at changing database-level (and even instance-level) collations, please see my post:



                  Changing the Collation of the Instance, the Databases, and All Columns in All User Databases: What Could Possibly Go Wrong?



                  For more info on working with collations in general, please visit: Collations Info







                  share|improve this answer














                  share|improve this answer



                  share|improve this answer








                  edited Dec 26 '18 at 0:03

























                  answered Dec 23 '18 at 16:34









                  Solomon RutzkySolomon Rutzky

                  49.5k582180




                  49.5k582180

























                      1














                      Check the collation on the columns you are comparing, you'll probably find out that on test the columns are still in SQL_Latin1_General_CP1_CI_AS. Try declaring collation explicitly in your comparison and see if it helps.



                      Also, are you storing something in tempdb? If your instance is based on one or the other you could have this issue.






                      share|improve this answer




























                        1














                        Check the collation on the columns you are comparing, you'll probably find out that on test the columns are still in SQL_Latin1_General_CP1_CI_AS. Try declaring collation explicitly in your comparison and see if it helps.



                        Also, are you storing something in tempdb? If your instance is based on one or the other you could have this issue.






                        share|improve this answer


























                          1












                          1








                          1







                          Check the collation on the columns you are comparing, you'll probably find out that on test the columns are still in SQL_Latin1_General_CP1_CI_AS. Try declaring collation explicitly in your comparison and see if it helps.



                          Also, are you storing something in tempdb? If your instance is based on one or the other you could have this issue.






                          share|improve this answer













                          Check the collation on the columns you are comparing, you'll probably find out that on test the columns are still in SQL_Latin1_General_CP1_CI_AS. Try declaring collation explicitly in your comparison and see if it helps.



                          Also, are you storing something in tempdb? If your instance is based on one or the other you could have this issue.







                          share|improve this answer












                          share|improve this answer



                          share|improve this answer










                          answered Dec 23 '18 at 16:14









                          GabSqlGabSql

                          235




                          235






























                              draft saved

                              draft discarded




















































                              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.




                              draft saved


                              draft discarded














                              StackExchange.ready(
                              function () {
                              StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f225682%2fdatabase-collation-problem-when-comparing-two-databases%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

                              Bundesstraße 106

                              Verónica Boquete

                              Ida-Boy-Ed-Garten