Каковы возможные последствия изменения столбца в sql-сервере?

Question

Я использую MSSQL 2012,

для обработки специальных символов в поиске через LINQ, я нашел, чтобы изменить СОРТИРОВКУ столбца, * _CI_AI, но прежде, чем изменить его я хотел бы знать, что и где его влияние.

Answer 1

Это может быть не так просто ...

Если этот столбец принимает участие в индексах и ограничений вам придется отказаться от них, изменить параметры сортировки и воссоздать их.

Одной очень болезненной точкой с сопоставлениями является тот факт, что temp-db использует - по умолчанию - сопоставление по умолчанию для экземпляра сервера. У нас когда-то был проект, где после такого шага некоторые утверждения сталкивались с ошибками. Это произошло, когда в Хранимой процедуре был создан #table' and used such a column in any kind of comparison (in WHERE or JOIN`-predicat).

Вы можете ввести параметры сортировки в любом заявлении вручную, так что это будет возможно, чтобы получить все работает, но усилие может быть огромным ...

Некоторых связанных ответов:

• https://stackoverflow.com/a/39101572/5089204
• https://stackoverflow.com/a/35840417/5089204

UPDATE список, если эффекты/воздействий

• сортировочной может измениться (отсортированный список может появиться в другом порядке)
• сравнения будет менее ограничительным с _CI_AI. «Петр» экв. на "peter". Иногда это нормально (чаще всего на самом деле), но не всегда (представьте пароль). В случаях, когда «Pétè» должен быть таким же, как «Pete», это помогает ...
• Соединения на строковой базе могут объединяться по-разному (если ProductCode «aBx5» - это не тот же код, что и «ABx5»)
• Check- Ограничения могут быть менее ограничительными (вы выставляете значения «A», «B» или «C», и вдруг вы можете вставить «a», «b» и «c» ...)
• Вы можете запустить (это может быть очень раздражающим!) в ошибки сопоставления в связи с временными таблицами. Это может привести к поломке существующего кода ...

С помощью простых текстовых колонок, это должно быть не проблема ...