Comprendere i dati in database relazionali

Insights in ArcGIS Enterprise
Insights desktop
Nota:

Connessioni di database sono supportati in Insights in ArcGIS Enterprise e Insights desktop.

Database relazionali

I dati nei database relazionali sono memorizzati in tabelle. Ogni tabella è un insieme di righe e colonne. Ogni colonna dispone di un tipo e molti database supportano uno o più tipi di dati spaziali nativi.

Il tipo di dati determina quanto segue:

  • Quali valori possono essere memorizzati in una colonna
  • Quali operazioni possono essere eseguite sui dati in tale colonna
  • In che modo i dati vengono memorizzati fisicamente nel database

ArcGIS Insights supporta l'accesso diretto a tipi di dati specifici da una lista di sistemi di gestione database supportati. Quando si accede ad una tabella di database direttamente attraverso un flusso di lavoro aggiungi dati , Insights filtra tutti i tipi di dati non supportati.

Nota:

Le tabelle di database a cui si ha avuto accesso tramite Insights sono di sola lettura e non possono essere modificate. Questo include i casi in cui un dataset è stato condiviso con altri dell'organizzazione come feature layer e si tenta di eseguire delle modifiche in un'applicazione client diversa da Insights.

Suggerimento:

Quando l'uso di dati da un database causa un errore in Insights in ArcGIS Enterprise, vengono aggiunte delle informazioni dettagliate ai log ArcGIS Server sul sito del server hosting del portale. Collaborare con l'amministratore ArcGIS Server per diagnosticare e risolvere eventuali problemi.

Connessione a un database

Prima di poter utilizzare i dati di un database in Insights, è necessario creare una connessione al database. Prima di creare una connessione a un database, è necessario soddisfare prerequisiti specifici.

Il processo di stabilimento di una connessione di database in Insights in ArcGIS Enterprise crea un elemento di Connessione di Database Relazionale nella scheda Contenuti del portale e nella scheda Connessioni sulla home page di Insights. Questo elemento può essere successivamente condiviso con altri. La condivisione di un elemento di connessione di database condivide solo la possibilità di sfogliare i contenuti del database. Le credenziali utilizzate quando si stabilisce la connessione non vengono mai esposte agli utenti con i quali l'elemento è stato condiviso.

Se si dovesse verificare un problema nella creazione di una connessione di database, consultare Risoluzione dei problemi relativi alla connessione di database.

Attenzione:

Se si verificano problemi durante l'utilizzo di connessione al database che in precedenza funzionava in Insights, potrebbe essere necessario aggiornare la connessione. Se si elimina una connessione di database, gli eventuali dataset dipendenti diventano inutilizzabili. Una connessione di database relazionale dovrebbe essere eliminata solo quando si è sicuri che non vi sia nessun dataset dipendente o quando si vuole volutamente disabilitare i dataset a monte.

Sebbene le connessioni al database vengano aggiornate per riflettere lo stato corrente del database, i dataset riflettono lo schema della tabella o della vista al momento della creazione del dataset. I dataset creati da una connessione di database dipendono dallo schema, dalle convenzioni di denominazione e dagli oggetti di dati spaziali esistenti (tipi di geometria e identificatori di riferimenti spaziali) del database. Rinominando o eliminando tabelle e viste con riferimenti a un dataset, si verificheranno errori all'interno del dataset. Analogamente, i nomi di campi e i tipi di dati devono rimanere statici affinché un dataset sia funzionale.

Geodatabase

Insights consente di creare una connessione a qualsiasi database Microsoft SQL Server, Oracle, SAP HANA, o PostgreSQL supportato che possieda un Enterprise Geodatabase definito e non sottoposto al controllo delle versioni. Se il geodatabase è sottoposto a controllo delle versioni, è necessario annullare la registrazione dei dati come sottoposti a controllo delle versioni dei dati come sottoposti a controllo delle versioni per lavorare in Insights. Attualmente, soltanto le tabelle utenti dei geodatabase non creati con schema utente sde sono visualizzabili e accessibili da Insights. Insights non funziona direttamente con file e geodatabase personali.

Dataset spaziali

Le tabelle di database non devono essere abilitate spazialmente per essere usate in Insights. Una tabella spazialmente abilitata contiene un campo che Insights interpreta come un campo posizione. Quando viene rilevato un campo posizione in una tabella, Insights formula un dato numero di ipotesi descritte nelle seguenti sezioni.

Colonna spaziale singola

Insights supporta solo una colonna spaziale per tabella di database. È possibile scegliere quale campo spaziale utilizzare come campo di posizione facendo clic sull'icona campo di posizione Campo posizione accanto al nome della tabella in Dati selezionati e scegliendo dall'elenco di campi spaziali.

Selezione di uno dei due campi spaziali da utilizzare come il campo di posizione

Tipi di geometria supportati

I supporti di database Insights sono conformi allo standard Open Geospatial Consortium (OGC) e International Organization for Standardization (ISO) per un accesso alle feature semplici. La seguente tabella elenca i tipi di geometria OGC/ISO supportati, insieme al modo in cui sono interpretati in Insights:

OGC/ISOTipo geometria

POINT

Punto

LINESTRING

MULTILINESTRING

Linea

POLYGON

MULTIPOLYGON

Area

Insights non impone gli standard OGC/ISO. Quando si incontra un tipo di geometria non supportato, si verifica un errore.

Stesso tipo di geometria

Si prevede che tutte le geometrie in una colonna spaziale condividano lo stesso tipo di geometria; ad esempio, tutti punti, tutte linee o tutte aree. Il tipo di geometria per un dataset è determinato interrogando la prima riga nella tabella in cui il valore della colonna spaziale non è null.

Insights non esegue la verifica per la stessa geometria. Risultati o errori imprevisti si possono verificare se le righe nel dataset non soddisfano tali aspettative.

Stesso riferimento spaziale

Si prevede che tutte le geometrie in una condivisione colonna spaziale condividano un identificatore riferimento spaziale comune (SRID). Il riferimento spaziale del dataset è determinato interrogando la prima riga nella tabella in cui il valore della colonna spaziale non è null.

Insights non esegue la verifica per lo stesso riferimento spaziale. Risultati o errori imprevisti si possono verificare se le righe nel database non soddisfano tali aspettative.

Proiettare al volo

Insights visualizza i dati spaziali nel sistema di riferimento spaziale della mappa di base predefinita. Questo è solo per scopi di visualizzazione e interrogazione, i dati sottostanti non vengono modificati. Se i sistemi di coordinate geografiche sottostanti dei sistemi di riferimento spaziale non sono compatibili, si possono verificare problemi di allineamento e precisione. Per garantire prestazioni elevate e visualizzazione accurata dei dati spaziali, il sistema di riferimento spaziale dei dataset spaziali deve corrispondere al sistema di riferimento spaziale della mappa di base predefinita.

Nota:

Se i dati provengono da un database SAP HANA e non è possibile per il sistema di riferimento spaziale dei dataset spaziali trovare la corrispondenza con il sistema di riferimento spaziale della mappa di base predefinita, si consiglia di utilizzare gli SRID illimitati per i dataset spaziali. Gli SRID illimitati garantiscono che i dati spaziali possono essere visualizzati anche se l'estensione della mappa di base predefinita dell'organizzazione supera l'estensione del sistema di riferimento spaziale dei dati spaziali.

Operazioni spaziali

Quando si esegue aggregazione spaziale o filtro spaziale utilizzando due dataset di una connessione al database, i dati spaziali in entrambi i dataset devono avere lo stesso sistema di riferimento spaziale. Per le connessioni al database SQL Server, il tipo di dati deve essere identico (geografia o geometria).

Dimensionalità delle coordinate

La dimensionalità delle coordinate è definita dalle coordinate x, y, z ed m per ciascun vertice in una geometria. Insights ignora le coordinate z ed m restituite dal database.

Ottimizzazione del contenuto del database per le prestazioni

Database opportunamente configurati e ottimizzati forniscono sempre risultati migliori. Di seguito sono riportate alcune considerazioni che gli amministratori di database dovrebbero fare in modo da assicurare un'esperienza utente ottimale in Insights:

  • Statistiche database aggiornate

    Le statistiche del database sono utilizzate dall'utilità di ottimizzazione del sistema di gestione del database per scegliere il piano di esecuzione ottimale per l'interrogazione in corso di esecuzione. Statistiche aggiornate consentono di mantenere le prestazioni di interrogazione.

  • Vincoli chiave primaria

    Un vincolo chiave primaria identifica in modo univoco ciascuna riga in una tabella di database. Anche se non è un requisito, si consiglia di definire una chiave primaria nelle tabelle di database. Inoltre, un campo intero singolo è consigliato per una chiave primaria.

  • Utilizzare gli indici attributo e spaziale

    Se supportato dalla piattaforma del database, indicizzare qualsiasi campo utilizzato per l'interrogazione o il rendering dei dati.

  • Riferimento spaziale comune

    Se possibile, mantenere tutti i dati in un riferimento spaziale comune, e idealmente, utilizzare la stessa proiezione della mappa di base predefinita dell'organizzazione. Questo evita calcoli di proiezione al volo durante il disegno di dati su una mappa e impedisce errori durante l'analisi spaziale.

  • Dati semplificati

    Utilizzare la versione più semplificata o generalizzata dei dati spaziali che soddisfano i requisiti di visualizzazione e analisi dell'organizzazione. I dati semplificati hanno meno vertici e segmenti lineari rispetto a dataset complessi, il che significa che verranno disegnati più velocemente e i risultati dell'analisi verranno restituiti prima.

  • Join spaziali durante l'esecuzione ETL

    I join spaziali in fase di esecuzione possono essere costosi. Poiché i dati spaziali non cambiano spesso, vale la pena pagare il prezzo di eseguire join spaziali sui dati nel database una sola volta, e in fase di esecuzione, eseguire i join di attributi per ottenere gli stessi risultati.