{"id":8917,"date":"2026-09-23T06:10:34","date_gmt":"2026-09-23T06:10:34","guid":{"rendered":"http:\/\/french.arabpsychology.com\/statistics\/google-sheets-query-selectionner-lignes-contiennent-chaine\/"},"modified":"2026-09-23T06:10:44","modified_gmt":"2026-09-23T06:10:44","slug":"google-sheets-query-selectionner-lignes-contiennent-chaine","status":"publish","type":"psych_stat","link":"https:\/\/french.arabpsychology.com\/?psych_stat=google-sheets-query-selectionner-lignes-contiennent-chaine","title":{"rendered":"Google Sheets Query : S\u00e9lectionner les lignes qui contiennent une cha\u00eene"},"content":{"rendered":"

L’\u00e9cosyst\u00e8me contemporain du traitement de donn\u00e9es au sein des tableurs infonuagiques a connu une mutation paradigmatique majeure avec l’av\u00e8nement de fonctionnalit\u00e9s d’interrogation d\u00e9claratives avanc\u00e9es. Parmi ces instruments de calcul, la fonction QUERY<\/code> de Google Sheets<\/a> s’impose comme le dispositif le plus puissant et le plus polyvalent pour la manipulation, le filtrage et la restructuration d’ensembles d’enregistrements complexes. En int\u00e9grant la syntaxe et la logique du langage d’interrogation de l’API Google Visualization, cette fonction \u00e9mule la puissance de l’alg\u00e8bre relationnelle et du langage SQL (Structured Query Language) au sein d’une simple cellule matricielle, affranchissant l’analyste des imbrications fastidieuses de filtres conditionnels traditionnels.<\/p>\n

Au c\u0153ur de cette architecture d’interrogation r\u00e9side la probl\u00e9matique r\u00e9currente de l’extraction textuelle cibl\u00e9e, et plus particuli\u00e8rement la s\u00e9lection des rang\u00e9es satisfaisant un crit\u00e8re d’inclusion de sous-cha\u00eene. Alors que l’\u00e9galit\u00e9 stricte s’av\u00e8re fr\u00e9quemment inop\u00e9rante face \u00e0 des corpus textuels h\u00e9t\u00e9rog\u00e8nes, des descriptions qualitatives, des libell\u00e9s logistiques ou des identifiants composites, l’op\u00e9rateur CONTAINS<\/code> constitue la clef de vo\u00fbte du filtrage partiel. Cet op\u00e9rateur permet d’isoler des donn\u00e9es signifiantes sans exiger une correspondance int\u00e9grale du champ textuel, ouvrant ainsi la voie \u00e0 des m\u00e9thodologies d’analyse de donn\u00e9es d’une finesse algorithmique remarquable.<\/p>\n

Cependant, la manipulation de l’op\u00e9rateur CONTAINS<\/code> dans Google Sheets ne saurait se r\u00e9sumer \u00e0 une simple application m\u00e9canique de formules g\u00e9n\u00e9riques. L’\u00e9valuation s\u00e9mantique op\u00e9r\u00e9e par le moteur sous-jacent implique une compr\u00e9hension rigoureuse du typage des donn\u00e9es, de la sensibilit\u00e9 \u00e0 la casse typographique, de la gestion des valeurs nulles, ainsi que des interactions complexes entre les op\u00e9rateurs bool\u00e9ens de conjonction et de disjonction. Une mauvaise appr\u00e9hension de ces m\u00e9canismes formels expose in\u00e9vitablement l’analyste \u00e0 des pertes silencieuses de donn\u00e9es, \u00e0 des erreurs de compilation syntaxique ou \u00e0 des biais analytiques substantiels. L’objet de cet article est de diss\u00e9quer de mani\u00e8re exhaustive les fondements, la syntaxe, les cas limites et les applications avanc\u00e9es de la s\u00e9lection de lignes par inclusion de cha\u00eene avec la fonction QUERY<\/code>.<\/p>\n

1. Fondements et architecture syntaxique de la fonction QUERY<\/h2>\n

1.1 Anatomie structurelle de la formule =QUERY()<\/h3>\n

L’invocation canonique de la fonction d’interrogation au sein de la grille de calcul s’articule autour de la signature ternaire formelle : =QUERY(donn\u00e9es; requ\u00eate; [en-t\u00eates])<\/code>. Chacun de ces param\u00e8tres remplit un r\u00f4le algorithmique strictement d\u00e9limit\u00e9 au sein du cycle de vie du calcul matriciel. Le premier argument, donn\u00e9es<\/code>, d\u00e9signe la plage de cellules bidimensionnelle sur laquelle l’op\u00e9ration de projection et de s\u00e9lection s’ex\u00e9cute. Cette plage peut \u00eatre r\u00e9f\u00e9renc\u00e9e sous une forme continue classique, telle que A1:F1000<\/code>, ou sous la forme d’un tableau virtuel issu d’une formule matricielle encapsul\u00e9e entre accolades, ce qui modifie alors profond\u00e9ment la d\u00e9nomination structurelle des colonnes sous-jacentes.<\/p>\n

Le second argument, requ\u00eate<\/code>, se mat\u00e9rialise sous la forme d’une cha\u00eene de caract\u00e8res repr\u00e9sentant l’instruction textuelle ex\u00e9cutable. Cette clause de commande, obligatoirement entour\u00e9e de guillemets doubles droits, formalise les op\u00e9rations de s\u00e9lection (SELECT<\/code>), de restriction logique (WHERE<\/code>), d’agr\u00e9gation (GROUP BY<\/code>), de tri (ORDER BY<\/code>) ou de formatage (FORMAT<\/code>). Lorsque le moteur d’\u00e9valuation de la feuille de calcul analyse cet argument, il d\u00e9l\u00e8gue l’interpr\u00e9tation syntaxique \u00e0 un processeur sp\u00e9cialis\u00e9. Toute d\u00e9faillance de fermeture de guillemets ou toute omission de s\u00e9parateur logique entra\u00eene une rupture pr\u00e9coce de la phase d’analyse lexicale, g\u00e9n\u00e9rant une exception structurelle qui bloque l’affichage des donn\u00e9es.<\/p>\n

Le troisi\u00e8me argument, en-t\u00eates<\/code>, bien que facultatif selon la sp\u00e9cification de base, exerce une fonction d\u00e9terminante pour pr\u00e9server l’int\u00e9grit\u00e9 m\u00e9tadonn\u00e9e du syst\u00e8me. Il s’agit d’un nombre entier non n\u00e9gatif indiquant la quantit\u00e9 de rang\u00e9es situ\u00e9es au sommet de la plage qui doivent \u00eatre consid\u00e9r\u00e9es comme des libell\u00e9s descriptifs et non comme des observations empiriques. L’omission d\u00e9lib\u00e9r\u00e9e de ce param\u00e8tre force le compilateur \u00e0 formuler une conjecture probabiliste bas\u00e9e sur le typage dominant des premi\u00e8res lignes. Cette heuristique automatique introduit une vuln\u00e9rabilit\u00e9 majeure : si une colonne textuelle poss\u00e8de une ligne d’en-t\u00eate alphab\u00e9tique suivie d’enregistrements textuels, l’algorithme peut fusionner ind\u00fbment les premi\u00e8res rang\u00e9es ou interpr\u00e9ter la ligne de titre comme une valeur de donn\u00e9es, corrompant de facto la validit\u00e9 des s\u00e9lections ult\u00e9rieures bas\u00e9es sur la clause WHERE<\/code>.<\/p>\n

1.2 Origine et sp\u00e9cificit\u00e9s du langage Google Visualization API<\/h3>\n

Bien que la syntaxe apparente de la fonction \u00e9voque imm\u00e9diatement le dialecte ANSI SQL<\/a> standardis\u00e9 utilis\u00e9 au sein des syst\u00e8mes de gestion de bases de donn\u00e9es relationnelles, son impl\u00e9mentation repose int\u00e9gralement sur le langage d’interrogation de l’API Google Visualization<\/a>. Cette filiation conf\u00e8re au moteur de calcul des propri\u00e9t\u00e9s s\u00e9mantiques uniques, mais impose \u00e9galement des contraintes op\u00e9rationnelles rigides que tout praticien se doit d’assimiler pour \u00e9viter des comportements anormaux.<\/p>\n

La divergence conceptuelle la plus critique r\u00e9side dans l’obligation d’un typage strict et exclusif au niveau colonnaire. Dans un syst\u00e8me de base de donn\u00e9es relationnelle traditionnel, le sch\u00e9ma impose un type invariable (tel qu’entier, cha\u00eene de caract\u00e8res ou date) pour chaque champ d\u00e8s la cr\u00e9ation de la table. Dans un environnement de tableur ouvert tel que Google Sheets, la libert\u00e9 de saisie permet la coexistence anarchique de cha\u00eenes de caract\u00e8res, de nombres r\u00e9els et de dates s\u00e9rialis\u00e9es au sein d’une m\u00eame coordonn\u00e9e verticale. Face \u00e0 cette h\u00e9t\u00e9rog\u00e9n\u00e9it\u00e9, l’API Google Visualization d\u00e9ploie un algorithme de d\u00e9termination typologique bas\u00e9 sur la r\u00e8gle de majorit\u00e9 statistique.<\/p>\n

Le moteur examine un \u00e9chantillon repr\u00e9sentatif des valeurs contenues dans la colonne cible pour d\u00e9terminer son type dominant. D\u00e8s lors que cette identit\u00e9 typologique est fix\u00e9e (par exemple, le type num\u00e9rique), toute valeur discordante appartenant \u00e0 un type minoritaire (par exemple, une cha\u00eene de caract\u00e8res alphab\u00e9tique explicative saisie au sein d’une colonne de montants mon\u00e9taires) est imm\u00e9diatement et silencieusement transform\u00e9e en valeur nulle (null<\/code>). Cette coercition implicite produit des r\u00e9percussions directes et souvent d\u00e9vastatrices sur les filtres textuels : si une colonne est cat\u00e9goris\u00e9e comme num\u00e9rique par le moteur, l’application d’un pr\u00e9dicat de recherche textuelle via CONTAINS<\/code> \u00e9chouera irr\u00e9m\u00e9diablement, non pas en d\u00e9clenchant un message d’erreur explicite, mais en excluant l’int\u00e9gralit\u00e9 des cellules discordantes qui auront \u00e9t\u00e9 \u00e9radiqu\u00e9es en m\u00e9moire vive lors de la phase de normalisation pr\u00e9alable.<\/p>\n

1.3 Int\u00e9gration m\u00e9thodologique de la clause WHERE<\/h3>\n

La clause WHERE<\/code> remplit le r\u00f4le d’op\u00e9rateur de s\u00e9lection restreinte dans le formalisme de l’alg\u00e8bre relationnelle. Sur le plan fonctionnel, elle agit comme un pr\u00e9dicat bool\u00e9en appliqu\u00e9 individuellement et s\u00e9quentiellement \u00e0 chaque rang\u00e9e de la table source. Seuls les tuples d’enregistrements pour lesquels l’\u00e9valuation globale de la condition produit la valeur logique TRUE<\/code> sont achemin\u00e9s vers le flux de sortie de la requ\u00eate pour \u00eatre ensuite projet\u00e9s par la clause SELECT<\/code>.<\/p>\n

L’\u00e9valuation des requ\u00eates au sein du moteur ob\u00e9it \u00e0 un ordre d’ex\u00e9cution logique strict qui diff\u00e8re notablement de l’ordre lexical dans lequel la commande est r\u00e9dig\u00e9e. Alors que l’instruction d\u00e9bute formellement par le mot-cl\u00e9 SELECT<\/code>, le processeur ex\u00e9cute d’abord l’identification de la source de donn\u00e9es, puis applique imm\u00e9diatement la clause WHERE<\/code> afin d’\u00e9laguer l’espace dimensionnel de recherche. Les op\u00e9rations subs\u00e9quentes, telles que le regroupement par GROUP BY<\/code>, le filtrage des agr\u00e9gats via HAVING<\/code>, le classement ordonn\u00e9 via ORDER BY<\/code> et le plafonnement via LIMIT<\/code>, ne sont appliqu\u00e9es qu’exclusivement au sous-ensemble des donn\u00e9es ayant franchi avec succ\u00e8s le crible du pr\u00e9dicat de restriction.<\/p>\n

Dans ce paradigme s\u00e9quentiel, la d\u00e9finition de la valeur de v\u00e9rit\u00e9 bool\u00e9enne pour chaque enregistrement d\u00e9pend enti\u00e8rement de la r\u00e9solution d’expressions logiques unaires ou binaires. Lorsqu’un op\u00e9rateur textuel est invoqu\u00e9 dans le pr\u00e9dicat, le moteur \u00e9value la relation entre le contenu physique de la cellule inspect\u00e9e et le litt\u00e9ral sp\u00e9cifi\u00e9 dans la requ\u00eate. Si la cellule contient une valeur nulle ou si le type sous-jacent est jug\u00e9 incompatible avec l’op\u00e9ration demand\u00e9e, la valeur bool\u00e9enne r\u00e9sultante bascule vers un \u00e9tat ind\u00e9termin\u00e9 qui est syst\u00e9matiquement assimil\u00e9 \u00e0 FALSE<\/code> dans le cadre du filtrage standard, neutralisant de facto la rang\u00e9e correspondante.<\/p>\n

2. L’op\u00e9rateur CONTAINS : D\u00e9finition, s\u00e9mantique et fonctionnement interne<\/h2>\n

2.1 M\u00e9canisme d’\u00e9valuation de la sous-cha\u00eene textuelle<\/h3>\n

L’op\u00e9rateur CONTAINS<\/code> constitue un comparateur relationnel binaire con\u00e7u sp\u00e9cifiquement pour tester la pr\u00e9sence d’une s\u00e9quence de caract\u00e8res continue au sein d’un champ textuel cible. Contrairement \u00e0 l’\u00e9galit\u00e9 formelle qui exige une superposition isomorphique exacte entre la valeur de la cellule et le crit\u00e8re de recherche, CONTAINS<\/code> r\u00e9sout l’assertion suivante : la cha\u00eene recherch\u00e9e est-elle un sous-ensemble s\u00e9quentiel ordonn\u00e9 de la cha\u00eene examin\u00e9e ? Math\u00e9matiquement, pour une cellule contenant la cha\u00eene $S$<\/span> et un litt\u00e9ral de recherche $L$<\/span>, l’expression retourne TRUE<\/code> s’il existe deux cha\u00eenes quelconques, \u00e9ventuellement vides, $u$<\/span> et $v$<\/span>, telles que la concat\u00e9nation $u \\cdot L \\cdot v = S$<\/span>.<\/p>\n

\"\"<\/figure>\n

Ce mode op\u00e9ratoire conf\u00e8re une flexibilit\u00e9 d’analyse fondamentale. La sous-cha\u00eene peut se situer au tout d\u00e9but de la cellule (pr\u00e9fixe), au c\u0153ur de celle-ci (inframot), ou \u00e0 sa terminaison imm\u00e9diate (suffixe). De surcro\u00eet, le moteur traite avec une indiff\u00e9rence math\u00e9matique les d\u00e9limiteurs textuels ordinaires, tels que les espaces simples, les traits d’union, les barres obliques ou les ponctuations, pour autant qu’ils ne fassent pas partie int\u00e9grante de la d\u00e9finition formelle de l’argument de recherche.<\/p>\n

Sur le plan syntaxique, la directive impose l’encadrement imp\u00e9ratif du terme cible au moyen d’apostrophes simples droites ('terme'<\/code>). Cette d\u00e9limitation permet au parseur de distinguer formellement les cha\u00eenes litt\u00e9rales pures des identifiants de colonnes (tels que A<\/code>, B<\/code>, Col1<\/code>, Col2<\/code>) ou des mots-cl\u00e9s r\u00e9serv\u00e9s du langage. Tout oubli de ces apostrophes simples provoque l’\u00e9mission imm\u00e9diate d’une erreur de compilation de type PARSE_ERROR<\/code>, le compilateur tentant vainement d’interpr\u00e9ter le terme de recherche comme une variable colonnaire inexistante dans le sch\u00e9ma relationnel de la feuille de calcul.<\/p>\n

2.2 Sensibilit\u00e9 stricte \u00e0 la casse (Case Sensitivity)<\/h3>\n

La caract\u00e9ristique technique la plus d\u00e9terminante, et simultan\u00e9ment la plus pi\u00e9geuse, de l’op\u00e9rateur CONTAINS<\/code> r\u00e9side dans sa sensibilit\u00e9 stricte et immuable \u00e0 la casse typographique. Pour le moteur de l’API Google Visualization, les caract\u00e8res majuscules et minuscules correspondent \u00e0 des points de code Unicode<\/a> rigoureusement distincts. En cons\u00e9quence directe, le terme 'CLIENT'<\/code>, le terme 'Client'<\/code> et le terme 'client'<\/code> repr\u00e9sentent trois entit\u00e9s s\u00e9mantiques mutuellement disjointes.<\/p>\n

Cette stricte s\u00e9paration binaire induit des failles analytiques consid\u00e9rables lors du traitement de jeux de donn\u00e9es issus de saisies humaines non normalis\u00e9es ou de flux d’importation h\u00e9t\u00e9rog\u00e8nes. Consid\u00e9rons une colonne colligeant des statuts de r\u00e9clamation logistique : si un op\u00e9rateur consigne manuellement la mention \u00ab\u00a0Colis endommag\u00e9\u00a0\u00bb, tandis qu’un second inscrit \u00ab\u00a0colis endommag\u00e9\u00a0\u00bb et qu’un troisi\u00e8me utilise le sigle typographique \u00ab\u00a0COLIS ENDOMMAG\u00c9\u00a0\u00bb, une requ\u00eate formul\u00e9e sous la condition restrictive where A contains 'Colis'<\/code> \u00e9liminera arbitrairement les deux derni\u00e8res variantes d’enregistrement. Les enregistrements correspondants ne figureront pas dans le tableau r\u00e9sultant, faussant drastiquement les agr\u00e9gations ou les m\u00e9triques volum\u00e9triques d\u00e9duites.<\/p>\n

Cette sensibilit\u00e9 m\u00e9canique impose donc \u00e0 l’analyste m\u00e9thodologique une vigilance permanente. Il devient imp\u00e9ratif, d\u00e8s lors que la source de donn\u00e9es n’est pas assujettie \u00e0 une validation stricte \u00e0 l’entr\u00e9e par menu d\u00e9roulant ou r\u00e8gles de masquage, d’anticiper cette disparit\u00e9 soit par des proc\u00e9dures pr\u00e9alables de nettoyage et d’uniformisation du corpus brut, soit par la mise en \u0153uvre de stratag\u00e8mes syntaxiques d’insensibilisation int\u00e9gr\u00e9s au c\u0153ur m\u00eame de la formule d’interrogation.<\/p>\n

2.3 Comparaison conceptuelle : CONTAINS, LIKE et l’\u00e9galit\u00e9 stricte<\/h3>\n

Le tableau comparatif suivant synth\u00e9tise les comportements et les sp\u00e9cificit\u00e9s structurelles des trois principaux op\u00e9rateurs de filtrage textuel disponibles dans Google Sheets :<\/p>\n