Skip to content

Guida alle prestazioni

La guida alle prestazioni descrive le best practice per configurare le regole di selezione nel sistema.

Negli account di grandi dimensioni, la velocità di recupero dei dati dipende direttamente da quanto efficientemente si configurano le condizioni di filtraggio. Di seguito sono riportati i principi chiave e le raccomandazioni per creare regole di selezione veloci per Pianificatore Planfix, filtri, report e Tag dati.

Priorità dei campi di sistema

I campi di sistema "Modello", "Progetto" e "Oggetto" (e solo questi) vengono elaborati più rapidamente perché il sistema è specificamente ottimizzato per essi.

  • Restringi la selezione. Aggiungi sempre al filtro un campo di sistema che riduca significativamente il numero di entità da controllare. Ad esempio, se cerchi compiti tramite un campo personalizzato "X" che esiste solo nel modello "Z", includi una condizione per il modello "Z" — questo accelererà notevolmente la query.
  • Evita ridondanze. Se hai già specificato una condizione per il modello, aggiungere una condizione per il processo (in cui quel modello è utilizzato) è inutile — non migliorerà la velocità.

Operatori logici: AND vs OR

La logica delle condizioni è uno dei fattori di prestazione più critici.

  • Usa "AND". Le condizioni combinate con "AND" vengono eseguite rapidamente, specialmente se la catena include filtri su campi di sistema.
  • Minimizza "OR". L'uso di "OR" (soprattutto al livello superiore di un filtro, senza condizioni di restringimento comuni) può rallentare il recupero decine o centinaia di volte. Progetta la logica per evitare condizioni "OR" su grandi insiemi di dati ogni volta che è possibile.

Considerazioni specifiche sui campi

Non tutti i controlli sono ugualmente "leggeri" per il database.

  • Valori concreti vs "ha dati". Verificare un valore specifico (per esempio, "Campo X = Cassiopeia") è più veloce che verificare la presenza di dati nel campo ("Campo X: contiene dati").
  • Tipi di campo. I campi multi-valore (liste a selezione multipla) impiegano più tempo a essere controllati rispetto ai campi semplici che memorizzano un unico valore.
  • "Riscaldamento" dei campi nuovi. Negli account di grandi dimensioni, le query che utilizzano un campo personalizzato nuovo saranno sempre lente alla prima esecuzione. Il sistema ha bisogno di tempo per ottimizzare le condizioni che iniziano a essere usate regolarmente, quindi le query su tali campi di solito diventano più veloci dopo qualche tempo.

Permessi

I controlli di accesso complessi eseguiti al volo sono una delle operazioni più dispendiose in termini di risorse. Perciò, le query vengono eseguite più velocemente per gli amministratori di sistema rispetto agli utenti: agli amministratori non vengono verificati i diritti di accesso.

Per "query" qui si intende qualsiasi azione — dall'aprire un filtro di compiti all'esecuzione di un report, dal rendering del Pianificatore, ecc.

Ordinamento e raggruppamento su grandi volumi

Ordinamento e raggruppamento aggiungono un carico extra oltre al recupero già eseguito.

  • Evita ordinamenti pesanti. Ordinare per campi personalizzati e date su set di risultati che restituiscono migliaia di compiti rallenta notevolmente la visualizzazione. Quando possibile, usa l'ordinamento per campi di sistema o evita l'ordinamento del tutto.
  • Non raggruppare se non necessario. Se puoi evitare il raggruppamento — falla; velocizzerà il caricamento.


Vai a