sensible à la casse (pour les champs)

Cette page fait référence au paramètre case_sensitive qui fait partie d'une dimension ou d'un filtre.

case_sensitive peut également être utilisé dans le cadre d'un modèle, décrit sur la page de documentation du paramètre case_sensitive (pour les modèles).

case_sensitive peut également être utilisé dans le cadre d'une exploration, décrite sur la page de documentation du paramètre case_sensitive (pour les explorations).

Utilisation

view_name {
dimension: field_name {
case_sensitive: non
}
}

Hiérarchie Afficher le fichier view Type de champ case_sensitive

Types de champs possibles Dimension, Filtre Acceptation Valeur booléenne (oui ou non)

Définition

Lorsqu'un champ dimension ou filter est utilisé en tant que filtre, vous pouvez modifier sa sensibilité à la casse à l'aide du paramètre case_sensitive. Le paramètre case_sensitive fonctionne avec la plupart des dialectes, même si certains ne possèdent pas les fonctions SQL nécessaires.

Par défaut, case_sensitivity est activé et les filtres sont sensibles à la casse. Toutefois, certains dialectes n'acceptent pas ce paramètre, comme décrit dans la section case_sensitive n'est pas compatible avec certains dialectes SQL de cette page.

Examples

Arrêter d'utiliser des filtres sensibles à la casse sur la dimension name:

dimension: name {
  sql: ${TABLE}.name ;;
  case_sensitive: no
}

-

Difficultés courantes

case_sensitive n'est pas compatible avec certains dialectes SQL

Par défaut, case_sensitivity est activé et les filtres sont sensibles à la casse. Si votre dialecte SQL n'est pas compatible avec le paramètre case_sensitive, la sensibilité à la casse variera en fonction de la configuration de votre base de données, qui ne sera pas sensible à la casse.

Pour que Looker soit compatible avec case_sensitive dans votre projet Looker, le dialecte de votre base de données doit également être compatible. Le tableau suivant présente les dialectes compatibles avec case_sensitive dans la dernière version de Looker: