Michail A.Владислав Колосов, конкретно один язык?

Если предполагаются данные латиницы и кириллицы - можно ли подобрать подходящий collation?База создаётся с нуля? На сервере уже есть другие базы?
Если с нуля, то решите - при сравнении строк регистр букв должен учитываться или нет?
А если какие-то базы на сервере уже есть, то выбор у вас небольшой - COLLATE вашей базы должен совпадать с COLLATE базы tempdb.
Иначе никакой жизни у вас не будет.

fkthatВладислав КолосовЯзык, на котором по умолчанию хранятся данные в таблицах.
Данные в таблицах не хранятся "на каком либо языке". Они там либо юникодные либо однобайтовые. Коллейшен задает правила, по которым происходит сравнение строковых данных. Он может быть задан для сервера, дла базы данных, для таблицы, для отдельного столбца, или вообще быть указан в отдельном запросе к таблице. Например, две строки A и B могут иметь одинаковое юникодное представление, но для разных языков по их правилам будет для одного A < B, а для другого A > B - вот как раз эти правила collation и задает.Но вы что же, при создании таблиц у всех полей COLLATE прописываете явно?
И все ваши коллеги делают так же?
Или в каждом запросе у каждого текстового поля явно пишете COLLATE?
Ведь нет же?
А при сравнениях с полями временных таблиц вы неизбежно столкнётесь с COLLATE базы tempdb,
опять же, если не будете везде писать COLLATE явно.

Michail A.Сервер создается с нуля, на который будут мигрировать текущие базы.

iapпропущено...
База создаётся с нуля? На сервере уже есть другие базы?
Если с нуля, то решите - при сравнении строк регистр букв должен учитываться или нет?
А если какие-то базы на сервере уже есть, то выбор у вас небольшой - COLLATE вашей базы должен совпадать с COLLATE базы tempdb.
Иначе никакой жизни у вас не будет.То есть, базы с данными уже есть?
Тогда у них уже установлен вполне определённый COLLATE. Вот таким он и должен остаться на новом сервере.

Michail A.alexeyvg, iap

А если несколько экземпляров, каждый со своим collation, в итоге данные будут переезжать на один сервер. Как в данном случае поступить? Если на целевом сервере установить collation, который будет совпадать с одним из имеющихся экземпляров, а со вторым совпадать не будет соответственно - возникнут ли проблемы?Возникнут. Да ещё какие!
Если COLLATE строк прим сравнении несовместимы, всё обламывается с сообщением о несоответствии COLLATE.
Кстати, явное указание COLLATE у полей в условии запроса делает невозможным использование индекса по этим полям.
Так что тоже нехороший выход.

iapMichail A.alexeyvg, iap

А если несколько экземпляров, каждый со своим collation, в итоге данные будут переезжать на один сервер. Как в данном случае поступить? Если на целевом сервере установить collation, который будет совпадать с одним из имеющихся экземпляров, а со вторым совпадать не будет соответственно - возникнут ли проблемы?Возникнут. Да ещё какие!
Если COLLATE строк прим сравнении несовместимы, всё обламывается с сообщением о несоответствии COLLATE.
Кстати, явное указание COLLATE у полей в условии запроса делает невозможным использование индекса по этим полям.
Так что тоже нехороший выход.Впрочем, а вдруг они окажутся совместимыми?
Тогда вы в шоколаде!.