Gestisci ArcSDE?

12

Dopo aver trascorso un po 'di tempo a cercare su Google le migliori pratiche di gestione di ArcSDE, mi sono inventato a mani vuote. Ho una buona conoscenza dei database spaziali e della loro gestione avendo implementato diversi database Oracle Spatial su larga scala, ma volevo prendere le tue opinioni su pratiche o modelli che dovresti aderire per rendere la loro vita più facile e le loro proprietà spaziali utilizzabili e sicure.

Quali pratiche utilizzate nel database ArcSDE per garantire integrità, sicurezza e coerenza dell'istanza di ArSDE?

A quali obiettivi di progettazione miri quando pianifichi l'istanza di ArcSDE e perché?

Sono domande ampie e la risposta può cambiare in modo significativo con le dimensioni, i requisiti e la portata dell'implementazione, ma vorrei valutare l'interesse per una guida basata sulla comunità per questo argomento.

enterprise-geodatabase

— OptimizePrime
fonte

7

Questo è in realtà qualcosa che troverai poca documentazione pubblicamente. Ci sono lezioni / seminari che ESRI addebita o che puoi frequentare all'ESRIUC ma meno nello spazio pubblico.

Un paio di punti che menzioni provengono da buone pratiche DBA; ma alcuni non lo fanno davvero e dipendono davvero dai tuoi sistemi e bisogni.

Per integrità, sicuramente una piattaforma hardware stabile (vado sempre in sistemi cluster) è la chiave; e usando il giusto backend DB. Vengo da un forte stato e da un background federale, quindi di solito mi attengo a DB di grandi dimensioni come MSSQL o Oracle. MSSQL2008 spaziale ti dà un buon toolkit per il costo; rispetto a se si desidera davvero un accesso a prova di proiettile con accesso di terze parti che si desidera prendere in considerazione Oracle; dove molte app si connettono al lato spaziale.

Sicurezza; bene lì hai un forte DBA bisogno di assicurarti di avere account configurati correttamente; ma poi hai anche bisogno di usare i controlli ESRI integrati per chi può leggere / scrivere ecc dai tuoi DB. Ciò mette anche in discussione la struttura dei dati e i sistemi che li utilizzano; hai bisogno di creare silos di maggiore sicurezza in cui hai una sicurezza più stretta a livello di utente? o è solo un enorme DB singolo che ti consente di mantenere l'utente con autorizzazioni a livello di utente attraverso le funzionalità.

Le cose a cui vuoi anche pensare è usare oggetti interni come domini contro tabelle di riferimento con quei valori che fanno bene a te; i domini potrebbero non essere accessibili da app di terze parti che guardano i tuoi dati; dove è possibile unire una tabella di riferimento e si hanno quei valori codificati.

La normalizzazione dei dati è un argomento importante da considerare; alcune persone sono felici di fare un solido design normalizzato con geometria solo funzionalità SDE e quindi tutte le cose tabulari nelle tabelle aziendali che hanno quindi un sacco di indici e viste per ottimizzare le prestazioni per la ricerca da altre app.

Quindi se hai aree particolari di cui sei curioso; sentiti libero di aggiungere maggiori dettagli alle tue domande, ma gran parte di ciò che stai cercando dipende davvero dalla tua piattaforma e dalle tue esigenze funzionali. Un'app Web ad alta velocità potrebbe non desiderare SDE rispetto a fGDB; rispetto ai dati dinamici richiederebbe SDE.

— DEWright
fonte

Sapevo che porre questa domanda avrebbe ottenuto risposte di ampia portata, così come la natura della domanda. Molte grazie per la tua risposta. Ho il mio elenco di migliori pratiche che ho sviluppato nel corso degli anni in base allo sviluppo e all'amministrazione del database, sebbene ritenga che ci sarebbe un vantaggio per la comunità in uno sforzo collaborativo per compilare un elenco basato sugli argomenti che hai delineato. Sei d'accordo?

— OptimizePrime,

Penso di sì. Forse la sezione Wiki potrebbe servire da punto di partenza; considera anche di guardare in massa dal DB spaziale; non solo la rotta ESRI / ArcSDE. Ci sono alcune cose diverse che puoi vedere per considerazioni di progettazione in un Oracle / Spatial rispetto a quello che sto facendo nel mio sistema MSSQL2008; dove ho il livello MS-Spatial appena avvolto da ESRI per l'accesso alle app; tutto il resto, come Safe / FME, parla direttamente a MSSQL. Questa è una mia deliberata considerazione progettuale per ridurre la dipendenza dal livello ESRI.

— DEWright

1

Penso che DeWright abbia praticamente colpito l'unghia sulla testa. Più complessa è la strategia di sicurezza desiderata, più sofisticati saranno i tuoi rdbms.

Ho sempre avuto il desiderio di costruire database con più tipi di accesso. Come sdo, postgis. Consentire a più di un software o IDE di manipolare o visualizzare i dati.

Suggerirei di prendere la strada maestra e di dedicare più tempo agli scenari di ricerca / test prima di impegnarsi. Alcune di queste opzioni suonano alla grande ma hanno dei limiti.

L'ottimizzazione, la normalizzazione e il solido design del db consentiranno una grande flessibilità (spaziale) a lungo termine.

— Brad Nesom
fonte

1

Sono un grande sostenitore di un buon piano;) Ma mi imbatto continuamente in aziende che vogliono implementare la location intelligence e disapprovano una strategia scritta ben definita per farlo. Per me il punto debole è "dare all'uso ciò di cui hanno bisogno / desiderare garantendo nel contempo che le funzioni di gestione dei dati siano mantenute il più elegante / funzionale possibile". Questi sono i due obiettivi che tengo sempre presente.

— OptimizePrime,

potresti dedicare molto tempo al file dbtune.

— Brad Nesom,

La parte più grande è il tuo design; se hai bisogno di costruire dati che verranno utilizzati in strumenti spaziali e non spaziali, vuoi davvero normalizzare i tuoi dati; separando lo spazio dal tabulare. Solo per mantenere i tuoi tavoli più puliti e ridurre la quantità di cose che immagazzini in quello spazio.

— DEWright,