Может ли сжатие Unicode в SQL 2008 R2 вызвать повреждение GUID? - PullRequest
2 голосов
/ 12 октября 2010

Недавно у нас возникли проблемы с производственными базами данных SQL 2008 R2, и нам пришлось переключаться на теплые резервные копии для большинства наших баз данных. Этим утром я обнаружил несколько очень странных значений GUID, разбросанных по всему набору баз данных. Для фона у нас есть основная база данных клиентов, которая содержит различную информацию об установленных клиентах, включая основной client_guid, на который ссылаются другие таблицы и другие базы данных. Я вижу, что GUID в некоторых db поддержки были искажены символами кандзи и кириллицы. Например: в нашей основной таблице данных клиента конкретная запись имела GUID «4d86854e-d699-4bce-a98b-c34fcc909453», но в базе данных Google Analytics этот же GUID отображается как «4d86854e-d699-4bce» 瞧 RĹ ( Ɏ-c34fcc909453.

Сегодня я ломал голову, пытаясь понять, как это могло произойти. Я наткнулся на некоторую информацию о сжатии Unicode, и мне было интересно, может ли SQL Server изменить эти GUID во время восстановления базы данных.

Параметры сортировки в нашей системе БД установлены в SQL_Latin1_General_CP1_CI_AS.

Мне интересно, есть ли у кого-нибудь понимание этой проблемы.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...