Database Collation problem when comparing two databases
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
add a comment |
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
add a comment |
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
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
sql-server collation
edited Dec 23 '18 at 15:58
mustaccio
10.1k72239
10.1k72239
asked Dec 23 '18 at 15:45
Ali SheikhpourAli Sheikhpour
1376
1376
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
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
usingDATABASE_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
add a comment |
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.
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
});
}
});
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%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
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
usingDATABASE_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
add a comment |
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
usingDATABASE_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
add a comment |
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
usingDATABASE_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
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
usingDATABASE_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
edited Dec 26 '18 at 0:03
answered Dec 23 '18 at 16:34
Solomon RutzkySolomon Rutzky
49.5k582180
49.5k582180
add a comment |
add a comment |
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.
add a comment |
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.
add a comment |
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.
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.
answered Dec 23 '18 at 16:14
GabSqlGabSql
235
235
add a comment |
add a comment |
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.
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%2f225682%2fdatabase-collation-problem-when-comparing-two-databases%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