Méthodes System.String (LINQ to SQL)
LINQ to SQL ne prend pas en charge les méthodes String suivantes.
Méthodes System.String non prises en charge en général
Méthodes String non prises en charge en général :
Surcharges prenant en compte les cultures (méthodes qui prennent un CultureInfo / StringComparison / IFormatProvider).
Méthodes qui acceptent ou génèrent un tableau de char.
Méthodes statiques System.String non prises en charge
Méthodes statiques System.String non prises en charge |
---|
String.Compare(String, Int32, String, Int32, Int32, Boolean) |
String.Compare(String, Int32, String, Int32, Int32, Boolean, CultureInfo) |
Méthodes non statiques System.String non prises en charge
Méthodes non statiques System.String non prises en charge |
---|
Différences par rapport à .NET
Les requêtes n'expliquent pas les classements SQL Server qui peuvent être appliqués sur le serveur, et par conséquent, fournissent par défaut des comparaisons dépendantes de la culture qui ne respectent pas la casse. Ce comportement diffère de la sémantique par défaut sensible à la casse du .NET Framework.
Lorsque LastIndexOf retourne 0, la chaîne a la valeur NULL ou la position trouvée est 0.
Des résultats inattendus peuvent être retournés de la concaténation ou d'autres opérations sur les chaînes de longueur fixe (CHAR, NCHAR), car le remplissage de ces types s'effectue automatiquement dans la base de données.
Comme de nombreuses méthodes, telles que Replace, ToLower, ToUpper et l'indexeur de caractère, n'ont aucune traduction valide pour les colonnes TEXT ou NTEXT et XML, SqlExceptions se produit si la traduction se produit normalement. Ce comportement est considéré comme acceptable pour ces types. Toutefois, toutes les opérations de chaînes doivent correspondre à la sémantique Common Language Runtime (CLR) pour VARCHAR, NVARCHAR, VARCHAR(max) et NVARCHAR(max).