Gli indici secondari di Snowflake spiegati: CREATE INDEX, indici di copertura e quando usarli

Per gran parte della sua storia Snowflake non ha avuto indici sulle tabelle normali. Si è affidato invece alle micro-partizioni: piccoli blocchi di una tabella per cui è registrato il valore minimo e massimo di ogni colonna, così una query può saltare i blocchi che non possono contenere le righe cercate. Funziona benissimo per le grandi query analitiche, meno quando servono poche righe per ID cliente. Il 26 ottobre 2026 gli indici secondari sono diventati generalmente disponibili per le tabelle standard. Questa guida spiega cosa sono, come crearne uno e quando vale la pena pagarli.

Come funziona un indice secondario

Un indice secondario associa i valori delle sue colonne chiave alle micro-partizioni che li contengono. Quando una query filtra su quelle colonne, Snowflake cerca nell'indice le partizioni corrispondenti e legge solo quelle. Se tutte le colonne di cui la query ha bisogno sono nell'indice, Snowflake può rispondere usando solo l'indice. Snowflake costruisce e aggiorna l'indice automaticamente quando i dati cambiano.

Crea il tuo primo indice

La sintassi ti sembrerà familiare se hai usato PostgreSQL o SQL Server. Prima vengono le colonne chiave, in ordine di importanza, e INCLUDE aggiunge colonne extra salvate nell'indice ma non usate come chiave di ricerca principale.

-- Speed up lookups by customer and date, and cover the columns the app reads
CREATE INDEX idx_orders_customer
  ON orders (customer_id, order_date)
  INCLUDE (status, amount);

-- Queries like this can now skip most of the table
SELECT order_date, status, amount
FROM orders
WHERE customer_id = 42
  AND order_date >= '2026-10-01';

-- List and remove indexes
SHOW INDEXES IN TABLE orders;
DROP INDEX orders.idx_orders_customer;

Le chiavi possono essere anche espressioni deterministiche, come un cast o la versione in minuscolo di una colonna. Scrivi i filtri con la stessa espressione, così l'ottimizzatore può riconoscerla:

CREATE INDEX idx_customers_email ON customers (LOWER(email));

SELECT customer_id, name
FROM customers
WHERE LOWER(email) = 'ana@example.com';

Indice, search optimization o clustering?

Ora Snowflake ha tre modi per rendere più veloci i filtri. Si sovrappongono, quindi conviene sapere a cosa serve ciascuno.

I limiti da conoscere prima di iniziare

Costi e permessi

Per creare un indice servono la OWNERSHIP della tabella e il privilegio ADD SEARCH OPTIMIZATION sul suo schema. Solo il ruolo proprietario della tabella può eliminarlo. I crediti di manutenzione compaiono nella cronologia della search optimization, dove gli indici secondari hanno un'etichetta propria:

GRANT ADD SEARCH OPTIMIZATION ON SCHEMA sales.public TO ROLE app_owner;

-- Credits spent maintaining secondary indexes in the last 30 days
SELECT table_name, SUM(credits_used) AS credits
FROM snowflake.account_usage.search_optimization_history
WHERE index_type = 'Secondary Index'
  AND start_time >= DATEADD(day, -30, CURRENT_TIMESTAMP())
GROUP BY table_name
ORDER BY credits DESC;

Le tabelle che cambiano di continuo costano di più da indicizzare, perché ogni modifica va riportata nell'indice. Gli indici rendono di più su tabelle grandi, lette spesso da query selettive e aggiornate a lotti.

Altro su Snowflake: l'aggiornamento di Snowflake di ottobre 2026, le novità delle piattaforme dati di questa settimana, il cheat sheet di Snowflake e Snowflake contro Databricks per gli agenti AI. Nuovo su Snowflake? Inizia da Primi passi con Snowflake.

Fonti: la nota di rilascio di Snowflake "Secondary indexes (General availability)" (26 ottobre 2026) e la documentazione di Snowflake su indici secondari, CREATE INDEX e search optimization. Le funzioni arrivano per regione ed edizione; verifica la disponibilità nel tuo account.

Alessandro Ecclesie AgazziScritto da Alessandro Ecclesie Agazzi, analytics engineer a Londra. Aggiornato il 28 ottobre 2026. Chi sono