{"id":4827,"date":"2026-10-14T18:01:18","date_gmt":"2026-10-14T18:01:18","guid":{"rendered":"http:\/\/french.arabpsychology.com\/statistics\/google-sheets-query-comment-utiliser-plusieurs-criteres-dans-query\/"},"modified":"2026-10-14T18:01:18","modified_gmt":"2026-10-14T18:01:18","slug":"google-sheets-query-comment-utiliser-plusieurs-criteres-dans-query","status":"publish","type":"psych_stat","link":"https:\/\/french.arabpsychology.com\/?psych_stat=google-sheets-query-comment-utiliser-plusieurs-criteres-dans-query","title":{"rendered":"Google Sheets Query : Comment utiliser plusieurs crit\u00e8res dans Query"},"content":{"rendered":"

L’analyse contemporaine des donn\u00e9es tabulaires au sein des environnements infonuagiques requiert des instruments capables de concilier expressivit\u00e9 syntaxique, puissance computationnelle et adaptabilit\u00e9 fonctionnelle. Dans l’\u00e9cosyst\u00e8me Google Workspace, la fonction QUERY<\/strong> incarne l’aboutissement de cette convergence m\u00e9thodologique en transposant les paradigmes de l’alg\u00e8bre relationnelle et du langage SQL (Structured Query Language)<\/a> directement au c\u0153ur des feuilles de calcul. Contrairement aux approches matricielles conventionnelles qui juxtaposent une multitude de fonctions imbriqu\u00e9es au d\u00e9triment de la lisibilit\u00e9 et des performances de calcul, l’interpr\u00e9teur de requ\u00eates de Google Sheets op\u00e8re une abstraction d\u00e9clarative permettant d’interroger, de projeter et d’agr\u00e9ger des matrices multidimensionnelles volumineuses \u00e0 l’aide d’instructions textuelles compactes.<\/p>\n

La v\u00e9ritable complexit\u00e9 analytique \u00e9merge d\u00e8s lors qu’une simple extraction lin\u00e9aire ne suffit plus \u00e0 isoler les observations signifiantes. L’investigation empirique, le contr\u00f4le de gestion pr\u00e9dictif, l’\u00e9pid\u00e9miologie quantitative ou le pilotage d’indicateurs de performance cl\u00e9s exigent fr\u00e9quemment l’application simultan\u00e9e ou alternative de plusieurs filtres logiques. La clause WHERE<\/code> se transforme alors en un espace critique d’arbitrage logique o\u00f9 s’entrecroisent des pr\u00e9dicats conjonctifs, des conditions disjonctives, des bornes chronologiques et des correspondances de motifs textuels. La ma\u00eetrise de ces m\u00e9canismes constitue une comp\u00e9tence fondamentale pour quiconque souhaite concevoir des architectures informationnelles robustes, dynamiques et p\u00e9rennes au sein de Google Sheets.<\/p>\n

Le pr\u00e9sent trait\u00e9 expose de mani\u00e8re exhaustive l’ensemble des fondements th\u00e9oriques, des formulations syntaxiques et des consid\u00e9rations architecturales indispensables \u00e0 la mise en \u0153uvre de crit\u00e8res multiples dans la fonction QUERY<\/strong>. De la logique bool\u00e9enne \u00e9l\u00e9mentaire r\u00e9gissant les op\u00e9rateurs AND<\/code> et OR<\/code> jusqu’aux subtilit\u00e9s algorithmiques de l’\u00e9valuation court-circuit, en passant par le typage strict des donn\u00e9es temporelles et l’optimisation des flux d’ex\u00e9cution, cette \u00e9tude d\u00e9taill\u00e9e propose un parcours d’ing\u00e9nierie logicielle appliqu\u00e9 \u00e0 l’exploitation experte de donn\u00e9es tabulaires.<\/p>\n

1. Fondements th\u00e9oriques de la fonction QUERY et de la clause WHERE<\/h2>\n

1.1 Architecture du langage de requ\u00eate de l’API Google Visualization<\/h3>\n

La fonction QUERY<\/strong> ne proc\u00e8de pas d’un moteur de calcul interne standard propre aux formules arithm\u00e9tiques traditionnelles des tableurs. Elle constitue en r\u00e9alit\u00e9 une interface d’interop\u00e9rabilit\u00e9 directe avec le langage de requ\u00eate de l’API Google Visualization<\/a>. Cette gen\u00e8se architecturale conf\u00e8re \u00e0 la fonction une filiation directe avec le standard de mod\u00e9lisation relationnelle d\u00e9fini par Edgar F. Codd, tout en imposant des contraintes d’ex\u00e9cution sp\u00e9cifiques dict\u00e9es par les technologies web sous-jacentes. L’\u00e9valuation s’effectue par la s\u00e9rialisation d’une cha\u00eene de caract\u00e8res repr\u00e9sentant l’instruction logique, laquelle est ensuite transmise \u00e0 un interpr\u00e9teur syntaxique d\u00e9di\u00e9 charg\u00e9 de compiler le texte en un arbre syntaxique abstrait avant d’it\u00e9rer sur la structure matricielle source.<\/p>\n

Cette conception implique que l’ensemble des r\u00e8gles de s\u00e9lection, de projection et d’agr\u00e9gation r\u00e9side au sein d’un bloc textuel unique pass\u00e9 en second argument de la fonction. Contrairement aux m\u00e9canismes distribu\u00e9s des fonctions natives matricielles, l’API impose un typage monolithique par colonne. Lorsqu’une plage de cellules est soumise \u00e0 la fonction, le compilateur proc\u00e8de \u00e0 une analyse statistique de chaque colonne pour en d\u00e9terminer le type pr\u00e9dominant : cha\u00eene textuelle, nombre d\u00e9cimal, date, horodatage ou valeur bool\u00e9enne. Toute valeur minoritaire pr\u00e9sentant une dissonance de type vis-\u00e0-vis de la majorit\u00e9 \u00e9tablie est syst\u00e9matiquement consid\u00e9r\u00e9e comme une valeur nulle (null<\/code>), ce qui alt\u00e8re radicalement l’int\u00e9grit\u00e9 des filtres conditionnels subs\u00e9quents.<\/p>\n

Face aux architectures bas\u00e9es sur des fonctions imbriqu\u00e9es telles que FILTER<\/code>, SUMIFS<\/code> ou des arborescences de IFS<\/code>, l’utilisation de QUERY<\/strong> apporte une r\u00e9duction substantielle de la charge cognitive li\u00e9e \u00e0 la maintenance des formules. L\u00e0 o\u00f9 une cha\u00eene de fonctions classiques impose de r\u00e9pliquer les coordonn\u00e9es de plages vectorielles pour chaque pr\u00e9dicat logique additionnel, l’instruction QUERY<\/strong> s’appuie sur une r\u00e9f\u00e9rence unique \u00e0 la table matricielle d’origine et d\u00e9signe les colonnes par leurs identifiants alphab\u00e9tiques litt\u00e9raux (A, B, C) ou positionnels (Col1, Col2, Col3). Il en r\u00e9sulte une s\u00e9paration nette entre les donn\u00e9es brutes et la logique de traitement, assurant une portabilit\u00e9 et une modularit\u00e9 structurelle incomparables pour les applications analytiques complexes.<\/p>\n

1.2 R\u00f4le structurel de la clause WHERE dans l’extraction s\u00e9lective<\/h3>\n

Au sein de la grammaire formelle du langage de visualisation, la clause WHERE<\/code> op\u00e8re comme le tamis s\u00e9lectif primaire. Sur le plan de la logique math\u00e9matique, elle correspond \u00e0 l’op\u00e9rateur de restriction (ou s\u00e9lection) de l’alg\u00e8bre relationnelle, formellement not\u00e9 \u00e0 l’aide de la lettre grecque sigma (σ). Son r\u00f4le structurel consiste \u00e0 \u00e9valuer, de fa\u00e7on unitaire et s\u00e9quentielle pour chaque ligne de la matrice de donn\u00e9es, un pr\u00e9dicat logique dont la r\u00e9sultante bool\u00e9enne d\u00e9termine sans ambigu\u00eft\u00e9 l’inclusion ou l’exclusion du tuple correspondant dans l’ensemble de sortie projet\u00e9.<\/p>\n

Le traitement ligne par ligne repose sur une \u00e9valuation d\u00e9terministe o\u00f9 chaque champ de la ligne active est confront\u00e9 aux expressions d\u00e9clar\u00e9es dans le pr\u00e9dicat. Si la proposition logique globale relative \u00e0 un tuple s’\u00e9value \u00e0 TRUE<\/strong>, la ligne conserve sa position et transite vers les \u00e9tapes ult\u00e9rieures du pipeline de traitement, telles que l’agr\u00e9gation (GROUP BY<\/code>), le tri (ORDER BY<\/code>) ou le dimensionnement (LIMIT<\/code>, OFFSET<\/code>). \u00c0 l’inverse, si l’\u00e9valuation produit un r\u00e9sultat FALSE<\/strong> ou ind\u00e9termin\u00e9 par suite d’une r\u00e9f\u00e9rence \u00e0 une valeur nulle non explicitement prise en charge, la ligne est irr\u00e9m\u00e9diablement \u00e9cart\u00e9e de la m\u00e9moire tampon de restitution.<\/p>\n

Cette s\u00e9lection s\u00e9lective exerce un impact direct et imm\u00e9diat sur la r\u00e9duction de dimensionnalit\u00e9 des matrices manipul\u00e9es. En r\u00e9duisant drastiquement la cardinalit\u00e9 de l’\u00e9chantillon d\u00e8s les premi\u00e8res phases du cycle computationnel, la clause WHERE<\/code> restreint l’empreinte m\u00e9moire requise pour l’ex\u00e9cution des op\u00e9rations complexes ult\u00e9rieures. Dans le contexte de jeux de donn\u00e9es massifs approchant les limites impos\u00e9es par Google Sheets (plusieurs millions de cellules), l’optimisation rigoureuse de ce pr\u00e9dicat repr\u00e9sente la m\u00e9thode par excellence pour endiguer la d\u00e9gradation des temps de r\u00e9ponse et \u00e9viter la saturation du thread principal d’ex\u00e9cution JavaScript du navigateur.<\/p>\n

2. Syntaxe fondamentale et logique bool\u00e9enne des op\u00e9rateurs AND et OR<\/h2>\n

2.1 Alg\u00e8bre bool\u00e9enne appliqu\u00e9e aux requ\u00eates tabulaires<\/h3>\n

L’articulation de crit\u00e8res d’extraction multiples repose sur les lois fondamentales de l’alg\u00e8bre de Boole, formalis\u00e9es au XIXe si\u00e8cle par George Boole et adapt\u00e9es depuis lors aux sciences computationnelles. Dans l’\u00e9cosyst\u00e8me de la fonction QUERY<\/strong>, la composition logique s’\u00e9tablit principalement par l’interm\u00e9diaire des conjonctions (AND<\/code>) et des disjonctions (OR<\/code>). La conjonction logique exige la simultan\u00e9it\u00e9 stricte de validit\u00e9 des propositions : l’expression globale (P AND Q)<\/code> n’est d\u00e9clar\u00e9e vraie que si et seulement si le pr\u00e9dicat P<\/code> est vrai et le pr\u00e9dicat Q<\/code> est simultan\u00e9ment vrai. Dans une perspective ensembliste, l’op\u00e9rateur AND<\/code> mod\u00e9lise rigoureusement l’intersection de sous-ensembles g\u00e9om\u00e9triques au sein de l’espace d’\u00e9chantillonnage.<\/p>\n

\u00c0 l’oppos\u00e9, la disjonction logique OR<\/code> concr\u00e9tise l’union ensembliste inclusive. L’assertion (P OR Q)<\/code> s’\u00e9value \u00e0 l’\u00e9tat vrai d\u00e8s lors qu’au moins l’une des conditions p\u00e9riph\u00e9riques est satisfaite, englobant ainsi les occurrences o\u00f9 P<\/code> est vrai, o\u00f9 Q<\/code> est vrai, ainsi que les configurations o\u00f9 les deux pr\u00e9dicats co\u00efncident dans la v\u00e9rit\u00e9. Cette caract\u00e9ristique inclusive doit \u00eatre distingu\u00e9e de la disjonction exclusive (XOR), non impl\u00e9ment\u00e9e nativement sous forme d’op\u00e9rateur lexical dans l’interpr\u00e9teur de Google Sheets, et qui n\u00e9cessiterait une d\u00e9composition logique plus lourde pour isoler les cas d’incompatibilit\u00e9 mutuelle.<\/p>\n

L’impl\u00e9mentation de ces op\u00e9rateurs impose une discipline typographique rigoureuse au niveau syntaxique. Les mots-cl\u00e9s AND<\/code> et OR<\/code> doivent obligatoirement \u00eatre r\u00e9dig\u00e9s en lettres majuscules afin de garantir leur d\u00e9tection imm\u00e9diate par l’analyseur lexical de l’API. De surcro\u00eet, chaque proposition atomique de comparaison doit \u00eatre d\u00e9limit\u00e9e de mani\u00e8re explicite : les litt\u00e9raux textuels doivent imp\u00e9rativement \u00eatre ceints d’apostrophes simples (par exemple 'Paris'<\/code>), tandis que les valeurs num\u00e9riques demeurent brutes afin d’\u00e9viter toute ambigu\u00eft\u00e9 s\u00e9mantique entre une variable arithm\u00e9tique et une \u00e9tiquette textuelle.<\/p>\n

2.2 Comparateurs arithm\u00e9tiques et relationnels utilisables avec les crit\u00e8res<\/h3>\n

Pour construire des pr\u00e9dicats \u00e9l\u00e9mentaires combinables par la suite via des op\u00e9rateurs bool\u00e9ens, l’analyste dispose d’un \u00e9ventail complet de comparateurs relationnels normalis\u00e9s. L’\u00e9galit\u00e9 stricte s’exprime \u00e0 l’aide de l’op\u00e9rateur =<\/code>, tandis que la non-\u00e9galit\u00e9 peut \u00eatre formul\u00e9e indistinctement via !=<\/code> ou la notation canonique SQL <><\/code>. Ces op\u00e9rateurs d’\u00e9quivalence s’appliquent aussi bien aux dimensions qualitatives (cha\u00eenes de caract\u00e8res) qu’aux dimensions quantitatives (nombres scalaires, dates, pourcentages d\u00e9cimaux), sous r\u00e9serve d’une conformit\u00e9 absolue des types de donn\u00e9es en pr\u00e9sence.<\/p>\n

Les comparaisons d’ordre exploitent les symboles s\u00e9quentiels traditionnels : strictement sup\u00e9rieur (><\/code>), strictement inf\u00e9rieur (<<\/code>), sup\u00e9rieur ou \u00e9gal (>=<\/code>), et inf\u00e9rieur ou \u00e9gal (<=<\/code>). Lorsqu’ils s’appliquent \u00e0 des variables quantitatives, leur s\u00e9mantique renvoie \u00e0 la topologie classique de la droite r\u00e9elle. En revanche, lorsqu’ils sont appliqu\u00e9s \u00e0 des cha\u00eenes textuelles, ces comparateurs adoptent une logique de classement lexicographique bas\u00e9e sur les valeurs de points de code Unicode de chaque caract\u00e8re successif, ce qui engendre des comportements parfois surprenants si des conventions de normalisation de casse ne sont pas scrupuleusement appliqu\u00e9es en amont.<\/p>\n

La coh\u00e9rence d’\u00e9valuation d\u00e9pend d’une r\u00e8gle fondamentale : l’interdiction des comparaisons h\u00e9t\u00e9rog\u00e8nes directes. Tenter d’\u00e9valuer si une colonne num\u00e9rique est sup\u00e9rieure \u00e0 un litt\u00e9ral textuel (par exemple une clause erron\u00e9e du type WHERE A > '100'<\/code> alors que la colonne A contient des entiers) conduit in\u00e9luctablement \u00e0 un \u00e9chec d’interpr\u00e9tation ou \u00e0 l’expulsion int\u00e9grale des donn\u00e9es lors du traitement. Une compr\u00e9hension aigu\u00eb des relations d’ordre et de la typologie des champs est le pr\u00e9requis inviolable \u00e0 toute architecture de filtrage multicrit\u00e8re sophistiqu\u00e9e.<\/p>\n

\"\"<\/figure>\n

3. Impl\u00e9mentation rigoureuse de l’op\u00e9rateur AND pour le filtrage cumulatif<\/h2>\n

3.1 Filtrage simultan\u00e9 sur une dimension cat\u00e9gorielle et une variable quantitative<\/h3>\n

Le cas d’usage le plus omnipr\u00e9sent en ing\u00e9nierie d\u00e9cisionnelle r\u00e9side dans la s\u00e9lection simultan\u00e9e d’un segment cat\u00e9goriel sp\u00e9cifique et d’une plage de performance quantitative. Consid\u00e9rons une matrice op\u00e9rationnelle s’\u00e9tendant de la cellule A1<\/code> \u00e0 E1000<\/code>, dans laquelle la colonne B<\/code> consigne le secteur g\u00e9ographique d’une transaction financi\u00e8re sous forme de cha\u00eene de caract\u00e8res, et la colonne D<\/code> enregistre le montant brut factur\u00e9 sous forme de valeur mon\u00e9taire d\u00e9cimale. Si l’objectif analytique consiste \u00e0 restreindre l’affichage aux transactions conclues dans la r\u00e9gion \u00ab\u00a0Europe\u00a0\u00bb dont la valorisation exc\u00e8de strictement 15 000 euros, l’intersection logique s’exprime par la syntaxe canonique suivante :<\/p>\n

=QUERY(A1:E1000; \"SELECT * WHERE B = 'Europe' AND D > 15000\"; 1)<\/code><\/p>\n

Sur le plan structurel, le moteur de calcul lit la premi\u00e8re ligne apr\u00e8s l’en-t\u00eate, \u00e9value si la valeur textuelle de la colonne B correspond bit \u00e0 bit \u00e0 la s\u00e9quence de caract\u00e8res \u00ab\u00a0Europe\u00a0\u00bb, puis v\u00e9rifie si le champ num\u00e9rique de la colonne D satisfait \u00e0 l’in\u00e9galit\u00e9 stricte. L’op\u00e9rateur AND<\/code> garantit que si une transaction affiche un montant de 25 000 euros mais se situe dans le secteur \u00ab\u00a0Asie\u00a0\u00bb, la condition globale s’effondre \u00e0 FALSE<\/strong>, \u00e9cartant la ligne sans ambigu\u00eft\u00e9. De m\u00eame, une vente europ\u00e9enne s’\u00e9levant \u00e0 12 000 euros est imm\u00e9diatement rejet\u00e9e.<\/p>\n

Cette conjonction assure une \u00e9tanch\u00e9it\u00e9 absolue de l’intersection math\u00e9matique. L’ordre des facteurs autour du connecteur AND<\/code> n’exerce aucune influence sur le r\u00e9sultat s\u00e9mantique final en vertu de la commutativit\u00e9 universelle de la conjonction logique. Toutefois, il est fortement recommand\u00e9 sur le plan m\u00e9thodologique d’aligner l’ordre des pr\u00e9dicats sur la structure chronologique ou hi\u00e9rarchique de l’analyse afin de maximiser l’intelligibilit\u00e9 de la formule pour les auditeurs du mod\u00e8le de donn\u00e9es.<\/p>\n

3.2 Multiplication des conditions cumulatives sur trois colonnes ou plus<\/h3>\n

L’extension de la granularit\u00e9 d’un filtre analytique requiert souvent de concat\u00e9ner s\u00e9quentiellement trois pr\u00e9dicats logiques ou davantage. Lorsque les crit\u00e8res d’extraction s’accumulent pour cerner un micro-segment hautement sp\u00e9cifique, la clause WHERE<\/code> encha\u00eene les op\u00e9rateurs AND<\/code> au sein d’une cha\u00eene syntaxique lin\u00e9aire. En reprenant la matrice pr\u00e9c\u00e9dente, supposons que nous souhaitions isoler les op\u00e9rations relatives au secteur \u00ab\u00a0Europe\u00a0\u00bb (colonne B), dont le montant surpasse 15 000 euros (colonne D), ex\u00e9cut\u00e9es par le commercial r\u00e9f\u00e9renc\u00e9 sous le matricule \u00ab\u00a0ID_44\u00a0\u00bb (colonne C), et dont le d\u00e9lai de r\u00e8glement constat\u00e9 exc\u00e8de 60 jours (colonne E).<\/p>\n

La transcription op\u00e9rationnelle prend la forme d’un cha\u00eenage d\u00e9claratif univoque :<\/p>\n

=QUERY(A1:E1000; \"SELECT A, B, C, D, E WHERE B = 'Europe' AND D > 15000 AND C = 'ID_44' AND E > 60\"; 1)<\/code><\/p>\n

L’int\u00e9gration de conditions cumulatives multiples impose une vigilance accrue quant \u00e0 l’exhaustivit\u00e9 et \u00e0 la consistance interne des filtres. Plus le nombre de pr\u00e9dicats conjonctifs cro\u00eet, plus la probabilit\u00e9 de sur-s\u00e9lectivit\u00e9 augmente, pouvant mener \u00e0 des sous-ensembles vides sans qu’aucune erreur de syntaxe logicielle ne soit signal\u00e9e par le tableur. Chaque variable additionnelle introduit une contrainte g\u00e9om\u00e9trique restrictive qui divise l’espace d’\u00e9chantillonnage initial.<\/p>\n

Il est par cons\u00e9quent crucial, lors de la conception d’arborescences de filtres multicrit\u00e8res complexes, de valider pr\u00e9alablement la distribution univari\u00e9e de chaque variable. L’analyste s’assurera ainsi qu’aucun crit\u00e8re ne soit intrins\u00e8quement incompatible avec un autre (par exemple exiger qu’un champ cat\u00e9goriel soit \u00e9gal \u00e0 une valeur A tout en imposant dans la m\u00eame conjonction qu’il soit \u00e9gal \u00e0 une valeur B non superposable), ce qui produirait une contradiction formelle insoluble et une matrice r\u00e9sultante d\u00e9sesp\u00e9r\u00e9ment vierge.<\/p>\n

4. D\u00e9ploiement de l’op\u00e9rateur OR pour la s\u00e9lection inclusive et disjonctive<\/h2>\n

4.1 Union de crit\u00e8res au sein d’une m\u00eame colonne<\/h3>\n

Le recours \u00e0 la disjonction logique OR<\/code> intervient principalement lorsqu’il s’agit d’\u00e9largir le p\u00e9rim\u00e8tre de s\u00e9lection en agr\u00e9geant plusieurs modalit\u00e9s d’une m\u00eame dimension analytique. Dans les configurations o\u00f9 une entit\u00e9 d’observation peut appartenir indiff\u00e9remment \u00e0 plusieurs classes cat\u00e9gorielles mutuellement exclusives, l’utilisation de l’op\u00e9rateur AND<\/code> serait absurde, une cellule ne pouvant contenir simultan\u00e9ment deux \u00e9tats scalaires distincts. L’op\u00e9rateur OR<\/code> mat\u00e9rialise l’union de ces ensembles d’occurrences sans n\u00e9cessiter de fractionner la table ou d’ex\u00e9cuter de multiples requ\u00eates combin\u00e9es par des op\u00e9rateurs d’empilement matriciel.<\/p>\n

Consid\u00e9rons l’extraction de toutes les lignes d’un registre de stocks dont le statut de disponibilit\u00e9 (colonne F) correspond soit \u00e0 la valeur \u00ab\u00a0En rupture\u00a0\u00bb, soit \u00e0 la d\u00e9signation \u00ab\u00a0En r\u00e9approvisionnement\u00a0\u00bb. La formulation rigoureuse impose la r\u00e9p\u00e9tition formelle de l’identifiant de la colonne dans chaque terme de l’expression disjonctive :<\/p>\n

=QUERY(A1:H500; \"SELECT * WHERE F = 'En rupture' OR F = 'En r\u00e9approvisionnement'\"; 1)<\/code><\/p>\n

L’omission de l’identifiant de la colonne constitue l’un des pi\u00e8ges les plus r\u00e9pandus pour les praticiens habitu\u00e9s au langage naturel. Une formulation tronqu\u00e9e de type WHERE F = 'En rupture' OR 'En r\u00e9approvisionnement'<\/code> provoque imm\u00e9diatement un rejet cat\u00e9gorique de l’interpr\u00e9teur, sanctionn\u00e9 par une erreur d’analyse syntaxique (PARSE_ERROR<\/code>). L’interpr\u00e9teur de l’API Google Visualization n’impl\u00e9mente pas nativement d’op\u00e9rateur d’appartenance \u00e0 un ensemble discret (tel que l’op\u00e9rateur IN<\/code> du standard SQL relationnel ANSI). Par cons\u00e9quent, chaque modalit\u00e9 doit \u00eatre express\u00e9ment reli\u00e9e \u00e0 sa colonne de rattachement au sein d’une \u00e9quation relationnelle compl\u00e8te.<\/p>\n

Bien que des alternatives syntaxiques utilisant des expressions r\u00e9guli\u00e8res (d\u00e9taill\u00e9es dans les sections ult\u00e9rieures de cet ouvrage) permettent de compresser cette \u00e9criture, la disjonction explicite par OR<\/code> demeure la m\u00e9thode la plus lisible et la moins exigeante sur le plan des ressources computationnelles pour les \u00e9num\u00e9rations courtes comportant deux ou trois alternatives qualitatives.<\/p>\n

4.2 Disjonction appliqu\u00e9e \u00e0 des colonnes h\u00e9t\u00e9rog\u00e8nes<\/h3>\n

La puissance d’expression de l’op\u00e9rateur OR<\/code> s’illustre particuli\u00e8rement lorsqu’il est mobilis\u00e9 de mani\u00e8re transversale sur des colonnes de natures totalement distinctes. Cette configuration permet de mettre en lumi\u00e8re des observations r\u00e9pondant \u00e0 des crit\u00e8res d’alerte dissemblables, par exemple pour isoler des anomalies op\u00e9rationnelles ou des cas de figure d\u00e9viants dans le cadre d’un audit de conformit\u00e9.<\/p>\n

Imaginons un dispositif d’\u00e9valuation de la solvabilit\u00e9 de comptes clients consign\u00e9 dans une matrice tabulaire : la colonne G enregistre les arri\u00e9r\u00e9s de paiement exprim\u00e9s en nombre de jours (grandeur num\u00e9rique continue), tandis que la colonne H consigne une notation de risque qualitative attribu\u00e9e par un organisme externe sous forme d’\u00e9tiquettes alphanum\u00e9riques (\u00ab\u00a0Douteux\u00a0\u00bb, \u00ab\u00a0Critique\u00a0\u00bb, \u00ab\u00a0Standard\u00a0\u00bb). Un auditeur financier souhaitant filtrer tout compte pr\u00e9sentant soit un d\u00e9passement d’\u00e9ch\u00e9ance sup\u00e9rieur \u00e0 90 jours, soit une notation d\u00e9grad\u00e9e explicitement \u00e9gale \u00e0 \u00ab\u00a0Critique\u00a0\u00bb, formulera l’instruction suivante :<\/p>\n

=QUERY(A1:K2000; \"SELECT A, B, G, H WHERE G > 90 OR H = 'Critique'\"; 1)<\/code><\/p>\n

Le comportement du moteur d’ex\u00e9cution face aux cellules vides requiert ici une vigilance absolue. Si un enregistrement comporte une valeur nulle ou non renseign\u00e9e au sein de la colonne G, mais que sa colonne H arbore la valeur \u00ab\u00a0Critique\u00a0\u00bb, l’\u00e9valuation de la branche disjonctive droite retourne TRUE<\/strong>. L’instruction valide donc l’inclusion int\u00e9grale de la ligne sans \u00eatre entrav\u00e9e par le vide structurel du champ arithm\u00e9tique. Cette r\u00e9silience intrins\u00e8que de la disjonction constitue un avantage pr\u00e9cieux pour l’exploration de bases de donn\u00e9es h\u00e9t\u00e9rog\u00e8nes, mais elle exige une mod\u00e9lisation rigoureuse pour \u00e9viter que des donn\u00e9es manquantes ne masquent des incoh\u00e9rences fondamentales.<\/p>\n

5. Combinaison complexe de AND et OR : Priorit\u00e9 logique et parenth\u00e9sage<\/h2>\n

5.1 Ordre d’\u00e9valuation par d\u00e9faut des pr\u00e9dicats logiques<\/h3>\n

\u00c0 l’instar des op\u00e9rateurs arithm\u00e9tiques o\u00f9 la multiplication et la division pr\u00e9valent naturellement sur l’addition et la soustraction, les op\u00e9rateurs bool\u00e9ens sont assujettis \u00e0 des r\u00e8gles formelles de pr\u00e9c\u00e9dence au sein du compilateur de requ\u00eates. Dans le formalisme de l’API Google Visualization, l’op\u00e9rateur de conjonction AND<\/code> poss\u00e8de une priorit\u00e9 d’\u00e9valuation hi\u00e9rarchique absolue sur l’op\u00e9rateur de disjonction OR<\/code>. Cette caract\u00e9ristique signifie qu’en l’absence de modificateurs explicites, le moteur compile les pr\u00e9dicats adjacents li\u00e9s par un AND<\/code> en une unit\u00e9 relationnelle indivisible avant d’incorporer les expressions p\u00e9riph\u00e9riques rattach\u00e9es par un OR<\/code>.<\/p>\n

Pour appr\u00e9hender les cons\u00e9quences directes de cette pr\u00e9s\u00e9ance sur l’int\u00e9grit\u00e9 des r\u00e9sultats, examinons une requ\u00eate th\u00e9orique formul\u00e9e sans pr\u00e9caution de balisage :<\/p>\n

SELECT * WHERE R\u00e9gion = 'Nord' OR R\u00e9gion = 'Sud' AND Ventes > 50000<\/code><\/p>\n

En vertu de la pr\u00e9c\u00e9dence native, l’interpr\u00e9teur d\u00e9compose cette expression sous la forme logique d’une alternative entre deux branches : d’une part, l’appartenance \u00e0 la r\u00e9gion ‘Nord’, et d’autre part, la conjonction stricte de l’appartenance \u00e0 la r\u00e9gion ‘Sud’ et d’un niveau de ventes exc\u00e9dant 50 000 unit\u00e9s. Par cons\u00e9quent, toute ligne affili\u00e9e \u00e0 la r\u00e9gion ‘Nord’ sera syst\u00e9matiquement projet\u00e9e en sortie, y compris celles dont le chiffre de ventes est \u00e9gal \u00e0 z\u00e9ro ou n\u00e9gatif. L’intention analytique initiale, qui visait manifestement \u00e0 s\u00e9lectionner les performances sup\u00e9rieures \u00e0 50 000 unit\u00e9s au sein de la zone g\u00e9ographique composite form\u00e9e par le Nord et le Sud, se trouve ainsi totalement d\u00e9natur\u00e9e par une lecture asym\u00e9trique de l’arbre bool\u00e9en.<\/p>\n

5.2 Utilisation des parenth\u00e8ses comme modificateurs d’arborescence logique<\/h3>\n

L’introduction d\u00e9lib\u00e9r\u00e9e de parenth\u00e8ses au sein de la cha\u00eene de s\u00e9lection permet de neutraliser la pr\u00e9c\u00e9dence par d\u00e9faut et d’imposer un ordre d’\u00e9valuation conforme aux exigences conceptuelles du mod\u00e8le d\u00e9cisionnel. Les parenth\u00e8ses agissent comme des d\u00e9limiteurs de sous-arbres syntaxiques : toute expression log\u00e9e \u00e0 l’int\u00e9rieur d’une paire de parenth\u00e8ses est r\u00e9solue dans son int\u00e9gralit\u00e9 pr\u00e9alable avant que sa r\u00e9sultante bool\u00e9enne ne soit mise en relation avec les composantes externes de l’instruction.<\/p>\n

En reprenant l’anomalie structurelle expos\u00e9e pr\u00e9c\u00e9demment, la rectification s\u00e9mantique rigoureuse s’\u00e9crit :<\/p>\n

=QUERY(A1:G; \"SELECT * WHERE (R\u00e9gion = 'Nord' OR R\u00e9gion = 'Sud') AND Ventes > 50000\"; 1)<\/code><\/p>\n

Gr\u00e2ce \u00e0 cette encapsulation, le moteur de calcul agr\u00e8ge d’abord les deux conditions g\u00e9ographiques au sein d’une disjonction unifi\u00e9e : la condition interm\u00e9diaire s’\u00e9value \u00e0 vrai si l’enregistrement rel\u00e8ve de l’un ou l’autre des deux territoires. Dans un second temps, le compilateur proc\u00e8de \u00e0 la conjonction de cette r\u00e9sultante avec le seuil quantitatif de performance, garantissant ainsi que seules les lignes satisfaisant simultan\u00e9ment \u00e0 l’appartenance zonale et \u00e0 l’exigence d’efficience commerciale franchissent le filtre s\u00e9lectif.<\/p>\n

Cette ma\u00eetrise de l’encadrement syntaxique autorise la construction d’architectures d\u00e9cisionnelles hautement sophistiqu\u00e9es, mod\u00e9lisant par exemple des structures logiques de type (A AND B) OR (C AND D)<\/code>. Une telle syntaxe permet de comparer des profils de performance asym\u00e9triques au sein d’une requ\u00eate unique :<\/p>\n

=QUERY(A1:Z; \"SELECT * WHERE (A = 'Cadre' AND E > 80000) OR (A = 'Employ\u00e9' AND E > 45000)\"; 1)<\/code><\/p>\n

Dans ce sc\u00e9nario, chaque sous-condition repr\u00e9sente un calibrage de r\u00e9mun\u00e9ration adapt\u00e9 au statut hi\u00e9rarchique, sans qu’aucune interf\u00e9rence crois\u00e9e ne vienne alt\u00e9rer l’\u00e9valuation respective des deux cat\u00e9gories d’effectifs.<\/p>\n

\"\"<\/figure>\n

6. Typage des donn\u00e9es et formatage des crit\u00e8res multiples<\/h2>\n

6.1 Traitement des crit\u00e8res num\u00e9riques purs<\/h3>\n

La pr\u00e9cision de la fonction QUERY<\/strong> repose sur un respect scrupuleux des conventions d’\u00e9criture propres aux diff\u00e9rents types de scalaires support\u00e9s par l’API Google Visualization. Pour les variables quantitatives pures (entiers relatifs, nombres d\u00e9cimaux \u00e0 virgule flottante), la r\u00e8gle primordiale impose l’absence absolue de tout d\u00e9limiteur de cha\u00eene de caract\u00e8res. Contrairement aux cha\u00eenes textuelles, ins\u00e9rer un nombre entre apostrophes le convertit instantan\u00e9ment en un litt\u00e9ral textuel dans l’analyseur syntaxique, rompant ainsi toute compatibilit\u00e9 avec une colonne typ\u00e9e num\u00e9riquement.<\/p>\n

De surcro\u00eet, le s\u00e9parateur d\u00e9cimal admis au sein de la cha\u00eene d’instruction textuelle est exclusivement<\/em> le point typographique (.<\/code>), conform\u00e9ment aux standards de programmation internationaux, et ce ind\u00e9pendamment des param\u00e8tres r\u00e9gionaux configur\u00e9s dans votre feuille de calcul (lesquels peuvent employer la virgule comme d\u00e9limiteur d\u00e9cimal dans l’interface utilisateur). D\u00e8s lors, pour filtrer une colonne C<\/code> contenant des taux de rendement compris strictement entre 4,5 % et 12,8 %, les crit\u00e8res quantitatifs doivent \u00eatre d\u00e9clar\u00e9s sous leur forme d\u00e9cimale brute ponctu\u00e9e :<\/p>\n

=QUERY(A1:E; \"SELECT * WHERE C >= 0.045 AND C <= 0.128\"; 1)<\/code><\/p>\n

Il est imp\u00e9ratif de souligner que les formats visuels appliqu\u00e9s aux cellules sources \u2014 tels que les symboles mon\u00e9taires (\u20ac, $), les s\u00e9parateurs de milliers ou le suffixe de pourcentage (%) \u2014 n’alt\u00e8rent en rien la valeur sous-jacente stock\u00e9e en m\u00e9moire. Le pr\u00e9dicat logique de la clause WHERE<\/code> doit syst\u00e9matiquement s’adresser \u00e0 la valeur num\u00e9rique sous-jacente non format\u00e9e. Tenter d’int\u00e9grer une cha\u00eene telle que WHERE C >= '4.5%'<\/code> engendre une divergence structurelle fatale conduisant \u00e0 l’invalidation pure et simple du filtre.<\/p>\n

6.2 Traitement des cha\u00eenes de caract\u00e8res et de la sensibilit\u00e9 \u00e0 la casse<\/h3>\n

Les donn\u00e9es textuelles (cha\u00eenes de caract\u00e8res) n\u00e9cessitent d’\u00eatre encapsul\u00e9es de mani\u00e8re syst\u00e9matique \u00e0 l’aide de guillemets simples (ou apostrophes dactylographiques '...'<\/code>). Cette encapsulation permet \u00e0 l’interpr\u00e9teur de diff\u00e9rencier les constantes lexicales des mots-cl\u00e9s r\u00e9serv\u00e9s du langage (\u00e0 l’instar de SELECT<\/code>, WHERE<\/code>, AND<\/code>, TRUE<\/code>) et des identifiants structurels de colonnes. Une cha\u00eene d\u00e9pourvue de cette protection sera trait\u00e9e par erreur comme une r\u00e9f\u00e9rence d’identifiant inexistant, provoquant une interruption imm\u00e9diate du processus d’analyse.<\/p>\n

Une caract\u00e9ristique d\u00e9terminante de l’API r\u00e9side dans son traitement strictement sensible \u00e0 la casse (case sensitivity<\/em>) lors de l’usage des op\u00e9rateurs relationnels standards. L’assertion B = 'Technologie'<\/code> rejettera cat\u00e9goriquement un enregistrement h\u00e9bergeant la cha\u00eene \u00ab\u00a0technologie\u00a0\u00bb ou \u00ab\u00a0TECHNOLOGIE\u00a0\u00bb. Cette sensibilit\u00e9 binaire peut s’av\u00e9rer dommageable lors de l’exploitation de jeux de donn\u00e9es composites aliment\u00e9s manuellement par plusieurs collaborateurs, o\u00f9 les variations de casse sont monnaie courante.<\/p>\n

Pour neutraliser cette contrainte et instaurer une tol\u00e9rance totale vis-\u00e0-vis de la typographie, il convient de mobiliser les fonctions scalaires de conversion de casse int\u00e9gr\u00e9es au langage de requ\u00eate, \u00e0 savoir lower()<\/code> ou upper()<\/code>. En appliquant la transformation \u00e0 la fois sur l’identifiant de la colonne et sur la constante de r\u00e9f\u00e9rence, l’analyste homog\u00e9n\u00e9ise le champ de comparaison :<\/p>\n

=QUERY(A1:D; \"SELECT * WHERE lower(B) = 'technologie' AND C > 100\"; 1)<\/code><\/p>\n

Par ce proc\u00e9d\u00e9 \u00e9l\u00e9gant, quelle que soit la morphologie de la cha\u00eene stock\u00e9e dans la cellule (qu’il s’agisse de \u00ab\u00a0TechNoLogie\u00a0\u00bb, \u00ab\u00a0TECHNOLOGIE\u00a0\u00bb ou \u00ab\u00a0technologie\u00a0\u00bb), la conversion \u00e0 la vol\u00e9e en minuscules garantit la d\u00e9tection positive de l’occurrence, pr\u00e9servant la robustesse du filtrage multicrit\u00e8re face aux approximations de saisie.<\/p>\n

6.3 Prise en charge des dates temporelles comme crit\u00e8res combin\u00e9s<\/h3>\n

La manipulation des grandeurs chronologiques au sein de la fonction QUERY<\/strong> requiert une rigueur protocolaire exceptionnelle qui d\u00e9route fr\u00e9quemment les utilisateurs chevronn\u00e9s de tableurs. En raison de sa structure calqu\u00e9e sur les types de donn\u00e9es de l’API de visualisation, une date ne peut pas \u00eatre inject\u00e9e sous forme de cha\u00eene brute classique ou de num\u00e9ro de s\u00e9rie de date sous-jacent. Elle doit obligatoirement \u00eatre pr\u00e9c\u00e9d\u00e9e du mot-cl\u00e9 d\u00e9clarateur date<\/code> et suivre scrupuleusement la norme internationale ISO 8601, formalis\u00e9e selon le patron d’\u00e9criture strict AAAA-MM-JJ<\/code>.<\/p>\n

Pour restreindre une extraction tabulaire aux transactions formalis\u00e9es au cours d’un intervalle temporel ferm\u00e9 \u2014 par exemple l’int\u00e9gralit\u00e9 de l’exercice fiscal 2024 \u2014, la clause WHERE<\/code> doit combiner deux pr\u00e9dicats d’ordre temporel conjoints via l’op\u00e9rateur AND<\/code> :<\/p>\n

=QUERY(A1:F; \"SELECT * WHERE A >= date '2024-01-01' AND A <= date '2024-12-31'\"; 1)<\/code><\/p>\n

Toute d\u00e9viation par rapport \u00e0 ce sch\u00e9ma formel (telle que l’omission du mot-cl\u00e9 date<\/code> ou l’usage d’un agencement r\u00e9gional de type date '31\/12\/2024'<\/code>) se solde invariablement par une erreur d’ex\u00e9cution. Le compilateur attend l’annotation d’un litt\u00e9ral typ\u00e9 et ne tentera aucune conversion implicite.<\/p>\n

Lorsque la dimension temporelle incorpore une composante horaire pr\u00e9cise (horodatages complets), le langage substitue au mot-cl\u00e9 pr\u00e9c\u00e9dent le marqueur datetime<\/code>, lequel exige le format unifi\u00e9 datetime 'AAAA-MM-JJ HH:MM:SS'<\/code>. Enfin, pour les enregistrements exclusivement horaires d\u00e9connect\u00e9s de toute ancre calendaire, l’instruction recourt au mot-cl\u00e9 timeofday<\/code> associ\u00e9 \u00e0 la syntaxe timeofday 'HH:MM:SS'<\/code>. La ma\u00eetrise de ces d\u00e9clarateurs typ\u00e9s permet de sculpter des fen\u00eatres d’observation temporelles d’une pr\u00e9cision millim\u00e9trique au sein des bases d’\u00e9v\u00e9nements volumineuses.<\/p>\n

7. Exploitation des op\u00e9rateurs de recherche textuelle avanc\u00e9e avec crit\u00e8res logiques<\/h2>\n

7.1 L’op\u00e9rateur CONTAINS combin\u00e9 aux clauses logiques<\/h3>\n

Au-del\u00e0 de la stricte \u00e9galit\u00e9 morphologique, l’exploration de corpus de donn\u00e9es op\u00e9rationnelles n\u00e9cessite fr\u00e9quemment d’interroger le contenu informationnel interne d’un champ s\u00e9mantique sans exiger la concordance int\u00e9grale du texte. \u00c0 cette fin, le langage de requ\u00eate propose l’op\u00e9rateur relationnel CONTAINS<\/code>. Celui-ci \u00e9value si une sous-cha\u00eene textuelle sp\u00e9cifique est physiquement pr\u00e9sente au sein de la cible consid\u00e9r\u00e9e. Tout comme pour l’\u00e9galit\u00e9 classique, CONTAINS<\/code> est intrins\u00e8quement sensible \u00e0 la casse, rendant souvent judicieux l’emploi conjoint de la fonction lower()<\/code>.<\/p>\n

Dans un contexte multicrit\u00e8re, cet op\u00e9rateur autorise l’intersection de motifs th\u00e9matiques avec des filtres quantitatifs ou cat\u00e9goriels. Supposons une base d’inventaire informatique dont la colonne B recense la d\u00e9signation commerciale des \u00e9quipements et la colonne D leur quantit\u00e9 en r\u00e9serve. Pour isoler l’ensemble des postes de travail portables de la marque \u00ab\u00a0Dell\u00a0\u00bb dont le niveau de stock r\u00e9siduel est strictement inf\u00e9rieur \u00e0 5 unit\u00e9s, l’instruction s’articule ainsi :<\/p>\n

=QUERY(A1:E500; \"SELECT A, B, D WHERE B CONTAINS 'Dell' AND D < 5\"; 1)<\/code><\/p>\n

Il est fondamental de dissocier conceptuellement CONTAINS<\/code> de l’op\u00e9rateur d’\u00e9galit\u00e9 =<\/code>. Alors que B = 'Dell'<\/code> postule l’identit\u00e9 absolue du contenu de la cellule avec le mot \u00ab\u00a0Dell\u00a0\u00bb (rejetant toute mention additionnelle telle que \u00ab\u00a0Dell Latitude 5420\u00a0\u00bb), B CONTAINS 'Dell'<\/code> valide l’inclusion d\u00e8s lors que la s\u00e9quence de quatre octets cons\u00e9cutifs D-e-l-l appara\u00eet n’importe o\u00f9 dans la trame textuelle. La combinaison de plusieurs pr\u00e9dicats CONTAINS<\/code> via des op\u00e9rateurs AND<\/code> ou OR<\/code> permet d’ex\u00e9cuter des recherches documentaires th\u00e9matiques tr\u00e8s performantes directement dans Google Sheets.<\/p>\n

7.2 L’op\u00e9rateur STARTS WITH et ENDS WITH en contexte multicrit\u00e8re<\/h3>\n

Le traitement des nomenclatures codifi\u00e9es, des identifiants industriels, des num\u00e9ros de s\u00e9ries normalis\u00e9s ou des nomenclatures comptables fait largement appel \u00e0 des conventions de pr\u00e9fixes et de suffixes. Pour exploiter ces architectures d’encodage sans recourir imm\u00e9diatement \u00e0 l’arsenal plus lourd des moteurs d’expressions r\u00e9guli\u00e8res, le langage de Google Visualization met \u00e0 disposition les op\u00e9rateurs sp\u00e9cialis\u00e9s STARTS WITH<\/code> (commence par) et ENDS WITH<\/code> (se termine par).<\/p>\n

Consid\u00e9rons un plan comptable g\u00e9n\u00e9ralis\u00e9 consign\u00e9 dans une feuille de calcul : la colonne A r\u00e9pertorie les num\u00e9ros de comptes d’imputation sous forme textuelle, la colonne B leur intitul\u00e9 litt\u00e9ral, et la colonne C le solde net constat\u00e9. Si un auditeur souhaite extraire l’ensemble des comptes de charges de personnel dont l’identifiant d\u00e9bute formellement par le pr\u00e9fixe \u00ab\u00a064\u00a0\u00bb tout en isolant parall\u00e8lement les comptes de dotations aux amortissements d\u00e9butant par \u00ab\u00a068\u00a0\u00bb, le tout pour des montants d\u00e9biteurs sup\u00e9rieurs \u00e0 10 000 euros, la requ\u00eate mobilise harmonieusement parenth\u00e8ses, disjonctions de pr\u00e9fixes et conjonction arithm\u00e9tique :<\/p>\n

=QUERY(A1:D; \"SELECT A, B, C WHERE (A STARTS WITH '64' OR A STARTS WITH '68') AND C > 10000\"; 1)<\/code><\/p>\n

Sym\u00e9triquement, l’op\u00e9rateur ENDS WITH<\/code> permet d’interroger les terminaisons textuelles r\u00e9currentes, par exemple pour isoler des fichiers h\u00e9berg\u00e9s selon leur extension de d\u00e9nomination (Nom ENDS WITH '.pdf'<\/code>) ou identifier des comptes auxiliaires sectoris\u00e9s par un suffixe g\u00e9ographique constant. Bien que ces op\u00e9rateurs d’ancrage soient nettement plus performants sur le plan computationnel que l’exploration globale d’une sous-cha\u00eene via CONTAINS<\/code>, leur utilisation intensive sur des plages exc\u00e9dant plusieurs centaines de milliers de lignes requiert une mod\u00e9lisation pr\u00e9alable \u00e9pur\u00e9e afin d’\u00e9viter tout ralentissement du rafra\u00eechissement dynamique des classeurs.<\/p>\n

7.3 Utilisation de l’op\u00e9rateur MATCHES et des expressions r\u00e9guli\u00e8res<\/h3>\n

L’op\u00e9rateur MATCHES<\/code> constitue l’instrument le plus perfectionn\u00e9 et le plus dense de l’arsenal de filtrage textuel de la fonction QUERY<\/strong>. Il introduit la puissance d’analyse du moteur des expressions r\u00e9guli\u00e8res (Regex)<\/a> au c\u0153ur m\u00eame de la clause WHERE<\/code>. Contrairement aux impl\u00e9mentations Regex permissives qui valident les correspondances partielles au fil de l’eau, l’op\u00e9rateur MATCHES<\/code> impose que le motif r\u00e9gulier s’ajuste \u00e0 l’int\u00e9gralit\u00e9 de la cha\u00eene analys\u00e9e, du premier au dernier caract\u00e8re.<\/p>\n

L’un des avantages conceptuels majeurs de MATCHES<\/code> dans la formulation de crit\u00e8res multiples r\u00e9side dans sa capacit\u00e9 intrins\u00e8que \u00e0 synth\u00e9tiser en une expression atomique concise de longues cha\u00eenes d’op\u00e9rateurs OR<\/code>. Par exemple, au lieu d’aligner fastidieusement une succession de clauses disjonctives pour s\u00e9lectionner des donn\u00e9es r\u00e9parties entre la France, la Belgique, la Suisse et le Luxembourg, il est possible d’exploiter la barre verticale de disjonction (le m\u00e9tacaract\u00e8re de tuyau |<\/code>) propre aux expressions r\u00e9guli\u00e8res :<\/p>\n

=QUERY(A1:E; \"SELECT * WHERE B MATCHES 'France|Belgique|Suisse|Luxembourg' AND D > 5000\"; 1)<\/code><\/p>\n

L’association des m\u00e9tacaract\u00e8res d’alternance avec les op\u00e9rateurs logiques permet de r\u00e9soudre des probl\u00e8mes d’une haute complexit\u00e9 structurelle. Si l’on doit filtrer des identifiants alphanum\u00e9riques complexes (colonne A) respectant une nomenclature stricte \u2014 tels que deux lettres quelconques suivies de trois chiffres et d’un suffixe pr\u00e9cis \u2014 tout en exigeant qu’une colonne de valorisation (colonne C) se situe dans une fourchette sp\u00e9cifique, MATCHES<\/code> fournit une solution d’une densit\u00e9 syntaxique sans \u00e9gale :<\/p>\n

=QUERY(A1:D; \"SELECT * WHERE A MATCHES '[A-Z]{2}[0-9]{3}-(FR|BE)' AND C > 1000\"; 1)<\/code><\/p>\n

Cette condensation logique all\u00e8ge consid\u00e9rablement la complexit\u00e9 de l’arbre syntaxique abstrait g\u00e9n\u00e9r\u00e9 par l’API de visualisation, permettant de substituer des pr\u00e9dicats disjonctifs multiples par une r\u00e8gle de grammaire r\u00e9guli\u00e8re unifi\u00e9e particuli\u00e8rement v\u00e9loce.<\/p>\n

8. Param\u00e9trage dynamique des crit\u00e8res via r\u00e9f\u00e9rences de cellules externes<\/h2>\n

8.1 Technique de concat\u00e9nation de cha\u00eenes avec l’op\u00e9rateur &<\/h3>\n

Dans un contexte professionnel abouti, la codification \u00ab\u00a0en dur\u00a0\u00bb de crit\u00e8res fig\u00e9s au sein de la cha\u00eene textuelle de la requ\u00eate constitue un anti-patron de conception. Elle condamne l’utilisateur final \u00e0 modifier manuellement la syntaxe interne de la formule d\u00e8s qu’un param\u00e8tre op\u00e9rationnel fluctue, augmentant exponentiellement le risque de corruption de code. L’ing\u00e9nierie des feuilles de calcul impose de d\u00e9porter les param\u00e8tres de filtrage vers des cellules de contr\u00f4le externes d\u00e9di\u00e9es, puis d’injecter dynamiquement leur contenu au sein du flux d’instruction via des op\u00e9rations de concat\u00e9nation exploitant l’op\u00e9rateur esperluette (&<\/code>).<\/p>\n

Cette technique exige une gymnastique intellectuelle rigoureuse concernant la fermeture et la r\u00e9ouverture des guillemets d\u00e9limitant la cha\u00eene de requ\u00eate, ainsi que l’incorporation m\u00e9ticuleuse des apostrophes indispensables \u00e0 la reconnaissance des litt\u00e9raux. Consid\u00e9rons une cellule d’entr\u00e9e H1<\/code> h\u00e9bergeant un nom de ville, et une cellule H2<\/code> d\u00e9finissant un montant plancher de facturation. Pour injecter ces crit\u00e8res conjoints dans une requ\u00eate pointant vers la matrice A1:E100<\/code>, la construction proc\u00e8de par segmentations textuelles successives :<\/p>\n

=QUERY(A1:E100; \"SELECT * WHERE A = '\" & H1 & \"' AND C >= \" & H2; 1)<\/code><\/p>\n

Analysons la d\u00e9composition structurelle de cette formule : le premier bloc litt\u00e9ral s’ach\u00e8ve par une apostrophe simple log\u00e9e juste avant le premier guillemet double (\"SELECT * WHERE A = '\"<\/code>). L’esperluette ins\u00e8re ensuite la valeur textuelle r\u00e9sidant dans H1<\/code>. La seconde esperluette renoue avec un segment textuel qui s’ouvre par une apostrophe simple destin\u00e9e \u00e0 clore le litt\u00e9ral de la premi\u00e8re condition, suivie de l’op\u00e9rateur logique et du nom du champ suivant (\"' AND C >= \"<\/code>). Enfin, la valeur purement num\u00e9rique de la cellule H2<\/code> est inject\u00e9e sans la moindre apostrophe, conform\u00e9ment \u00e0 la grammaire des scalaires arithm\u00e9tiques.<\/p>\n

L’omission d’une seule apostrophe ou l’inversion d’un guillemet double perturbe imm\u00e9diatement le moteur lexical, d\u00e9clenchant l’incompr\u00e9hension totale de l’instruction. Il est donc hautement recommand\u00e9 de d\u00e9composer ces assemblages pas \u00e0 pas lors des phases de prototypage.<\/p>\n

8.2 Param\u00e9trage dynamique des crit\u00e8res de date<\/h3>\n

L’injection dynamique de dates issues de cellules externes repr\u00e9sente le paroxysme de la technicit\u00e9 d’assemblage dans Google Sheets. Comme explicit\u00e9 pr\u00e9c\u00e9demment, le compilateur de l’API Visualization exige que les dates soient format\u00e9es selon la nomenclature date 'AAAA-MM-JJ'<\/code>. Or, une cellule standard h\u00e9bergeant une date stocke fondamentalement un nombre de jours \u00e9coul\u00e9s depuis le 30 d\u00e9cembre 1899, et la simple concat\u00e9nation de cette cellule (via & G1<\/code>) n’injectera pas une cha\u00eene temporelle norm\u00e9e, mais le num\u00e9ro de s\u00e9rie sous-jacent (par exemple le nombre 45292 pour une date de 2024), provoquant un effondrement imm\u00e9diat du pr\u00e9dicat.<\/p>\n

Pour contourner ce verrouillage structurel, il est imp\u00e9ratif de contraindre la conversion textuelle de la cellule source au format canonique ISO \u00e0 l’aide de la fonction native TEXTE<\/code> (ou TEXT<\/code> en syntaxe anglaise) directement au sein du segment de concat\u00e9nation. Si la cellule Z1<\/code> contient la borne chronologique inf\u00e9rieure et la cellule Z2<\/code> la borne sup\u00e9rieure, l’architecture dynamique s’\u00e9tablit selon le canevas suivant :<\/p>\n

=QUERY(A1:F; \"SELECT * WHERE B >= date '\" & TEXTE(Z1; \"yyyy-mm-dd\") & \"' AND B <= date '\" & TEXTE(Z2; \"yyyy-mm-dd\") & \"'\"; 1)<\/code><\/p>\n

Cette mod\u00e9lisation assure une \u00e9tanch\u00e9it\u00e9 absolue face aux variations r\u00e9gionales de formatage. Quels que soient les param\u00e8tres linguistiques du poste client ou les coutumes typographiques de saisie de l’utilisateur (affichage en format fran\u00e7ais JJ\/MM\/AAAA<\/code> ou am\u00e9ricain MM\/DD\/YYYY<\/code>), la fonction TEXTE<\/code> standardise rigoureusement la cha\u00eene transmise \u00e0 l’interpr\u00e9teur sous la forme normalis\u00e9e yyyy-mm-dd<\/code>. Le d\u00e9clarateur date<\/code> prend ainsi tout son sens, et le compilateur traite l’intervalle avec une fiabilit\u00e9 d\u00e9terministe totale.<\/p>\n

\"\"<\/figure>\n

8.3 Cr\u00e9ation d’un tableau de bord de filtrage interactif<\/h3>\n

L’application par excellence du param\u00e9trage dynamique r\u00e9side dans l’\u00e9laboration d’interfaces d\u00e9cisionnelles interactives o\u00f9 des gestionnaires s\u00e9lectionnent divers filtres \u00e0 l’aide de menus d\u00e9roulants et de cases d’options sans jamais manipuler le code source des requ\u00eates. Le d\u00e9fi architectural majeur d’un tel dispositif r\u00e9side dans la gestion des cellules de s\u00e9lection laiss\u00e9es vierges par l’utilisateur : une cellule vide ne doit pas bloquer la requ\u00eate, mais \u00eatre interpr\u00e9t\u00e9e comme l’absence d’exigence sur la variable correspondante (condition de neutralit\u00e9 s\u00e9lective \u00e9quivalente \u00e0 un joker universel).<\/p>\n

Pour mat\u00e9rialiser cette souplesse au sein de la fonction QUERY<\/strong>, la d\u00e9marche la plus \u00e9l\u00e9gante consiste \u00e0 exploiter une condition disjonctive interne articul\u00e9e autour de la d\u00e9tection de vacuit\u00e9 de la cellule de commande, ou \u00e0 construire dynamiquement la cha\u00eene d’instruction au moyen d’arborescences conditionnelles en amont. En utilisant des pr\u00e9dicats d’\u00e9quivalence logique directement dans la clause WHERE<\/code>, on obtient une formule r\u00e9siliente :<\/p>\n

=QUERY(A1:E1000; \"SELECT * WHERE ('\" & H1 & \"' = '' OR A = '\" & H1 & \"') AND ('\" & H2 & \"' = '' OR B = '\" & H2 & \"')\"; 1)<\/code><\/p>\n

Examinons la m\u00e9canique sous-jacente : si la cellule de saisie H1<\/code> ne contient aucun texte, le sous-segment '\" & H1 & \"' = ''\"<\/code> se r\u00e9sout en '' = ''<\/code>, une identit\u00e9 tautologique universellement \u00e9valu\u00e9e \u00e0 TRUE<\/strong>. Par cons\u00e9quent, en vertu de l’op\u00e9rateur OR<\/code>, l’int\u00e9gralit\u00e9 du premier bloc entre parenth\u00e8ses s’\u00e9value \u00e0 vrai, et ce ind\u00e9pendamment de la valeur r\u00e9elle stock\u00e9e dans la colonne A<\/code> de la base de donn\u00e9es. Le filtre sur la colonne A est donc virtuellement d\u00e9sactiv\u00e9. Si, en revanche, l’utilisateur s\u00e9lectionne un crit\u00e8re pr\u00e9cis dans H1<\/code>, l’assertion de vacuit\u00e9 s’effondre \u00e0 FALSE<\/strong>, contraignant le moteur \u00e0 \u00e9valuer l’\u00e9galit\u00e9 stricte A = 'Crit\u00e8re'<\/code>.<\/p>\n

Cette conception modulaire permet de concevoir des panneaux de commande complets int\u00e9grant une multiplicit\u00e9 de crit\u00e8res optionnels ind\u00e9pendants, offrant une exp\u00e9rience utilisateur digne des meilleures applications professionnelles sur mesure.<\/p>\n

9. N\u00e9gation et gestion des valeurs absentes dans les crit\u00e8res multiples<\/h2>\n

9.1 L’op\u00e9rateur NOT et les lois de De Morgan appliqu\u00e9es \u00e0 QUERY<\/h3>\n

L’inversion logique constitue un levier algorithmique puissant pour simplifier l’expression de conditions complexes. L’op\u00e9rateur unaire NOT<\/code> permet de nier formellement l’\u00e9tat de v\u00e9rit\u00e9 d’un pr\u00e9dicat individuel ou d’un bloc conditionnel entier. Son positionnement syntaxique intervient imm\u00e9diatement avant l’expression bool\u00e9enne \u00e0 r\u00e9futer. Par exemple, pour extraire toutes les transactions n’appartenant pas \u00e0 la r\u00e9gion \u00ab\u00a0Ouest\u00a0\u00bb, l’expression s’\u00e9crit conventionnellement WHERE NOT A = 'Ouest'<\/code>, syntaxiquement \u00e9quivalente \u00e0 l’op\u00e9rateur d’exclusion WHERE A != 'Ouest'<\/code>.<\/p>\n

Toutefois, la manipulation de la n\u00e9gation prend une dimension structurelle sup\u00e9rieure d\u00e8s lors qu’elle s’applique \u00e0 des expressions compos\u00e9es impliquant les conjonctions et les disjonctions, r\u00e9gies par les c\u00e9l\u00e8bres th\u00e9or\u00e8mes formalis\u00e9s par le math\u00e9maticien Augustus De Morgan<\/a>. Les deux th\u00e9or\u00e8mes fondamentaux s’\u00e9noncent comme suit :<\/p>\n