sensibilité à la casse est contrôlée par la collecte de la base de données utilise - vérifier en interrogeant les vues du catalogue système:
select name, collation_name
from sys.databases
Un nom de classement sera quelque chose comme: Latin1_General_CI_AS
La partie _CI_
me dit ici que c'est un insensible à la casse collation. Si vous voyez un _CS_
, alors il s'agit d'un collation sensible.
Vous pouvez modifier le classement par défaut de la base de données en utilisant:
ALTER DATABASE AdventureWorks COLLATE .......
et prendre une collation valable ici - utiliser une avec un _CI_
pour obtenir un classement insensible à la casse.
Problème: même si vous modifiez le classement au niveau de la base de données, certaines tables peuvent toujours avoir une colonne individuelle dont un classement spécifique a été défini lors de la création de la table. Vous pouvez également changer tout cela, mais cela va être une entreprise plus importante. Voir this article pour plus d'informations et un script pour vérifier et éventuellement modifier des colonnes individuelles dans vos tableaux. La raison pour laquelle IntelliSense ne fonctionne pas correctement est que la sensibilité à la casse des objets de base de données est contrôlée par le classement du serveur, qui peut être différent de toute base de données par défaut.
Pour savoir ce qui est, utilisez la collation du serveur:
SELECT SERVERPROPERTY('Collation')
Changing est un processus assez compliqué la collation du système du serveur et vous oblige à utiliser le setup.exe
original explained here.