Coliate 在SQLServer聯機叢書中是這樣解釋的
COLLATE
壹個子句，可應用於數據庫定義或列定義以定義排序規則，或應用於字符串表達式以應用排序規則投影。
語法
COLLATE < collation_name >
< collation_name > ::=
|
參數
collation_name
是應用於表達式、列定義或數據庫定義的排序規則的名稱。collation_name 可以只是指定的 Windows_collation_name 或 SQL_collation_name。
Windows_collation_name
是 Windows 排序規則的排序規則名稱。請參見 Windows 排序規則名稱。
SQL_collation_name
是 SQL 排序規則的排序規則名稱。請參見 SQL 排序規則名稱。
那麽我們怎麽可以知道當前的排序規則名稱是什麽呢，其實這個排序規則名稱是我們在創建數據庫（實例）的時候就可以進行選擇的，不過通常情況下我們都會默認原來的設定，不會對其進行變更，所以如果是簡體中文的SQLServer就會默認的使用簡體中文的排序規則，而如果是繁體中文的SQLServer 就會默認的使用繁體中文的排序規則。我們在察看數據庫（實例）的屬性時，常規頁簽的最下面壹行就是當前的排序規則。在默認的情況下，簡體中文的排序規則名稱是：Chinese_PRC_CI_AS，而繁體中文的排序規則名稱則是：Chinese_Taiwan_Stroke_CI_AS，所以我們如果在有簡體繁體排序規則名稱混用的時候，只要聲明壹下妳當前要使用哪種排序規則進行比較就可以了，例如針對上面的那個SQL語句，下面兩種方法都可以解決那個錯誤提示的問題
SELECT Table1.*,Table2.*
FROM Table1
INNER JOIN Table2 ON Table2.FK = Table1.PK COLLATE Chinese_PRC_CI_AS
SELECT Table1.*,Table2.*
FROM Table1
INNER JOIN Table2 ON Table2.FK = Table1.PK COLLATE Chinese_Taiwan_Stroke_CI_AS
說了半天如何解決排序規則沖突引起的問題，如果還有興趣的話，下面把SQL Server聯機叢書裏面關於排序規則的概念貼出來給大家分享壹下，省得大家再去找：
Microsoft? SQL Server? 2000 支持多種排序規則。排序規則對控制正確使用語言（如馬其頓語或波蘭語）或字母表（如西歐語言使用的拉丁字母表 Latin1_General）字符的規則進行編碼。
每個 SQL Server 排序規則指定三個屬性：
用於 Unicode 數據類型（nchar、nvarchar 和 ntext）的排序次序。排序次序定義字符的排序序列，以及在比較操作中對字符取值的方法。
用於非 Unicode 字符數據類型（char、varchar 和 text）的排序次序。
用於存儲非 Unicode 字符數據的代碼頁。
說明 不能指定與 Unicode 數據類型（nchar、nvarchar 和 ntext）對應的代碼頁。用於 Unicode 字符的雙字節位模式由 Unicode 標準定義且不能更改。
可在任何級別上指定 SQL Server 2000 排序規則。安裝 SQL Server 2000 實例時，可指定該實例的默認排序規則。每次創建數據庫時，可指定用於該數據庫的默認排序規則。如果未指定排序規則，數據庫的默認排序規則即是實例的默認排序規則。無論何時定義字符列、變量或參數，都可指定這些對象的排序規則。如果未指定排序規則，將使用數據庫的默認排序規則創建這些對象。
如果 SQL Server 實例的所有用戶都使用同壹種語言，則應選擇支持該語言的排序規則。例如，若所有用戶都講法語，則選擇法語排序規則。
如果 SQL Server 實例的用戶使用多種語言，則應選擇能對多語種需求提供最佳支持的排序規則。例如，如果用戶壹般都講西歐語言，則選擇 Latin1_General 排序規則。當支持使用多種語言的用戶時，對所有字符數據都使用 Unicode 數據類型 nchar、nvarchar 和 ntext 最為重要。Unicode 旨在消除非 Unicode char、varchar 和 text 數據類型的代碼頁轉換困難。因為排序規則定義用於比較操作的排序次序和 Unicode 字符的排序，所以當用 Unicode 數據類型實現所有的列時，排序規則仍會產生不同。即使當使用 Unicode 數據類型存儲字符數據時，也應選擇支持大多數用戶的排序規則，以防使用非 Unicode 數據類型實現列或變量。
SQL Server 排序規則定義數據庫引擎存儲和操作字符及 Unicode 數據的方式。然而，當數據移入應用程序後，在應用程序中進行的字符排序和比較將由計算機上選定的 Windows 區域設置控制。應用程序使用的字符數據排序規則是由 Windows 區域設置控制的項目之壹，區域設置還定義其它項目，如數字、時間、日期和貨幣格式。對於 Microsoft Windows NT? 4.0、Microsoft Windows? 98 和 Microsoft Windows 95，可使用控制面板中的"區域設置"應用程序指定 Windows 區域設置。對於 Microsoft Windows 2000，可使用"控制面板"中的"區域選項"應用程序指定區域設置。有關 Windows 區域設置的更多信息，請參見 Microsoft Web 站點 MSDN? 頁中的 Developing International Software for Windows 95 and Windows NT 4.0。
多個排序規則可對非 Unicode 數據使用相同的代碼頁。例如，代碼頁 1251 定義西裏爾語字符集。多個排序規則（如 Cyrillic_General、Ukrainian 和 Macedonian）都使用該代碼頁。雖然這些排序規則都使用相同的位集來表示非 Unicode 字符數據，但在處理字典定義時所應用的排序和比較規則略有不同，而字典定義確定語言或字母表中與排序規則相關的正確字符序列。
因為 SQL Server 2000 排序規則控制 Unicode 和非 Unicode 排序次序，所以不會遇到由為 Unicode 和非 Unicode 數據指定不同的排序規則而引起的問題。在 SQL Server 的早期版本中，對代碼頁號、字符排序次序和 Unicode 排序規則分別進行指定。SQL Server 的早期版本還支持每個代碼頁有不同數目的排序次序，並為某些代碼頁提供 Windows 區域設置中沒有的排序次序。在 SQL Server 7.0 中，還可以指定為非 Unicode 數據選擇的排序次序以外的其它 Unicode 排序次序。這會導致在使用與非 Unicode 數據相對的 Unicode 數據時，排序和比較操作返回不同的結果。
另外,虛機團上產品團購,超級便宜