Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Server |Azure DevOps Server |Azure DevOps Server 2022 | Azure DevOps Server 2020
Lorsque vous installez SQL Server, tenez compte de deux facteurs concernant les paramètres de classement susceptibles d’affecter votre déploiement Azure DevOps Server :
- Configuration requise pour Azure DevOps Server
- Toutes les bases de données dans toutes les instances de SQL Server utilisées par votre déploiement Azure DevOps Server doivent avoir les mêmes paramètres de classement.
- La base de données SQL doit être configurée avec l'interclassement SQL_Latin1_General_CP1_CI_AS.
Vous pouvez définir des paramètres de classement pour le moteur de base de données et SQL Server Analysis Services. Les paramètres de classement incluent le jeu de caractères, l’ordre de tri et d’autres paramètres spécifiques à la région, qui sont essentiels à la structure et au fonctionnement des bases de données SQL Server. Vous ne pouvez pas modifier ces paramètres après l’installation.
Spécifications
Remarque
Pour éviter les problèmes possibles, nous vous recommandons d’utiliser SQL_Latin1_General_CP1_CI_AS. Si vous souhaitez utiliser une autre, suivez les conditions ci-dessous.
Pour utiliser Azure DevOps Server, les paramètres de classement de SQL Server doivent être sensibles aux accents, insensibles à la casse et non binaires. Si plusieurs serveurs SQL exécutent une instance du moteur de base de données ou de SQL Server Analysis Services pour Azure DevOps Server, les paramètres de classement doivent être identiques sur tous ces serveurs.
SQL Server base les paramètres de classement par défaut sur les paramètres régionaux de votre système d’exploitation. Le paramètre par défaut pour l’anglais américain et la plupart des autres paramètres régionaux répondent souvent aux exigences d’Azure DevOps Server. Toutefois, ces paramètres peuvent ne pas prendre en charge toutes les données que votre organisation doit stocker dans Azure DevOps Server. Dans ce cas, recherchez un paramètre qui prend en charge vos données et est insensible aux accents et à la casse, et qui n’est pas binaire.
Si vous installez Database Engine Services ou Analysis Services, vous pouvez modifier les paramètres de classement dans la page Configuration du serveur , en sélectionnant l’onglet Classement , puis en sélectionnant Personnaliser. Vous pouvez spécifier une option sous l’indicateur de classement Windows et l’ordre de tri. Par exemple, vous pouvez spécifier le tri et cocher la case AS si vous avez besoin de support pour des caractères supplémentaires.
Pour la plupart des autres paramètres régionaux, l'option par défaut se trouve sous l’indicateur de classement Windows et l’ordre de tri. Assurez-vous que les paramètres correspondent aux exigences d’Azure DevOps Server. Pour modifier ce paramètre, spécifiez l’option nommée pour vos paramètres régionaux avec « _100 » après celle-ci, le cas échéant. Par exemple, vous pouvez utiliser Japanese_100 classement si vous utilisez des caractères A d’extension CJK Unicode ou des substitutions Unicode de la manière suivante :
- Noms d’objets, tels que des requêtes ou des projets, dans Azure DevOps
- Fichiers ou chemins d'accès validés dans le système de contrôle de version
- Champ d’élément de travail utilisé pour les recherches.
Pour éviter les problèmes liés aux caractères équivalents à double largeur ou hiragana/katakana, vous devez cocher les cases à cocher pour activer Kana et la sensibilité de largeur lorsque vous installez SQL Server.
Pour plus d’informations, consultez Paramètres de classement dans la configuration.
Full-Text les requêtes de recherche et les paramètres de classement
Pour prendre en charge les requêtes de recherche en texte intégral, les paramètres de classement de la base de données SQL Server doivent correspondre à une langue avec laquelle un analyseur de mots est inscrit auprès de SQL Server. Si vous utilisez une langue non prise en charge, vous pouvez recevoir des résultats inattendus lorsque vous exécutez une requête d’élément de travail qui spécifie les opérateurs Contains ou Contains Words avec des chaînes de texte.
Pour en savoir plus, reportez-vous aux articles suivants :
- sys.fulltext_languages (Transact-SQL)
- ALTER FULLTEXT INDEX (Transact-SQL)
- SQL Server 2008 Full-Text : Fonctionnement interne et améliorations de recherche
- Champs de requête, opérateurs, valeurs et variables