elastic/logstash

Extend 'in' operator to check for array subset.

Open

#6853 aperta il 29 mar 2017

Vedi su GitHub
 (8 commenti) (0 reazioni) (0 assegnatari)Ruby (3496 fork)batch import
discussenhancementhelp wanted

Metriche repository

Star
 (14.197 star)
Metriche merge PR
 (Merge medio 4g 19h) (50 PR mergiate in 30 g)

Descrizione

Currently, the in operator does the following for a in b example:

  • if b is a string, it checks if a is a substring of b
  • if b is a list, it checks if a is an element of b

I propose that we extend the in operator to have the following additional behavior:

  • if b is a list, and a is a list, then a in b should check if a is a subset of the elements in b

Examples:

  • ["a", "b"] in ["a", "b", "c"] == true
  • ["a", "d"] in ["a", "b", "c"] == false

The same goes for field references. Let's suppose the [tags] field is ["web", "frontend", "newyork", "staging"], then the following:

  • ["web", "frontend"] in [tags] == true
  • ["db", "newyork"] in [tags] == false

General idea is to have in act as a subset check if both operands are list values (array literals, fieldreferences that have array values, etc)

Guida contributor

Direzione di ricerca
Implementare il controllo dei sottoinsiemi per gli operandi di tipo lista nell'operatore 'in'. Estendere l'implementazione corrente che gestisce il controllo di stringhe e elementi per gestire anche il caso lista lista. Modificare la grammatica e la logica di valutazione dell'operatore 'in' nelle espressioni del filtro Logstash.
Tech stack
ruby
Dominio
backend
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
RubyLogstash
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
70