Stai visualizzando la documentazione di Apigee Edge.
Vai alla
documentazione di Apigee X. informazioni
Questo argomento è un riferimento per metriche, dimensioni e filtri di Analytics. Per saperne di più sull'utilizzo, consulta la panoramica dell'analisi delle API.
Questo argomento mostra i nomi delle metriche e delle dimensioni così come vengono visualizzati nell'interfaccia utente e come devi utilizzarli nelle chiamate API.
- Quando crei i report personalizzati, vedrai i nomi dell'interfaccia utente.
- Utilizza i nomi specifici dell'API quando ricevi le metriche, crei una definizione di report o aggiorna una definizione di report.
Metriche
Di seguito sono riportate le metriche API che puoi recuperare nei report personalizzati e nelle chiamate API di gestione.
Nome report personalizzati | Nome da utilizzare nell'API di gestione | Funzioni | Descrizione |
---|---|---|---|
Media transazioni al secondo | tps | Nessuno |
Il numero medio di transazioni al secondo, ovvero le richieste proxy API. Tieni presente che se hai un numero relativamente basso di transazioni nel periodo di tempo, il numero medio di transazioni al secondo potrebbe sembrare zero nei report personalizzati dell'interfaccia utente se il numero è inferiore a due cifre decimali. Sintassi dell'API: |
Riscontro nella cache | cache_hit | somma |
Il numero di richieste API riuscite che utilizzano la cache delle risposte anziché la risposta del servizio di destinazione. Sintassi dell'API: |
Conteggio elementi cache L1 | ax_cache_l1_count | media, min, max |
Restituisce il numero di elementi nella cache L1 (in memoria) per transazione in un determinato periodo di tempo. Ad esempio, se scegli Sintassi dell'API: |
Errori relativi alle norme | policy_error | somma |
Il numero totale di errori relativi alle norme nel periodo di tempo specificato. In genere gli errori dei criteri sono dovuti alla progettazione. Ad esempio, il criterio Verifica chiave API genera un errore quando nella richiesta viene trasmessa una chiave API non valida, mentre il criterio Spike Arrest genera un errore se il numero di chiamate API supera il limite definito nel criterio. Pertanto, questa metrica è utile per individuare potenziali punti problematici nelle API. Ad esempio, le metriche policy_error, raggruppate per dimensione developer_app, potrebbero aiutarti a scoprire che una chiave API o un token OAuth sono scaduti per una determinata app; oppure potresti scoprire che un proxy API specifico genera molti errori di Spike Arrest, portandoti a scoprire che il limite di picco di arresto del proxy non tiene conto di un aumento del traffico durante le festività. Un errore dei criteri viene registrato in Analytics solo se genera un errore del proxy API.
Ad esempio, se l'attributo La dimensione Nome criterio in caso di errore (ax_execution_fault_policy_name) è utile per raggruppare gli errori dei criteri in base al nome. Un errore di destinazione (ad esempio 404 o 503) non viene conteggiato come errore del criterio. Questi errori vengono conteggiati come errori del proxy API (is_error). Sintassi dell'API: |
Errori del proxy | is_error | somma |
Il numero totale di errori dei proxy API nel periodo di tempo specificato. L'errore del proxy può verificarsi quando un criterio ha esito negativo o quando si verifica un errore di runtime, ad esempio un errore 404 o 503 del servizio di destinazione. La dimensione proxy (apiproxy) è utile per raggruppare gli errori del proxy API per proxy. Sintassi dell'API: |
Latenza di elaborazione richieste | request_processing_latency | media, min, max |
La quantità di tempo (media, minima o massima), in millisecondi, che impiega Edge per elaborare le richieste in entrata. Il tempo inizia quando la richiesta raggiunge Edge e termina quando Edge inoltra la richiesta al servizio di destinazione. Utilizzando dimensioni diverse, puoi esaminare le latenze di elaborazione delle richieste in base al proxy API, all'app dello sviluppatore, alla regione e così via. Sintassi dell'API: |
Dimensioni richiesta | request_size | somma, media, min, max |
Le dimensioni del payload della richiesta ricevuto da Edge, in byte. Sintassi dell'API: |
Cache risposta eseguita | ax_cache_executed | somma |
Il numero totale di volte in cui un criterio della cache di risposta è stato eseguito nel periodo di tempo specificato. Poiché il criterio della cache delle risposte è collegato in due posizioni in un proxy API (una volta nella richiesta e una volta nella risposta), di solito viene eseguito due volte in una chiamata API. I valori "get" della cache e "put" della cache contano ciascuno come un'esecuzione. Tuttavia, l'esecuzione della cache delle risposte è 0 se
l'elemento Nello strumento Traccia,
puoi fare clic sull'icona Cache delle risposte in una chiamata API eseguita e visualizzare la
variabile di flusso Sintassi dell'API: |
Latenza elaborazione risposta | response_processing_latency | media, min, max |
La quantità di tempo (media, minima o massima), in millisecondi, che impiega Edge per elaborare le risposte dell'API. Il tempo inizia quando il proxy API riceve la risposta del servizio di destinazione e termina quando Apigee inoltra la risposta al chiamante originale. Utilizzando dimensioni diverse, puoi esaminare le latenze di elaborazione delle risposte in base a proxy API, regione e così via. Sintassi dell'API: |
Dimensioni risposta | response_size | somma, media, min, max |
Le dimensioni del payload della risposta restituito al client, espresse in byte. Sintassi dell'API: |
Errori relativi al target | target_error | somma |
Il numero totale di risposte 5xx del servizio di destinazione. Questi sono errori del servizio di destinazione non causati da Apigee. Sintassi dell'API: |
Tempo di risposta target | target_response_time | somma, media, min, max |
La quantità di tempo (somma, media, minima o massima), in millisecondi, prima che il server di destinazione risponda a una chiamata. Questa metrica indica le prestazioni dei server di destinazione. Il tempo inizia quando Edge inoltra una richiesta al servizio di destinazione e termina quando Edge riceve la risposta. Tieni presente che se una chiamata API restituisce una risposta dalla cache (ad esempio, utilizzando il criterio Cache delle risposte), non raggiungerà mai il servizio di destinazione e non vengono registrate metriche del tempo di risposta target. Sintassi dell'API: |
Tempo di risposta totale | total_response_time | somma, media, min, max |
La quantità di tempo (somma, media, minima o massima), in millisecondi, da quando Edge riceve una richiesta da un client a quando Edge invia la risposta al client. Il tempo include l'overhead di rete (ad esempio il tempo impiegato dai bilanciatori del carico e dai router per svolgere il proprio lavoro), la latenza di elaborazione delle richieste, la latenza di elaborazione delle risposte e il tempo di risposta target (se la risposta viene fornita dal servizio di destinazione anziché dalla cache). Utilizzando dimensioni diverse, puoi esaminare le latenze di elaborazione per proxy API, app dello sviluppatore, regione e così via. Sintassi dell'API: |
Traffico | message_count | somma |
Il numero totale di chiamate API elaborate da Edge nel periodo di tempo specificato. Utilizza le dimensioni per raggruppare i conteggi del traffico nei modi per te più significativi. Sintassi dell'API: |
Dimensioni
Le dimensioni ti consentono di visualizzare le metriche in raggruppamenti significativi. Ad esempio, la visualizzazione del conteggio totale del traffico diventa molto più efficace quando li visualizzi per ogni app per sviluppatori o proxy API.
Di seguito sono riportate le dimensioni predefinite che Apigee fornisce. Inoltre, puoi creare dimensioni personalizzate, come descritto in Analizzare i contenuti dei messaggi dell'API utilizzando strumenti di analisi personalizzati.
Nome report personalizzati | Nome da utilizzare nell'API di gestione | Descrizione |
---|---|---|
Entità Apigee | ||
Token di accesso | access_token | Il token di accesso OAuth dell'utente finale dell'app. |
Prodotto API | api_product |
Il nome del prodotto API contenente i proxy API che vengono chiamati. Per ottenere questa dimensione, le app sviluppatore che effettuano le chiamate devono essere associate a uno o più prodotti API che contengono i proxy API, mentre i proxy chiamati devono verificare la presenza di una chiave API o di un token OAuth inviato con la chiamata API. La chiave o il token è associato a un prodotto API. Per maggiori informazioni, consulta Prima cosa: come generare dati di analisi completi. Se i criteri precedenti non vengono soddisfatti, viene visualizzato il valore "(not set)". Vedi anche Che cosa significa il valore "(not set)" dell'entità di analisi?. |
Chiave cache | ax_cache_key |
La chiave contenente il valore Cache delle risposte a cui è stato eseguito l'accesso. Per saperne di più su come viene creata la chiave per la cache delle risposte, consulta Criterio cache delle risposte. Nello strumento Traccia,
quando selezioni un criterio della cache delle risposte che legge o scrive nella cache, puoi vedere questo valore nella variabile di flusso |
Nome cache | ax_cache_name |
Il nome della cache contenente le chiavi/valori utilizzati dal criterio Cache delle risposte, preceduto dal prefisso orgName__envName__. Ad esempio, se l'organizzazione è "foo", l'ambiente è "test" e il nome della cache è "myCache", ax_cache_name è foo__test__myCache. Nello strumento Traccia,
quando selezioni un criterio Cache delle risposte, puoi visualizzare questo valore nella
variabile di flusso |
Origine cache | ax_cache_source |
Il livello della cache ("L1" in memoria o database "L2") da cui è stata recuperata la cache delle risposte. Questa dimensione mostra anche "CACHE_MISS" quando la risposta è stata recapitata dalla destinazione anziché dalla cache (e la cache delle risposte è stata aggiornata con la risposta di destinazione) o quando una chiave cache nella richiesta non è valida. Le chiavi cache hanno una dimensione massima di 2 kB. Nello strumento Traccia,
quando selezioni il criterio Cache delle risposte, puoi visualizzare questo valore nella
variabile di flusso Per ulteriori informazioni sui livelli della cache, vedi Elementi interni della cache. |
ID client | client_id |
La chiave utente (chiave API) dell'app sviluppatore che effettua le chiamate API, se trasmesse nella richiesta come chiavi API o incluse nei token OAuth. Per ottenere questa dimensione, i proxy che ricevono chiamate devono essere configurati in modo da verificare la presenza di una chiave API o di un token OAuth validi. Le app per sviluppatori ricevono chiavi API che possono essere utilizzate per generare token OAuth quando sono registrate in Edge. Per maggiori informazioni, consulta Prima cosa: come generare dati di analisi completi. Se i criteri precedenti non vengono soddisfatti, viene visualizzato il valore "(not set)". Vedi anche Che cosa significa il valore "(not set)" di un'entità di analisi?. |
App sviluppatore | developer_app |
L'app per sviluppatori registrata a Edge che effettua chiamate API. Per ottenere questa dimensione, le app devono essere associate a uno o più prodotti API che contengono i proxy API chiamati e i proxy devono verificare la presenza di una chiave API o di un token OAuth inviato con la chiamata API. La chiave o il token identifica l'app dello sviluppatore. Per ulteriori informazioni, consulta la sezione Per prima cosa: come generare dati di analisi completi. Se i criteri precedenti non vengono soddisfatti, viene visualizzato il valore "(not set)". Vedi anche Che cosa significa il valore "(not set)" di un'entità di analisi?. |
Email sviluppatore | developer_email |
L'email degli sviluppatori registrati a Edge la cui app ha effettuato le chiamate API. Per ottenere questa dimensione, gli sviluppatori devono avere app associate a uno o più prodotti API che contengono i proxy API che vengono chiamati e i proxy devono verificare la presenza di una chiave API o un token OAuth inviato con la chiamata API. La chiave o il token identifica l'app dello sviluppatore. Per saperne di più, consulta Per prima cosa: come generare dati di analisi completi. Se i criteri precedenti non vengono soddisfatti, viene visualizzato il valore "(not set)". Vedi anche Che cosa significa il valore "(not set)" di un'entità di analisi?. |
ID sviluppatore | developer, sviluppatore |
L'ID sviluppatore univoco generato da Edge nel formato org_name@@@unique_id. Per ottenere questa dimensione, gli sviluppatori devono avere app associate a uno o più prodotti API contenenti i proxy API che vengono chiamati e i proxy devono verificare la presenza di una chiave API o di un token OAuth inviato con le chiamate API. La chiave o il token identifica lo sviluppatore. Per ulteriori informazioni, consulta Prima cosa: come generare dati di analisi completi. Se i criteri precedenti non vengono soddisfatti, viene visualizzato il valore "(not set)". Vedi anche Che cosa significa il valore "(not set)" di un'entità di analisi?. |
Ambiente | ambiente | L'ambiente perimetrale in cui viene eseguito il deployment dei proxy API. Ad esempio, "test" o "prod". |
Codice di errore in caso di errore | ax_edge_execution_fault_code |
Il codice di errore dell'errore. Ad esempio:
|
Nome flusso in caso di errore | ax_execution_fault _flow_name |
Il flusso denominato in un proxy API che ha generato un errore. Ad esempio, "PreFlow", "PostFlow" o il nome di un flusso condizionale che hai creato. Tieni presente che il nome completo da utilizzare nell'API di gestione è ax_execution_fault_flow_name, senza interruzione di riga. Se non si sono verificati errori, viene visualizzato il valore "(not set)". |
Risorsa flusso | flow_resource | Solo uso di Apigee. Se hai curiosità, leggi questo post della scheda Community. |
Stato del flusso in caso di errore | ax_execution_fault _flow_state |
Il nome dello stato del flusso proxy API che ha generato errori, ad esempio "PROXY_REQ_FLOW" o "TARGET_RESP_FLOW". Tieni presente che il nome completo da utilizzare nell'API di gestione è ax_execution_fault_flow_state, senza interruzione di riga. |
ID flusso gateway | gateway_flow_id | Man mano che le chiamate API passano attraverso Edge, ogni chiamata riceve il proprio ID flusso gateway. Esempio: rrt329ea-12575-114653952-1. L'ID flusso gateway è utile per distinguere le metriche in situazioni con TPS elevato in cui altre dimensioni, come organizzazione, ambiente e timestamp, sono identiche nelle chiamate. |
Organizzazione | organizzazione | L'organizzazione perimetrale in cui viene eseguito il deployment dei proxy API. |
Nome criterio in caso di errore | ax_execution_fault _policy_name |
Il nome del criterio che ha generato un errore e ha causato l'esito negativo della chiamata API. Tieni presente che il nome completo da utilizzare nell'API di gestione è ax_execution_fault_policy_name, senza interruzione di riga. Se un criterio genera un errore, ma l'attributo principale del criterio |
Proxy | apiproxy | Il nome della macchina (non il nome visualizzato) di un proxy API. |
Percorso base proxy | proxy_basepath |
Il BasePath configurato sul proxyAPI ProxyEndpoint. Il percorso di base non include la parte relativa al dominio e alla porta dell'URL del proxy API. Ad esempio, se l'URL di base di un proxy API è https://apigeedocs-test.apigee.net/releasenotes/, il percorso di base è /releasenotes. Il valore è memorizzato anche nella variabile di flusso |
Suffisso percorso proxy | proxy_pathsuffix |
Il percorso della risorsa aggiunto al percorso di base del proxy API. Ad esempio, se l'URL di base di un proxy API è Se non viene utilizzato nessun pathuffix, il valore è vuoto. Il valore è memorizzato anche nella variabile di flusso |
Revisione proxy | apiproxy_revision | Il numero di revisione del proxy API che ha gestito le chiamate API. Questo non indica necessariamente la revisione più recente di un proxy API. Se un proxy API ha 10 revisioni, potrebbe essere attualmente eseguito il deployment dell'8a revisione. Inoltre, è possibile che venga eseguito il deployment di più revisioni di un'API purché le revisioni abbiano percorsi di base diversi, come descritto in Deployment dei proxy nell'interfaccia utente. |
IP client risolto | ax_resolved_client_ip |
Contiene l'indirizzo IP del client di origine. Il valore della dimensione Tieni presente che quando utilizzi prodotti di routing come Akamai per acquisire i veri indirizzi IP dei client, l'IP client viene passato a Edge nell'intestazione HTTP Il valore della dimensione
|
Codice di stato risposta | response_status_code | Il codice di stato della risposta HTTP inoltrato da Apigee al client, ad esempio 200, 404, 503 e così via. In Edge, il codice di stato della risposta della destinazione può essere sovrascritto con criteri come Assegna messaggio e Genera errori, motivo per cui questa dimensione può essere diversa da Codice risposta target (target_response_code). |
Host virtuale | virtual_host | Il nome dell'host virtuale a cui è stata effettuata la chiamata API. Ad esempio, le organizzazioni hanno due host virtuali per impostazione predefinita: default (http) e secure (https). |
In entrata/cliente | ||
Indirizzo IP client | client_ip | Indirizzo IP del sistema che raggiunge il router, ad esempio il client originale (proxy_client_ip) o un bilanciatore del carico. Quando ci sono più IP nell'intestazione X-Forwarded-For , questo è l'ultimo IP elencato. |
Categoria dispositivo | ax_ua_device_category | Il tipo di dispositivo da cui è stata effettuata la chiamata API, ad esempio "Tablet" o "Smartphone". |
Famiglia sistema operativo | ax_ua_os_family | La famiglia di sistemi operativi del dispositivo che effettua la chiamata, ad esempio "Android" o "iOS". |
Versione sistema operativo | ax_ua_os_version |
La versione del sistema operativo del dispositivo che effettua la chiamata. È utile utilizzarla come seconda dimensione di "visualizzazione in dettaglio" con la famiglia di sistemi operativi (ax_ua_os_family) per visualizzare le versioni dei sistemi operativi. |
IP client proxy | proxy_client_ip |
L'indirizzo IP del client chiamante, archiviato nella variabile di flusso |
IP client di riferimento | ax_true_client_ip | Quando utilizzi prodotti di routing come Akamai per acquisire i veri indirizzi IP dei client, gli IP client vengono passati a Edge nell'intestazione HTTP Per determinare l'indirizzo IP del client originale, a cui si accede tramite la dimensione |
Percorso richiesta | request_path |
Il percorso della risorsa (escluso il dominio) al servizio di destinazione, esclusi i parametri di query. Ad esempio, il target di esempio Apigee |
URI della richiesta | request_uri |
Il percorso della risorsa (escluso il dominio) al servizio di destinazione, inclusi i parametri di query. Ad esempio, il target di esempio Apigee |
Richiedi verbo | request_verb | Il verbo di richiesta HTTP nelle richieste API, ad esempio GET, POST, PUT, DELETE. |
User agent | useragent |
Il nome dello user agent o dell'agente software utilizzato per effettuare la chiamata API. Esempi:
|
Famiglia user agent | ax_ua_agent_family | La famiglia dello useragent, ad esempio "Chrome Mobile" o "cURL". |
Tipo di user agent | ax_ua_agent_type | Il tipo di useragent, ad esempio "Browser", "Browser mobile", "Libreria" e così via. |
Versione user agent | ax_ua_agent_version |
La versione dello useragent. È utile utilizzarlo come seconda dimensione di "visualizzazione dettagliata" con la famiglia di user agent (ax_ua_agent_family) per ottenere la versione della famiglia di agenti. |
In uscita/di destinazione | ||
Percorso base target | target_basepath |
Il percorso della risorsa (escluso il dominio) al servizio di destinazione, esclusi i parametri di query, definito nell'elemento Ad esempio, supponiamo che un proxy API chiami il seguente target: <TargetEndpoint name="default"> ... <HTTPTargetConnection> <URL>http://mocktarget.apigee.net/user?user=Dude</URL> </HTTPTargetConnection> In questo esempio, target_basepath è Se il target fosse questo: <TargetEndpoint name="default"> ... <HTTPTargetConnection> <URL>http://mocktarget.apigee.net</URL> </HTTPTargetConnection> target_basepath sarà nullo. Nello strumento Traccia, quando
selezioni l'icona AX alla fine del diagramma di flusso, la
variabile di flusso
|
Host di destinazione | target_host | L'host del servizio di destinazione. Ad esempio, se un proxy API chiama
http://mocktarget.apigee.net/help , target_host è
mocktarget.apigee.net . |
Indirizzo IP di destinazione | target_ip | L'indirizzo IP del servizio di destinazione che restituisce la risposta al proxy API. |
Codice risposta target | target_response_code |
Il codice di stato della risposta HTTP restituito dal servizio di destinazione al proxy API, ad esempio 200, 404, 503 e così via. Il valore "null" indica che la richiesta non ha mai raggiunto il servizio di destinazione. Questo si verifica quando la risposta viene gestita dal criterio della cache di risposta o quando si verifica un errore nell'elaborazione delle richieste. È diverso dalla dimensione Codice di stato della risposta (response_status_code). |
URL di destinazione | target_url |
L'URL completo del servizio di destinazione definito in TargetEndpoint di un proxy API. <TargetEndpoint name="default"> ... <HTTPTargetConnection> <URL>http://mocktarget.apigee.net/user?user=Dude</URL> </HTTPTargetConnection> In questo esempio, target_url è Tieni presente che l'URL può anche essere sostituito durante l'elaborazione del proxy API con la variabile di flusso Nel concatenamento del proxy e quando si utilizzano target degli script (Node.js), il valore target_url nel proxy chiamante è nullo. |
X inoltrata per | x_forwarded_for_ip | L'elenco di indirizzi IP nell'intestazione Per determinare l'indirizzo IP del client originale, a cui si accede tramite la dimensione |
Ora | ||
Giorno della settimana | ax_day_of_week | L'abbreviazione del giorno della settimana di tre lettere in cui sono state effettuate le chiamate API. Ad esempio, lun, mar, mer. |
Mese | ax_month_of_year | Il mese numerico in cui sono state effettuate le chiamate API. Ad esempio, "03" per marzo. |
Ora del giorno | ax_hour_of_day |
In base al formato di 24 ore, l'ora a due cifre in cui sono state effettuate le chiamate API. Ad esempio, per le chiamate API effettuate nell'ora tra le 22 e le 23:00, ax_hour_of_day corrisponde a 22. Il valore dell'ora è in UTC. |
Fuso orario | ax_geo_timezone | I nomi comuni dei fusi orari da cui sono state effettuate le chiamate API, ad esempio America/New_York ed Europa/Dublino. |
Settimana del mese | ax_week_of_month | La settimana numerica del mese. Ad esempio, per le chiamate API effettuate nella terza settimana di un mese, ax_week_of_month è 3. |
Posizione | ||
Città | ax_geo_city | La città da cui sono state effettuate le chiamate API. |
Continente | ax_geo_continent | Il codice di due lettere del continente da cui sono state effettuate le chiamate API. Ad esempio, NA per il Nord America. |
Paese | ax_geo_country | Il codice di due lettere del paese da cui sono state effettuate le chiamate API. Ad esempio, US per gli Stati Uniti. |
Regione geografica | ax_geo_region | Il codice con trattino per la regione geografica, ad esempio STATE-COUNTRY. Ad esempio, WA-US per Washington-Stati Uniti. |
Regione | ax_dn_region | Il nome del data center Apigee in cui viene eseguito il deployment dei proxy API, ad esempio us-east-1. |
Monetizzazione | ||
Crea messaggio ignora transazione | x_apigee_mint_tx_ignoreMessage | Flag che specifica se ignorare i messaggi relativi alla monetizzazione. Impostato su false per tutte le organizzazioni di monetizzazione. |
Creazione dello stato della transazione | x_apigee_mint_tx_status | Stato di una richiesta di monetizzazione, ad esempio riuscita, non riuscita, non valida o nessuna. |
Filtri
I filtri ti consentono di limitare i risultati alle metriche con caratteristiche specifiche. Di seguito sono riportati alcuni filtri di esempio. Quando definisci i filtri, utilizza i nomi in stile API delle metriche e delle dimensioni.
Restituisce le metriche per i proxy API con i nomi dei libri o della musica:
filter=(apiproxy in 'books','music')
Restituisce le metriche per i proxy API i cui nomi iniziano con "m":
filter=(apiproxy like 'm%')
Restituisce le metriche per i proxy API con nomi che non iniziano con "m":
filter=(apiproxy not like 'm%')
Restituisce metriche per le chiamate API con codici di stato di risposta compresi tra 400 e 599:
filter=(response_status_code ge 400 and response_status_code le 599)
Restituisce metriche per le chiamate API con codice di stato di risposta 200 e un codice di risposta target 404:
filter=(response_status_code eq 200 and target_response_code eq 404)
Restituisce metriche per le chiamate API con codice di stato di risposta 500:
filter=(response_status_code eq 500)
Restituisce le metriche per le chiamate API che non hanno generato errori:
filter=(is_error eq 0)
Di seguito sono riportati gli operatori che puoi utilizzare per creare filtri dei report.
Operatore | Descrizione |
---|---|
in |
Includi nell'elenco |
notin |
Escludi dall'elenco |
eq |
È uguale a == |
ne |
Non uguale a != |
gt |
Maggiore di > |
lt |
Minore di < |
ge |
Maggiore di o uguale a >= |
le |
Minore o uguale a <= |
like |
Restituisce true se il pattern stringa corrisponde a quello specificato. |
not like |
Restituisce false se il pattern di stringa corrisponde a quello fornito. |
similar to |
Restituisce true o false a seconda che il pattern corrisponda alla stringa specificata. È simile a like , ma interpreta il pattern utilizzando la definizione di espressione regolare dello standard SQL. |
not similar to |
Restituisce false o true a seconda che il pattern corrisponda alla stringa specificata. È simile a not like , tranne per il fatto che interpreta il pattern utilizzando la definizione di espressione regolare dello standard SQL. |
and |
Consente di utilizzare la logica "and" per includere più di un'espressione di filtro. Il filtro include i dati che soddisfano tutte le condizioni. |
or |
Consente di utilizzare la logica "or" per valutare diverse espressioni di filtro possibili. Il filtro include i dati che soddisfano almeno una delle condizioni. |