Glory,

значит, на исходном сервере они и были Latin1_General_CI_AS_KS_WS.
при переливке через линкованный сервер коллэйшены сохраняются.
но сам коллэйшен у него такой экзотический, что упорно напоминает ReportServer.

Glory,

через SELECT INTO коллэйшен перекочевал как есть на сервер с иным коллэйшеном.
как еще попробовать?
или намекаете, что кто-то намеренно создал таблицы с таким экзотическим коллэйшеном и потом туда вставлял?

googlogmobo-oесли все затрагиваемые поля n varchar,
то можно просто поменять коллэйшен

да, nvarchar.
через alter table? если не сложно, напишите шаблон текста запроса




на каждый столбец отдельная команда.

Gloryo-oили намекаете, что кто-то намеренно создал таблицы с таким экзотическим коллэйшеном и потом туда вставлял?
ТС и не такое может

ну если бы он спецом создал таблицы с таким вот Latin-ом,
он бы потом не стал поди спрашивать, откуда вообще Latin взялся :)

ТС, признавайтесь, как переливали.
ибо: если вам легче заново перелить,
то, возможно, поменяете шило на мыло, у вас же и так база кириллическая.
если делали SELECT INTO и исходные столбцы LATIN,
то ничего не порешаете таким переливанием

можно заскриптовать сейчас имеющиеся таблицы.
по умолчанию коллэйшен не будет в скрипте прописан.
в новой кириллической базе выполнить этот скрипт,
столбцы создадутся с кириллическим коллэйшеном базы.
и потом INSERT-ом переливать.

googlogmobo-oпропущено...


ну если бы он спецом создал таблицы с таким вот Latin-ом,
он бы потом не стал поди спрашивать, откуда вообще Latin взялся :)



да, было бы глупо) новая БД создавалась с Cyrillic_General_CI_AS

про бд мы поняли.
нам было интересно узнать, откуда насильно прописался латинский коллэйшен в столбцы .
и варианты были: вы же и прописали, в CREATE TABLE для каждой таблицы.
ну или SELECT INTO + латинский коллэйшен у исходных столбцов