Mitä eroa on ArcSDE: llä ja paikkatietokannoilla?

SDE [ArcSDE] voi viitata ainakin kaksi asiaa: tietojesi järjestäminen tietokannassa (SDE-skeema) tai palvelu, joka kuuntelee yhteyksiä asiakkailta (SDE-palvelu). Yleensä ne kulkevat käsi kädessä – SDE-palvelu on sidottu SDE-skeemaan tietokannassa.

”Puhtaimmassa” (tai ehkä likaisimmassa) tilassa SDE käsittelee kaikki paikkalaskelmat ja tallentaa vain tietokannan tiedot BLOB-tiedostoina ja muina natiivina SQL-tyyppinä. Joitakin tietokantatoimintoja, kuten teksti- tai XML-indeksointia, käytetään suorituskyvyn parantamiseen, mutta yleensä tietokanta ei ”tiedä”, että se palvelee paikkatietoja. Siellä on vain joukko taulukoita, näkymiä ja menettelyjä, ja ne ovat täynnä tietoa ja toimintoja.

Paikallisesti käytössä olevan tietokannan avulla tietokanta ON tietoinen siitä, että tiedoilla on sijainti. Voit siis sijoittaa sijaintikyselyt suoraan SQL-käskyihisi. Ehkä tämä on hyvä asia sinulle , se riippuu todella siitä, kuka kuluttaa tietojasi. Jos datasi kuluttajat osaavat SQL: ää, on hienoa! Jos datasi kuluttajat puhuvat sujuvasti ArcMapia, he voisivat todennäköisesti välittää vähemmän.

Viime aikoina olemme pystyneet sekoittamaan nämä kaksi käyttämällä SDE: tä kääntämään alla olevaan natiiviin paikkatyyppiin. Lisäksi voimme käyttää ”suoraa yhteyttä” ohittaa SDE-palvelun ja vain saada kuluttajasovelluksen (ArcMap, ArcGIS-palvelin jne.) Yhteyden suoraan tietokantaan. Henkilökohtaisesti minulla on ollut vaihtelevaa menestystä suorilla yhteyksillä.

ArcSDE: n käytön edut:

• Saumaton integrointi ESRI-asiakkaiden kanssa
• Hyvä suorituskyky
• Jotkut tietokannan perustoiminnot voivat olla alttiina (paikkanäkymät, hakemistot)

SDE: n käytön haittoja:

• Voi olla vaikea palauttaa vioittuneista tiedoista
• Lisenssi on sidottu tietokantaan
• Ei helppoa pääsyä geometriaan ilman ESRI-ohjelmistoa

Edut paikkatietokannalle:

• Tiedot helposti kaikkien SQL-asiakkaiden käytettävissä
• Tietoja voidaan hallita olemassa olevilla DB-työkaluilla (varmuuskopiointi, palautus, analysointi).
• Käytettävissä olevat avoimet muodot.

Haittoja käyttää paikkatietokantaa:

• Asiakkaat (ohjelmistot) eivät ehkä pysty muodostamaan yhteyttä suoraan tietoihisi, ja heidän on ehkä käytettävä tehottomia protokollia tai vientiä nähdäksesi ne
• Paikkaviittauksia on joskus vaikea soveltaa tai ne ovat yhtenäisiä
• Saattaa aiheuttaa ylimääräisiä määrityksiä tai hallintakustannuksia

Minulla on m malmikokemus tavallisella SDE: llä, joten paikkatietokannalla on todennäköisesti enemmän pisteitä.

Toivottavasti tämä auttaa!

Kommentit

• Rikkosit ESRI-lisensointia, jos käytät tietoja suoraan etkä SDE-palvelun kautta.
• Rikkomusta ei ole. ESRI-suora yhteys ei käytä SDE-palvelua (ainakin palvelimen päässä). Lisäksi he ovat julkaisseet monia artikkeleita PostGresin, MSSQL: n ja WKT: n käytöstä paikkatallennustyypinä käyttäessään SDE: tä, jonka avulla voit olla yhteydessä suoraan paikkatietoihin. Ja enemmän kuin kerran minun on täytynyt puhdistaa SDE pääsemällä tietoihin suoraan, kun ne rikkoutuivat. Toinen etu paikkatietokannoille on, että tietokanta voi tehdä työn sen sijaan, että tuo kaikki tiedot asiakkaaseen ja saisi sen tekemään työn.
• @CrazyEnigma: viittausta tarvitaan.
• SDE vs ST Geometry: n suuri kuvaus @mwalker Kiitos
• re: spatiaaliset viitteet, mielestäni se on päinvastainen. Paikkaviitteet PostGIS: ssä ovat vakiona ja SRID: t ovat samat kuin sovellettavan SRS: n EPSG-koodit. SDE: n ollessa vähintään 9,3x, SRIDS sisältää laajuudet jne., Joten sinulla voi olla kaksi erilaista SRID: tä samalle paikkatietojärjestelmälle. Tämä aiheuttaa ongelmia, jos haluat käyttää spatiaalista SQL: ää.

Tässä on yhden rivin vastaukseni: Käytä SDE: tä, kun tarvitset usean käyttäjän pääsyä paikkatietoihin.

Sanotaan, että haluat useiden käyttäjien muokkaavan tietojasi: käytä SDE: tä. Sanotaan, että haluat antaa tietoja ja sallia niiden muokkaamisen verkossa: käytä SDE: tä. Jos olet pieni kauppa, jossa on yksi GIS-kaveri, älä käytä SDE: tä.

Jos et ole ainoa henkilö, joka käyttää paikkatietojasi, SDE ei ole sinulle. Jos et tarvitse monen käyttäjän muokkausta, SDE ei ole sinulle. Sinun on parempi käyttää tiedostoa GeoDatabase.

Mitä tulee kompromisseihin … SDE: n määrittäminen tai hallinnointi ei ole triviaalia. Sinun on käytettävä RDBMS: ää.

SDE on tarkoitettu suuremmille organisaatioille, joissa tarvitaan yksi tietokanta, mutta usean käyttäjän on käytettävä tietoja ja päivitettävä / muokattava tietoja.

Kommentit

• Tarkoitan, että Arc-tuotteet ovat melko huonoja monikäyttöisissä ympäristöissä. Näyttää olevan paljon asioita, joita ' ei voida tehdä, kun ihmiset ovat yhteydessä toisiinsa. Jos suorituskyky ja vankka monikäyttöympäristö ovat tärkeitä, on parempi antaa RDBMS: n tehdä kaikki työt ilman likaista keskiastetta, vain hidastamalla asioita ja asettamalla lukot kaikkeen. Mutta se näyttää hienolta, minun on myönnettävä, laatikko, jota tarkoitan 🙂
• Olen samaa mieltä Nicklasin kanssa. Vertailusi on järkevää Arc-maailmassa, mutta SDE ei ole hyvä monikäyttäjien kanssa. Alueellisesti käytössä olevalla RDBMS: llä, kuten PostGIS, on etuja tällä areenalla. Oletko koskaan yrittänyt myöntää käyttäjälle oikeuksia SDE-tietojoukkoon, jota joku muu tarkastelee?
• Kyllä, olen ' törmännyt ongelmaan, johon ' uudelleen kuvailee myöntämällä käyttöoikeudet. Etkö ole varma, onko se ' edelleen ongelma, koska minun ei tarvitse ' hallita SDE GDB: tä muutamassa vuodessa. Avustuksia ei pidä estää lukoilla. Kuinka postgres / postgis käsittelee monen käyttäjän muokkausta?

Nykyään useimmat spatiaaliset dbs sallivat useita alueellisia sarakkeet yhdessä taulukossa, kun taas SDE tarttuu yhteen avaruussarakkeeseen yhtä taulukkoa varten. Heillä on myös paikkatieto integroituna joustaviin ja tehokkaisiin tiedonhallintatyökaluihin, joista SDE puuttuu, kuten käyttäjän sachemit, tietojen replikointi, SQL-tuki jne.

ESRI SDEBinary on nopea suoritin. Jos kyseessä on ST_GEOMETRY, SDE ei ehkä ole paras suorituskyky.