Best practice per il reporting nelle applicazioni | Guida di Qlik Cloud
Vai al contenuto principale Passa a contenuto complementare

Best practice per il reporting nelle applicazioni

Questa pagina elenca le best practice che è possibile seguire per ottenere i migliori risultati quando si lavora con il reporting nelle applicazioni in Qlik Cloud Analytics.

Pianificazione delle attività di report

L'esecuzione parallela delle attività di report aumenterà il tempo di elaborazione per le attività di report. L'esecuzione simultanea di molte attività di report espone le attività a un rischio maggiore di timeout o errore. L'esecuzione simultanea di molte attività di report aumenta anche il tempo di esecuzione per le singole attività di report.

Per risultati ottimali:

  • Evitare di pianificare più attività di report contemporaneamente. È meglio scaglionare l'orario di inizio.

  • Quando si pianificano più attività di report per la stessa applicazione, evitare di pianificare le esecuzioni di queste attività in orari ravvicinati tra loro. Si consiglia di scaglionare gli orari di inizio in modo che l'esecuzione di un'attività cancelli le sue richieste all'applicazione prima che inizi l'esecuzione di un'altra attività.

Si dovrebbe anche cercare di evitare la pianificazione di un'attività di report allo scoccare dell'ora, poiché si tratta di un momento di picco delle richieste per un tenant e una regione.

Gestione dei destinatari delle attività di report

La configurazione di un'attività di report è flessibile e consente di aggiungere sia utenti singoli che gruppi di utenti come destinatari dell'output report. Quando possibile, una best practice consiste nell'utilizzare i gruppi per aggiungere destinatari all'attività di report. I gruppi sono raccolte di destinatari e sono definiti nella lista di distribuzione. Quando si modifica l'indirizzo e-mail di un destinatario che è stato aggiunto all'attività come parte di un gruppo, i report vengono generati e consegnati all'indirizzo e-mail aggiornato.

D'altra parte, l'aggiunta di singoli destinatari può essere rischiosa se c'è la possibilità che l'indirizzo e-mail del destinatario cambi in futuro. Una best practice consiste nell'aggiungere gli utenti singolarmente solo quando non è appropriato aggiungerli come membri di un gruppo.

Considerazioni sulla progettazione per le applicazioni utilizzate per il reporting

Evitare di utilizzare applicazioni interattive molto grandi per scopi di reporting. Considerare invece la possibilità di avere un'applicazione di reporting che mantenga solo i dati necessari per i processi di reporting se l'applicazione è molto grande.

Progettazione di modelli Excel

Disposizione di immagini e dati tabulari

Nel proprio modello di report Excel, una best practice consiste nell'organizzare diversi tipi di contenuto in fasce orizzontali. È possibile posizionare le immagini affiancate ai dati tabulari, ma ciò potrebbe comportare dimensioni delle immagini diverse dal previsto nel report generato.

Posizionare invece le immagini in una riga dedicata nel modello.

Considerare la possibilità di disporre il proprio modello di report in Excel con la struttura mostrata in questa immagine.

Il modo consigliato per strutturare un modello di report Excel. Le immagini sono contenute in fasce orizzontali separate dalle righe in cui sono inseriti i dati tabulari

Best practice per una denominazione efficace degli oggetti nello sviluppo di un'applicazione Qlik Sense

Quando si tratta di denominare gli oggetti nelle applicazioni Qlik Sense, è importante seguire alcune best practice per garantire chiarezza, coerenza e manutenibilità. I nomi degli oggetti sono i tag di grafico e tabella che appaiono nel proprio modello di report. Ecco alcuni consigli per denominare oggetti come tabelle, grafici e altri elementi in Qlik Sense:

  • Utilizzare un nome univoco per ogni oggetto. Evitare duplicazioni che potrebbero generare confusione e causare l'aggiunta dell'oggetto sbagliato.

  • Utilizzare nomi chiari e descrittivi. Scegliere nomi che riflettano accuratamente lo scopo e il contenuto dell'oggetto. Evitare nomi ambigui o generici che potrebbero confondere gli utenti.

  • Essere concisi ma informativi. Mantenere i nomi concisi fornendo al contempo informazioni sufficienti per trasmettere la funzione o i dati dell'oggetto. Nomi lunghi e contorti possono essere difficili da gestire.

  • Utilizzare convenzioni di denominazione coerenti. Stabilire e seguire una convenzione di denominazione coerente per tutti gli oggetti nella propria applicazione. Ciò aiuta a mantenere una struttura logica e semplifica la ricerca, l'identificazione e la gestione degli oggetti.

  • Evitare l'uso di caratteri speciali. Attenersi a caratteri alfanumerici e trattini bassi nei nomi degli oggetti. I caratteri speciali possono causare problemi nello scripting o nelle espressioni.

  • Utilizzare il camel case o i trattini bassi invece degli spazi: scegliere il camel case (myTable) o i trattini bassi (my_table) per separare le parole nei nomi degli oggetti. Ciò migliora la leggibilità e rende i nomi più comprensibili.

  • Evitare l'uso di parole chiave riservate. Qlik Sense ha parole chiave riservate che non dovrebbero essere utilizzate come nomi di oggetti. Queste parole chiave vengono utilizzate nelle espressioni, negli script o nell'ambiente Qlik Sense. Gli esempi includono "if", "and", "or", "load" e così via.

  • Utilizzare nomi significativi e intuitivi per dimensioni e misure. Quando si creano dimensioni e misure all'interno dei grafici, utilizzare nomi che descrivano chiaramente i dati sottostanti o i calcoli che rappresentano. Ciò migliora la comprensione e la collaborazione tra sviluppatori e utenti finali.

  • Documentare le convenzioni di denominazione. Mantenere una documentazione che delinei le convenzioni di denominazione utilizzate nelle proprie applicazioni Qlik Sense. Ciò aiuta i nuovi sviluppatori a comprendere le convenzioni di denominazione e garantisce la coerenza quando più sviluppatori lavorano sulla stessa applicazione.

  • Rivedere e aggiornare regolarmente i nomi degli oggetti. Man mano che la propria applicazione si evolve o i requisiti cambiano, rivedere e aggiornare periodicamente i nomi degli oggetti per assicurarsi che siano allineati con la struttura e la funzionalità correnti dell'applicazione.

Hai trovato utile questa pagina?

Se riscontri problemi con questa pagina o con il suo contenuto – un errore di battitura, un passaggio mancante o un errore tecnico – ti pregiamo di farcelo sapere!