---
title: Error: Cannot resolve collation conflict between SQL_Latin1_General_CP1_CI_AS and Latin1_General_CI_AS
slug: error-cannot-resolve-collation-conflict-between-sqllatin1generalcp1cias-and-latin1generalcias
createdAt: 2026-03-30T21:59:06.660Z
---



:::hint{type="danger"}
This guidance is provided for informational purposes only. Collation changes can have wide-reaching impact on your SQL environment. Always consult with your Activate representative and SQL DBA before proceeding with any of the steps outlined below, and ensure a full database backup is taken.
:::

## Summary

This error occurs when there is a mismatch in SQL Server collation settings between the Activate database, tempDB, or specific table columns. It commonly surfaces after upgrades or when environments are built with differing default collations.

## Symptoms

Cannot resolve the collation conflict between 'SQL\_Latin1\_General\_CP1\_CI\_AS' and 'Latin1\_General\_CI\_AS'

Job logs show errors similar to: Error saving cache information

- Behaviour may differ between environments (e.g. works in lab but fails in QA/Production)&#x20;

## Cause

The issue is caused by inconsistent collation settings across:

- SQL Server instance (server-level collation)&#x20;
- tempDB (inherits server collation)&#x20;
- Activate database&#x20;
- Individual table columns&#x20;

When SQL operations involve objects with different collations, SQL Server cannot reconcile string comparisons, resulting in this error.

## Common Scenario

- Activate DB uses one collation (e.g. SQL\_Latin1\_General\_CP1\_CI\_AS)&#x20;
- SQL Server / tempDB uses another (e.g. Latin1\_General\_CI\_AS)&#x20;
- Queries involving temp tables or joins trigger the conflict&#x20;

## Resolution Options

### Option 1: Align Server and Database Collation

Engage a SQL DBA to align the SQL Server instance collation with the Activate database.

**Steps:**

1. SELECT DATABASEPROPERTYEX('ActivateDB', 'Collation') AS DatabaseCollation;
2. Confirm current collations: SELECT SERVERPROPERTY('Collation') AS ServerCollation;
3. If mismatched, update server or database collation as appropriate&#x20;

:::hint{type="warning"}
Changing server collation is complex and may require rebuild of system databases.
:::



### Option 2: Update Activate Database Collation

Use ALTER DATABASE to change the Activate DB collation.

Microsoft reference:
[ https://learn.microsoft.com/en-us/sql/t-sql/statements/alter-database-transact-sql](https://learn.microsoft.com/en-us/sql/t-sql/statements/alter-database-transact-sql)

**Example:**

:::BlockQuote
ALTER DATABASE ActivateDB COLLATE SQL\_Latin1\_General\_CP1\_CI\_AS;
:::

**Important considerations:**

- Script requirements vary depending on Activate version&#x20;
- Does not automatically update existing column-level collations&#x20;
- Must be coordinated with an Activate representative&#x20;
- Requires a full database backup before execution&#x20;

### Option 3: Fix Column-Level Collation Mismatches

Even after database-level changes, individual columns may still have conflicting collations.

Example identified issue:

- JobAttachments.FileName column using server collation instead of database collation&#x20;

**Check column collation:**

:::BlockQuote
SELECT name, collation\_name
FROM sys.columns
WHERE object\_id = OBJECT\_ID('JobAttachments');
:::

**Fix example:**

:::BlockQuote
ALTER TABLE JobAttachments
ALTER COLUMN FileName NVARCHAR(255) COLLATE Latin1\_General\_CI\_AS;
:::

## Best Practice

- Ensure **server, tempDB, and Activate DB collations match** wherever possible&#x20;
- Validate collation consistency after:&#x20;
  - New environment builds&#x20;
  - SQL Server installs&#x20;
  - Activate upgrades&#x20;
- Always perform a **full database backup** before making collation changes&#x20;
- Engage your Activate representative for version-specific guidance&#x20;

## Additional Notes

- Lab environments may not reproduce the issue if collations were originally aligned&#x20;
- tempDB collation cannot be directly changed—it follows the SQL Server instance collation&#x20;
- Reinstalling SQL Server is generally not required unless correcting server-level collation is necessary
