Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Cannot resolve the collation conflict between "Latin1_General_CI_AS"Cannot resolve the collation conflict between "Latin1_General_CI_AS"
Previous
 
Next
New Post
5/19/2010 5:54 PM
 
I ran into this today too for a site we our migrating to our server. From what I've found so far, I'm not seeing an easy answer. Changing the Database's Collation will only impact new tables and won't affect existing tables, you character based columns will still be using the original collation. When temp tables are created, they (unless otherwise specified) use the Server's default collation and that is where the conflict is occurring (the GetEventLog SP uses a temp table).

I've found a few options but none of them are appealing:

1.) Change the collation of the columns using an Alter TABLE but that would be a ton of work. BAD OPTION.
2.) While you could certainly modify any stored procedures that use temp tables to always set the collation for the temp table, you'd have to redo that process every time you upgrade DNN, BAD OPTION
3.) Change the default collation of the server to match the original collation of that database. This isn't an option for me.
4.) Recreate all the database objects in a new database with the proper collation and then import all your data. This is the best option I've found but would be a pain in the rear. I think I can do this by automatically generating all the script... but still makes me nervous.

Anyone got any better options?
 
New Post
5/19/2010 11:56 PM
 
Strange things seem to be going on with the forums. Reposting this just in case...

I ran into this today too for a site we our migrating to our server. From what I've found so far, I'm not seeing an easy answer. Changing the Database's Collation will only impact new tables and won't affect existing tables, you character based columns will still be using the original collation. When temp tables are created, they (unless otherwise specified) use the Server's default collation and that is where the conflict is occurring (the GetEventLog SP uses a temp table).

I've found a few options but none of them are appealing:

1.) Change the collation of the columns using an Alter TABLE but that would be a ton of work. BAD OPTION.
2.) While you could certainly modify any stored procedures that use temp tables to always set the collation for the temp table, you'd have to redo that process every time you upgrade DNN, BAD OPTION
3.) Change the default collation of the server to match the original collation of that database. This isn't an option for me.
4.) Recreate all the database objects in a new database with the proper collation and then import all your data. This is the best option I've found but would be a pain in the rear. I think I can do this by automatically generating all the script... but still makes me nervous.

Anyone got any better options?

David O'Leary
Efficion Consulting
 
New Post
5/20/2010 6:14 AM
 
Ha David, there are some known issues with the current forums version (installed here, different from latest release). I suggest creating temp tables using "COLLATE DATABASE DEFAULT" where specifying text columns to be linked. In general you should use number columns for linked columns whenever possible.

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
5/20/2010 10:05 AM
 
Sebastian, that'd be fine if the problems were being caused by my Stored Procedures but in this case it is being caused by GetEventLog. Perhaps we should submit a ticket to have that StoredProcedure (as well as any other core Stored Procedure that uses temp tables) updated to use the Default Collation, but I have no idea how many other core Stored Procedures make use of Temp Tables, they'd all have to be changed. Same with Stored Procedures from 3rd party modules.

The best fix is to change the collation of all columns in all existing tables. Any idea what the best way to do that is?

David O'Leary
Efficion Consulting
 
New Post
5/20/2010 4:01 PM
 
We were able resolve this by scripting out the entire database with data (and without the Collation settings).

David O'Leary
Efficion Consulting
 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Cannot resolve the collation conflict between "Latin1_General_CI_AS"Cannot resolve the collation conflict between "Latin1_General_CI_AS"


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out