Vairāk

Vai nevarat jaunināt lietotāja shēmas ģeodatubāzi, ja galvenās shēmas ģeodatubāze ir iepriekšējā laidienā?


Es saņemu šo kļūdu, mēģinot jaunināt ArcSDE no 10.0 uz 10.1:

Nevar jaunināt lietotāja shēmas ģeodatubāzi, ja galvenās shēmas ģeodatubāze ir iepriekšējā laidienā.

Vispirms ir jājaunina galvenās shēmas ģeodatubāze.

KĻŪDA: ģeodatubāzes shēmas objekta instalēšana nav pabeigta (-522).

Tomēr es atjauninu tikai ArcSDE galveno ģeodatu bāzi, tad kāpēc es saņemu šo kļūdu?


Es piekrītu Ianam. Lūdzu skatīt zemāk. Šķiet, ka jūs jaunināt Oracle ArcSDE ģeodatu bāzi, bet izmantojat veco savienojuma sintaksi.

Šī būtu 10.0 savienojuma sintakse, ko izmanto ArcGIS Desktop 10.1, un to nevajadzētu izmantot, un jaunināšanas darbība neizdosies:

Lūk, kā tam vajadzētu izskatīties (serveris/pakalpojums):

Varat arī izveidot savienojumu, izmantojot tikai pakalpojuma nosaukumu vai tikai TNSNAME. Noteikti pievienojiet portu, kuru instance klausās, ja neizmantojat noklusējuma 1521.

Šeit ir dokumentācija par pieņemamu savienojuma sintaksi ArcGIS Desktop 10.1:

Datu bāzes savienojumi ArcGIS for Desktop (10.1) (Oracle sadaļa) http://resources.arcgis.com/en/help/main/10.1/index.html#/Geodatabase_connections_in_ArcGIS_Desktop/002n00000030000000/

Šeit ir saite uz NIM084987, kuru kopīgoja iepriekš: http://support.esri.com/en/bugs/nimbus/role/beta10_1/TklNMDg0OTg3

Kā liecina saite, varat arī pārbaudīt, vai klienta mašīnas failā sqlnet.ora ir iespējota EZCONNECT, piemēram, NAMES.DIRECTORY_PATH = (TNSNAMES, EZCONNECT).

Lūdzu, dariet man zināmu, ja jums ir kādi jautājumi.


Izmantojot vairākas ģeodatubāzes DBVS

Katrai datu bāzes pārvaldības sistēmai (DBVS) ir dažādi noteikumi vairāku ģeodatubāzu izmantošanai. Tomēr kopumā ir iespējams izveidot atsevišķas datu bāzes, katrā saglabāt ģeodatubāzi un izveidot savienojumu ar katru, izmantojot atsevišķus ArcSDE pakalpojumus neatkarīgi no izmantotās DBVS.

Sākot ar 9.2, vienā Oracle datu bāzē varat izveidot arī vairākas ģeodatubāzes. Šis modelis vairāku ģeodatubāzu glabāšanai vienā Oracle datu bāzē ir aprakstīts zemāk. Tam seko sadaļas, kas satur specifisku informāciju vairāku ģeodatubāzu glabāšanai, izmantojot citus DBVS veidus un modeļus.

Lai palīdzētu jums atrast nepieciešamo informāciju, izmantojiet tālāk norādītās saites:

Oracle Apraksts par vairāku ģeodatubāzu izmantošanu vienā Oracle datu bāzē

Vairāku ģeodatubāzu izveide vienā Oracle datu bāzē

Vairāku ģeodatubāzu pārvaldīšana vienā Oracle datu bāzē

Ģeodatubāžu uzskaitīšana Oracle datu bāzē

Saglabāto procedūru izveide ģeodatubāzēs, kas glabājas Oracle lietotāju shēmās

Savienojuma izveide ar ģeodatubāzēm Oracle lietotāju shēmās

Datu ielāde ģeodatubāzēs Oracle lietotāju shēmās

Ģeodatubāzu dublējumu izveide Oracle lietotāju shēmās

Vairāku ģeodatubāzu izveide vairākās Oracle datu bāzēs
SQL serveris Vairāku ģeodatubāzu izveide SQL Server instancē, izmantojot vienu telpiskās datu bāzes modeli

SQL Server vairāku telpisko datu bāzes modeļa apraksts

Migrēšana no SQL Server vairāku telpisko datu bāzu modeļa uz vienas telpiskās datu bāzes modeli
DB2 Vairāku ģeodatubāzu izveide DB2 instancē
Informix Vairāku ģeodatu bāzu izveide vairākās Informix datu bāzēs


Vairākas ģeodatubāzes vienā Oracle datu bāzē



Vienā Oracle datu bāzē varat izveidot vairākas ģeodatubāzes. To darot, jūs izveidojat ģeodatubāzi lietotāja shēmā. Šajās ģeodatubāzēs ir savas ArcSDE un ģeodatubāzes sistēmas tabulas. Katrā lietotāja shēmā var būt tikai viena ģeodatubāze. Ģeodatubāzes lietotāja shēmā darbojas vienlaikus ar vienu galveno SDE ģeodatubāzi, kas tiek glabāta SDE shēmā.

Ģeodatubāze SDE shēmā vienmēr ir galvenā ģeodatubāze, un tajā ir tabula (SDE.INSTANCES), kurā tiek izsekotas visas pārējās ģeodatubāzes Oracle datu bāzē. SDE shēma satur arī ST_Geometry tipu, kā arī tā apakštipus un funkcijas.

Gan SDE ģeodatu bāze, gan lietotāja shēmas ģeodatubāzes ir izveidotas vienā Oracle datu bāzē, un tām var piekļūt, izmantojot vienu ArcSDE pakalpojumu.

Situācijas, kurās vienā Oracle datu bāzē varētu būt vairākas ģeodatu bāzes, ir šādas:

  • Ja mazākas organizācijas grupas, piemēram, nodaļas vai projektu grupas, strādās neatkarīgi viena no otras, tās var vēlēties savus datus. Katrai grupai varētu būt ģeodatubāze.
  • Attīstības vides atdalīšana no ražošanas vides
  • Atsevišķi pielāgojot katru ģeodatubāzi konkrētām lietojumprogrammām, kuras tā apkalpos
  • Aizsargāt sensitīvu informāciju
    Piemēram, iespējams, vēlēsities aizsargāt sensitīvu militāro datu bāzi savā ģeodatubāzē, lai citu instanču īpašnieki nevarētu redzēt datus.

Noteikumi vairāku ģeodatubāzu izmantošanai vienā Oracle datu bāzē

  • Lietotājam var piederēt tikai viena ģeodatubāze.
  • Tikai viena ģeodatu bāze var norādīt uz datu kopu, kas ir reģistrēta ArcSDE.
  • Ģeodatubāze pieder lietotājam, kurš to izveidoja. Šis lietotājs ir šīs ģeodatu bāzes ArcSDE administratora lietotājs.

Ģeodatubāzu izveide lietotāja shēmā Oracle datu bāzē

Lietotāja ģeodatubāzes var izveidot, palaižot komandu sdesetup kopā ar instalēšanas darbību. Piemēram (opcija –i) jānorāda porta numurs un shēma. Lietotājvārdam un parolei ir jābūt tā lietotāja lietotājvārdam un parolei, kuram piederēs ģeodatubāze. Tālāk ir sniegts piemērs.

Piemēra opcijai 5151 ir porta numurs un Thor ir shēma, kas ir arī lietotāja vārds, jo shēmas atbilst lietotāju vārdiem Oracle datu bāzēs.

PIEZĪME. Noteikti norādiet shēmu. Ja tas nav norādīts un ir norādīts tikai porta numurs, pēc noklusējuma tiks izmantota SDE shēma. Tā kā ģeodatubāze SDE shēmā jau pastāv, izpildot komandu sdesetup –o install, SDE ģeodatubāze tiks jaunināta.

Ja izmantojat tiešo savienojumu, jums joprojām ir jānorāda 5151: & ltuser_schema & gt, izmantojot opciju –i. Ja veicat attālu instalēšanu no Windows mašīnas, jums ir jāpievieno pakalpojums 5151 arī tās mašīnas Windows servisa failā, no kuras izpildāt komandu sdesetup.

Sistēmas tabulas, kas izveidotas ar komandu sdesetup –o install, ieteicams glabāt citā tabulas telpā, nevis tajā, kas izmantota jūsu SDE ģeodatubāzei. Tas palīdzēs izvairīties no I/O strīdiem un ļaus jums nepieciešamības gadījumā atsevišķi dublēt galda vietu. Lai lietotāja shēmas ģeodatubāzes sistēmas tabulas izveidotu citā tabulas telpā, izveidojiet faila dbtune.sde kopiju un rediģējiet dbtune faila parametrus, lai norādītu tos uz citu tabulas telpu. Dariet to pirms komandas sdesetup palaišanas, lai izveidotu lietotāja shēmā ģeodatubāzi. Lai iegūtu informāciju par failu dbtune un to, kā to mainīt, skatiet failu dbtune un tabulu DBTUNE.

PIEZĪME. Lietotājam (šajā piemērā Thor) jāpiešķir tādas pašas privilēģijas, kādas jūs piešķirat SDE lietotājam, instalējot vai jauninot SDE ģeodatu bāzi.

Tabulu un slāņu reģistrēšana
Lietotājiem, kuriem pieder ģeodatubāzes, ir atļauts izveidot tabulas citās ģeodatubāzēs, bet tabulu var reģistrēt tikai vienā ģeodatubāzē.

Ja tabula jau ir reģistrēta citā shēmā, tiks atgriezta kļūda SE_TABLE_REGISTERED_OUTSIDE_SCHEMA.

Tabulām, kas izveidotas, izmantojot Oracle Spatial, tabulu un slāņu reģistrēšanai varat izmantot automātisko reģistrāciju. Autoreģistrācija reģistrē kā funkciju klases ar ArcSDE ģeodatubāzi visas nereģistrētās SDO_GEOMETRY tabulas. Automātiskā reģistrācija nosaka nereģistrētas SDO_GEOMETRY tabulas, salīdzinot tabulu LAYERS funkciju klašu sarakstu ar tabulas USER_SDO_GEOM_METADATA tabulu SDO_GEOMETRY sarakstu ikreiz, kad lietotājs izveido savienojumu un pieprasa funkciju klašu sarakstu no ArcSDE servera. Lai izmantotu automātisko reģistrāciju, servera konfigurācijas parametram DISABLEAUTOREG tabulā ArcSDE SERVER_CONFIG jābūt iestatītam uz FALSE.

Katrai ArcSDE ģeodatubāzei ir savas slāņu un SERVER_CONFIG tabulas. Lietotāja ģeodatubāzes SERVER_CONFIG tabulā ir atsevišķi jāiestata FALSE DISABLEAUTOREG parametrs, lai ļautu SDO_GEOMETRY tabulas automātiski reģistrēt lietotāja ģeodatubāzē.

Lietotāju shēmās izveidoto ģeodatu bāzu pārvaldība

Lietotājs, kuram pieder ģeodatubāze, ir ArcSDE administrators. Citiem vārdiem sakot, lietotājs ir līdzvērtīgs SDE lietotājam SDE galvenā ģeodatubāzē. Iepriekš izveidotajā ģeodatubāzes piemērā lietotājs Thor veiks tādus uzdevumus kā saspiešana vai jaunināšana Thor piederošajai ģeodatubāzei.

Ņemiet vērā: tā kā ģeodatubāze ir Thor shēmā, versiju tabulas ģeodatubāzes DEFAULT versija ir nosaukta par Thor.DEFAULT.

Ģeodatubāzes palaišana un apturēšana lietotāja shēmā

Ģeodatubāzes, kas tiek glabātas shēmās, kas nav SDE shēma, ir atkarīgas no SDE ģeodatubāzes. Pēc SDE ģeodatubāzes palaišanas vai izslēgšanas visas saistītās ģeodatubāzes tiks automātiski palaistas vai izslēgtas. Mēģinājums patstāvīgi sākt lietotāja shēmā saglabāto ģeodatu bāzi radīs līdzīgu kļūdu:

Uzskaitītas serverī esošās ģeodatu bāzes

Jūs varat uzzināt, kādas ģeodatubāzes darbojas serverī, izmantojot komandu –I sdemon –o info komandā. Šī opcija atgriezīs informāciju par dažādām ģeodatubāzēm, kas atrodas serverī.

PIEZĪME. Tas nedarbosies, ja izmantojat tikai tiešo savienojumu, jo nevar izmantot komandu sdemon, ja nedarbojas neviens ArcSDE pakalpojums.

Lai iegūtu sīkāku informāciju par komandu sdemon, skatiet ArcSDE administrācijas komandu atsauci, kas instalēta kopā ar ArcSDE.

Saglabātu procedūru izveide lietotāja shēmā saglabātajām ģeodatubāzēm

Katrai ģeodatubāzei ir savs saglabāto procedūru pakotņu komplekts, kas tiek automātiski izveidots ArcSDE administratora shēmā, izveidojot ģeodatubāzi.

Turklāt, ja norādāt shēmas nosaukumu, ģeodatubāzē varat izveidot atsevišķas paketes, izmantojot SQL*Plus. Piemēram, lai izveidotu pakotni dbtune_util Thor lietotāja shēmā, SQL uzvednē izdodiet šādu komandu:

Savienojumu izveide ar ģeodatubāzēm lietotāju shēmās

Varat izmantot ArcSDE pakalpojumu vai tiešu savienojumu ar ģeodatubāzēm, kas pieder citiem lietotājiem, nevis SDE. Tomēr tiek izmantots tikai viens giomgr process: SDE ģeodatubāzes process. Katrai ģeodatubāzei nav atsevišķu giomgr procesu.

ArcSDE pakalpojumu savienojumiem izmantojiet porta numuru un shēmu, kā parādīts piemērā 5151: Thor. (Ņemiet vērā, ka porta numurs ir vienāds SDE ģeodatubāzei un lietotājam piederošām ģeodatubāzēm.)

Lai izveidotu tiešu savienojumu ar lietotājam piederošu ģeodatubāzi, norādiet savienojuma shēmas nosaukumu, izmantojot šo:

Ja nenorādāt shēmas nosaukumu, pēc noklusējuma tiks izmantota SDE shēma.

PIEZĪME. Datu bāzes nosaukuma vietā tiek izmantota slīpsvītra "/" starp Oracle 10 g un shēmas_nosaukumu, jo Oracle to neizmanto.

Savienojuma izveide ar ģeodatubāzi lietotāja shēmā no ArcGIS

Lai izveidotu savienojumu ar lietotājam piederošu ģeodatubāzi, varat izmantot ArcGIS 9.2 klientus. Lai to izdarītu, ArcCatalog dialoglodziņā Telpiskās datu bāzes savienojuma rekvizīti norādiet porta nosaukumu un shēmu (formāta portā: shēma).

Sākotnēji izveidojot datu bāzes savienojumu ArcCatalog, jūs automātiski izveidojat savienojumu ar ģeodatubāzes versiju sde.DEFAULT. Lai izveidotu savienojumu ar ģeodatubāzi cita lietotāja shēmā, nevis SDE, dialoglodziņā Telpiskās datu bāzes savienojuma rekvizīti noklikšķiniet uz pogas Mainīt, kas atrodas sadaļā Detaļas, un mainiet versijas nosaukumu no sde.DEFAULT uz & ltuser_schema & gt.DEFAULT. Nākamajā piemērā shēmas nosaukums ir TEST, tāpēc savienojums būtu ar TEST.DEFAULT.

Papildinformāciju par telpiskās datu bāzes savienojuma izveidi skatiet rakstā Telpiskās datu bāzes savienojumu izveide.

Datu ielāde ģeodatubāzē

Jūs ielādējat datus ģeodatubāzēs, kas glabājas ne -SDE lietotāja shēmā, tāpat kā datus SDE galvenajā ģeodatubāzē un#8212 ar ArcCatalog (ieteicamā metode) vai ArcSDE komandām.

Ir svarīgi atzīmēt, ka, ja esat savienots ar divām dažādām ģeodatubāzēm tajā pašā Oracle datu bāzē kā tas pats lietotājs ArcCatalog, mēģinot kopēt un ielīmēt datus starp ģeodatubāzēm, ielīmēšana neizdosies.

Tabulu var ielādēt ģeodatubāzē ar tādu pašu tabulas nosaukumu, kas pastāv citā ģeodatubāzē, kamēr tabulas pieder dažādām shēmām.

Lietotājam piederošas ģeodatubāzes dublējuma izveide

Ja visas ģeodatubāzes tabulas pieder ģeodatubāzes īpašniekam (citiem vārdiem sakot, ja neviens cits lietotājs ģeodatubāzē nav izveidojis datus) un ģeodatubāzes īpašniekam nepieder dati nevienā citā ģeodatubāzē, varat izveidot ģeodatubāzes īpašnieka dublējumu. shēma. Ja lietotājiem ir dati, kas izvietoti vairākās ģeodatubāzēs vienā un tajā pašā Oracle datu bāzē, jums ir jāveic pilnīga Oracle sistēmas dublēšana un atjaunošana.


Vairākas ģeodatubāzes atsevišķās Oracle datu bāzēs

Jūs varat izveidot vairākas ģeodatubāzes atsevišķās Oracle datu bāzēs, tādā gadījumā jūs iestatītu un instalētu katru Oracle datu bāzi tāpat kā tad, kad iestatāt tikai vienu.

Ja katrai ģeodatubāzei izveidojat atsevišķu tiešu savienojumu, jums nav jāveic nekādas papildu konfigurācijas darbības, lai veiktu tālāk par parasto tiešā savienojuma konfigurāciju. (Skatiet sadaļu Klientu iestatīšana tiešam savienojumam.) Tad, kad izveidojat savienojumu ar datu bāzi, izmantojot datu bāzes autentifikāciju, jums būs jānorāda tīkla pakalpojuma nosaukums, kas pievienots datu bāzes paroles beigām, lai norādītu, kurai datu bāzei vēlaties savienot. Piemēram, tīkla pakalpojuma nosaukumam benedict2 ievadiet paroli šādi:

Ja izveidojat tiešu savienojumu un izmantojat operētājsistēmas (OS) autentifikāciju, pakalpojuma lauka tiešā savienojuma sintaksei jāpievieno LOCAL mainīgais un vērtība. Piemēram, lai tīkla pakalpojumam benedict2 izmantotu OS autentifikāciju, ierakstiet savienojuma virkni, kam seko slīpsvītra, un pēc tam LOCAL = benedict2, kā parādīts zemāk:

Ja izmantojat ArcSDE pakalpojumu, katram savienojumam ir nepieciešama sava ArcSDE instance, un katram ArcSDE gadījumam ir jābūt savam SDEHOME direktorijam, unikālam pakalpojuma (instances) nosaukumam un atsevišķam porta numuram pakalpojumu failā. Tāpēc jums ir jāizveido vairāki SDEHOME katalogi ar saviem pakalpojumiem, kas savienojas ar viņu pašu Oracle datu bāzi. Izveidojot vairākus ArcSDE pakalpojumus no viena SDEHOME direktorija, lai izveidotu savienojumu ar vienu Oracle datu bāzi, abi ArcSDE pakalpojumi izveidos savienojumu ar to pašu ArcSDE ģeodatubāzes sistēmas tabulu kopu.

Tālāk ir norādītas darbības, lai izveidotu vairākus ArcSDE pakalpojumu gadījumus.
Operētājsistēmai Windows

  1. Kopēt % SDEHOME % uz jaunu atrašanās vietu.

  2. Atjauniniet jauno failu dbinit.sde ar atbilstošiem DBVS savienojuma mainīgajiem (piemēram, ORACLE_SID).

  3. Atjauniniet failu %SDEHOME % etc services.sde ar jauno instances nosaukumu, porta numuru un tīkla protokolu.

  4. Pievienojiet pakalpojuma nosaukumu, porta numuru un tīkla protokolu pakalpojumu failam, kas atrodams mapēs WINNT system32 drivers etc vai WINDOWS system32 drivers etc , atkarībā no jūsu operētājsistēmas. Pārliecinieties, vai izvēlētais porta numurs jau netiek izmantots.

  5. Izdzēsiet jaunā giomgr.log faila saturu.

  6. Ja nepieciešams, atjauniniet jauno giomgr.defs failu, lai norādītu jaunās instances darbības parametrus.

  7. Ja nepieciešams, atjauniniet jauno failu dbtune.sde, lai norādītu parametrus datu izveidei jaunās instances datu bāzē.

  8. Pārliecinieties, vai mainīgais SDEHOME norāda uz jauno ArcSDE instances pareizo atrašanās vietu, un palaidiet sdesetup komandu, kas ir piemērota jūsu datu bāzei, lai izveidotu repozitorija tabulas jaunajā datu bāzē.

  9. Izveidojiet jauno ArcSDE pakalpojumu, izmantojot komandu sdeservice –o create.
  1. Izveidojiet jaunu mājas direktoriju jaunajam gadījumam.

  2. Kopējiet $ SDEHOME jaunajā mājas direktorijā, kas tikko tika izveidots.

  3. Atjauniniet jauno failu dbinit.sde ar atbilstošiem DBVS savienojuma mainīgajiem (piemēram, ORACLE_SID).

  4. Atjauniniet failu $ SDEHOME/etc/services.sde ar jauno instances nosaukumu, porta numuru un tīkla protokolu.

  5. Pievienojiet failam /etc /services pakalpojuma nosaukumu, porta numuru un tīkla protokolu. Pārliecinieties, vai izvēlētais porta numurs jau netiek izmantots.

  6. Izdzēsiet jaunā giomgr.log faila saturu.

  7. Ja nepieciešams, atjauniniet jauno giomgr.defs failu, lai norādītu jaunās instances darbības parametrus.

  8. Ja nepieciešams, atjauniniet jauno failu dbtune.sde, lai norādītu parametrus datu izveidei jaunās instances datu bāzē.

  9. Pārliecinieties, vai mainīgais SDEHOME norāda uz jauno ArcSDE instances pareizo atrašanās vietu, un palaidiet sdesetup komandu, kas ir piemērota jūsu datu bāzei, lai izveidotu repozitorija tabulas jaunajā datu bāzē.


Vairākas ģeodatubāzes SQL Server vienas datu bāzes modelī

Lai telpiskos datus glabātu ArcSDE ģeodatubāzē, ir jābūt tabulu, saglabāto procedūru, skatu un funkciju kolekcijai (kopā sauktai par ArcSDE repozitoriju). Lietotāja definētu datu un saistītā ArcSDE krātuves kolekcija veido ģeodatubāzi. ArcSDE 9 un jaunākās versijās SQL Server tiek atbalstīti divi dažādi datu glabāšanas modeļi: vairāki un vienas datu bāzes modeļi. Pirms ArcSDE 9 bija pieejams tikai vairāku telpisko datu bāzu modelis. (Skatiet nākamo sadaļu "The SQL Server vairāku telpisko datu bāzu modelis", lai apspriestu šo ģeodatubāzes krātuves modeli.) Šajā sadaļā aplūkots, kā varat izmantot vienu telpiskās datu bāzes modeli, lai vienā SQL Server instancē saglabātu vairākas ģeodatubāzes.

Sākot ar ArcSDE 9, jūs varat saglabāt ArcSDE sistēmas tabulas un saistītos lietotāja definētos datus vienā datu bāzē. Tas nozīmē, ka katra datubāze glabā vienu ģeodatu bāzi, un visiem saistītajiem datiem ir jāatrodas tajā pašā datu bāzē. Šis ir ieteicamais modelis. Tas ir arī modelis, kas tiek izmantots ArcSDE Personal un Workgroup ģeodatubāzēm, kas tiek glabātas SQL Server Express.

Izmantojot šo modeli, jūs izveidojat vienu datu bāzi savā SQL Server instancē, lai saglabātu katru ģeodatubāzi, kā parādīts zemāk. Datu bāzēm var būt jebkurš unikāls nosaukums, kas atbilst SQL Server noteikumiem identifikatoriem un nesākas ar skaitli. (Citiem vārdiem sakot, datu bāzei nav jābūt nosauktai par SDE.)

Lai izveidotu papildu datu bāzes un ģeodatubāzes, varat izmantot ArcSDE SQL Server pasta instalēšanas vedņa opciju. Ja klienti izmanto tikai tiešos savienojumus ar katru atsevišķu ģeodatubāzi, jums nav jāizveido pakalpojums ArcSDE. Tomēr, ja klienti izveidos savienojumu, izmantojot ArcSDE pakalpojumu, jums būs jāizveido papildu pakalpojums katrai papildu ģeodatubāzei. To var izdarīt arī, izmantojot instalēšanas vedni, vienkārši norādiet citu pakalpojuma nosaukumu, porta numuru un pareizo datu bāzes nosaukumu dialoglodziņā ArcSDE pakalpojuma informācija.

Klientu savienojumus var izveidot vienā ģeodatubāzē vienlaikus. Kad esat izveidojis savienojumu ar vienu ģeodatubāzi SQL Server instancē, nevarat vaicāt informāciju no citas ģeodatubāzes, izmantojot to pašu savienojumu.

Piemēram, ArcCatalog varat izveidot telpiskās datu bāzes savienojumu ar Database1. Pievienojot ArcMap datus, izmantojot šo savienojumu, jūs nevarat "redzēt" datus Database2. Lai piekļūtu Database2 datiem, ArcCatalog jāizveido otrs telpiskās datu bāzes savienojums, šoreiz laukā Database norādot Database2 un laukā Service - Database2 pakalpojuma nosaukumu vai porta numuru.

Informāciju par telpisko datu bāzes savienojumu iestatīšanu ArcCatalog skatiet rakstā Telpisko datu bāzes savienojumu izveide.


SQL Server vairāku telpisko datu bāzu modelis

PIEZĪME. Tikai ArcSDE Enterprise ģeodatubāzes

Pirms ArcSDE 9 ģeodatubāzes SQL Server vienmēr tika saglabātas, izmantojot vairāku telpisko datu bāzu modeli.

Vairāku telpisko datu bāzu modelī ArcSDE repozitorijs tiek glabāts datu bāzē ar nosaukumu SDE. Lietotāja definēti dati, piemēram, funkciju klases, rastra un nesaturālās tabulas, atrodas citās datu bāzēs. ArcSDE repozitorijs saglabā atsauces uz visu lietotāja definēto datu atrašanās vietu konkrētam ArcSDE gadījumam. SDE datu bāze un citas saistītās datu bāzes veido vienu ģeodatu bāzi. Šis datu glabāšanas modelis ir pazīstams kā vairāku telpisko datu bāzu gadījums, jo ArcSDE instanci veido vairākas SQL Server datu bāzes.

Iepriekšējā sadaļā aprakstītais vienotās telpiskās datu bāzes modelis ir ieteicamais ģeodatubāzu glabāšanas veids. Tomēr, ja vēlaties izmantot vairāku telpisko datu bāzu modeli, tālāk ir sniegti noteikumi un vadlīnijas tā izmantošanai un izveidei.

Noteikumi vairākām telpiskām datu bāzēm

  • Datu bāzei, kurā tiek glabāti ArcSDE metadati, jābūt nosauktai par SDE. Papildu datu bāzēm, kurās tiek glabāti lietotāja definēti dati, var būt jebkurš nosaukums, kas atbilst SQL Server noteikumiem identifikatoriem un nesākas ar skaitli.
  • Katrs SQL Server gadījums var mitināt tikai vienu vairāku telpiskās datu bāzes gadījumu. SQL Server datu bāzu nosaukumiem jābūt unikāliem, un tāpēc tie var atbalstīt tikai vienu datu bāzi ar nosaukumu SDE. Ja vēlaties glabāt vairākas ģeodatubāzes vienā SQL Server instancē, jums var būt viena vairāku telpisko datu bāzu instance un vairākas atsevišķas telpiskās datu bāzes instances.
  • Vairākos telpiskās datu bāzes gadījumos ArcSDE repozitorijam jābūt SDE shēmā. Šie gadījumi neatbalsta ArcSDE krātuves dbo shēmā.
  • ArcSDE ģeodatubāzes sistēmas tabulām jābūt lietotājam ar nosaukumu SDE. (SQL Server 2005 pārliecinieties, vai SDE lietotāja noklusējuma shēmas nosaukums ir arī SDE.)
  • Lai datus tajā pašā datu bāzē glabātu lietotājam, kas nav SDE, šim lietotājam ir jāizveido jauna shēma. Arī lietotājvārdam un shēmas nosaukumam ir jābūt vienādam.
  • SDE lietotājam jāpiešķir piekļuve katrai datu bāzei, kurā tiks glabāti lietotāja definēti ArcSDE dati.
  • Visi lietotāji, kas izveido savienojumu ar šo ģeodatubāzes gadījumu, ir jāpievieno SDE datu bāzei, pat ja lietotāja definēti dati netiek saglabāti SDE datu bāzē.
  • Lai skatītu SDE un citiem lietotājiem nepieciešamo atļauju sarakstu, skatiet sadaļu Lietotāja atļaujas.
  • Ir atļauti vaicājumi starp datu bāzēm. ArcSDE skati var atsaukties uz datiem no vairākām datu bāzēm.
  • Paziņojumus SELECT, INSERT, UPDATE un DELETE (pazīstams arī kā datu manipulācijas valoda (DML)) var izmantot pāri datu bāzes robežām. Piemēram, ja izveidojat savienojumu ar datu bāzi public_works, varat parādīt un rediģēt plānošanas datu bāzes datus. Tomēr jūs nevarat izpildīt CREATE, ALTER un DROP (DDL) paziņojumus pāri datu bāzes robežām.
  • SDE datu bāzes un citu saistīto datu bāzu kolekcija veido vienotu ģeodatubāzi. Viena ArcSDE ģeodatubāzes sistēmas tabulu kopa atbalsta visus lietotāja definētos datus, uz kuriem tā atsaucas. Tāpēc dublēšanas un atjaunošanas darbībām ir jāattiecas uz visu ģeodatubāzi. Ja visas datu bāzes netiek dublētas un atjaunotas vienlaicīgi, pastāv ģeodatubāzu korupcijas risks.
  • SDE un citām saistītām datu bāzēm jāizmanto tāda pati salīdzināšana.
  • Visām telpiskajām datu bāzēm, kurās būs kolonna ArcSDE XML, jābūt pilnam teksta katalogam.

Vadlīnijas vairāku telpisko datu bāzu instanču izveidei

Šeit ir dažas vadlīnijas jebkuras datu bāzes izveidošanai telpisko datu glabāšanai.

  • Izmantojiet ArcSDE Post Installation vedni, lai izveidotu savu datu bāzi, kurā tiek glabāta ArcSDE repozitorija. Vednis izveidos SDE datu bāzi, piešķirs tai piekļuvi SDE pieteikumam un instalēs ArcSDE sistēmas tabulas. Noteikti sauciet šo datu bāzi par SDE.
  • Piešķiriet datu failiem lielu sākotnējo lielumu, pēc tam izmantojiet Enterprise Manager vai SQL Server Management Studio, lai palielinātu gan datu bāzes, gan darījumu žurnāla faila automātiskās pieauguma pieaugumu. Šobrīd veiciet sākotnējo dublējumu.
  • Lai izveidotu papildu datu bāzes, kurās tiek glabāti lietotāja definēti dati, izmantojiet SQL Server rīkus, piemēram, Enterprise Manager, Query Analyzer vai Management Studio for SQL Server 2005. SDE lietotājs jāpievieno katrai papildu datu bāzei, ko izveidojat. Šim lietotājam šajās datu bāzēs nav nepieciešamas īpašas atļaujas. Atļaujas tiek automātiski piešķirtas SDE lietotājam, kad datu kopas tiek veidotas vai reģistrētas kā versijas.

Migrēšana no vairākiem uz vienu telpiskās datu bāzes modeli

Kā minēts iepriekš, vienotais datu bāzes modelis ir ieteicamais modelis jūsu ģeodatu bāzēm. Ja jums ir saglabāta ģeodatu bāze, izmantojot vairāku datu bāzes modeli, un vēlaties migrēt uz vienu datu bāzes modeli, rīkojieties šādi:

  1. Izveidojiet pilnu visu ArcSDE datu bāzu dublējumkopiju.

  2. Izveidojiet jaunu atsevišķas datu bāzes modeļa ģeodatubāzi, izmantojot vedni Pēc instalēšanas. Noteikti palaidiet instalēšanas vedni tam pašam laidienam, kuru izmantojat. Piemēram, ja izmantojat vairāku datu bāzes modeli ar ArcSDE 9.1 un vēlaties pāriet uz vienas datu bāzes modeli, palaidiet vedni 9.1 Post Installation, lai izveidotu vienu ģeodatubāzi. Noteikti veiciet šīs darbības tajā pašā SQL Server instancē.

PIEZĪME. Ja pašlaik izmantojat ArcSDE 8.3, vispirms jauniniet uz vismaz ArcSDE 9, pēc tam pārejiet uz vienas datu bāzes modeli.


Vairākas DB2 ģeodatu bāzes

DB2 gadījumā jūs glabājat vienu ģeodatu bāzi katrai telpiski iespējotai datu bāzei.

Ja jums ir jābūt vairākām ģeodatubāzēm no vienas un tās pašas DB2 instances vienā serverī, jums jāiestata pirmā ģeodatubāze un tās pakalpojums ArcSDE, tad jums būs jāizveido papildu DB2 telpiski iespējotas datu bāzes un jāizpilda tālāk sniegtie norādījumi, lai iestatītu turpmākās ģeodatubāzes. Katra ģeodatubāze atradīsies savā datu bāzē un tai būs savs ArcSDE pakalpojums.

Ja izmantojat tikai tiešos savienojumus ar atsevišķām ģeodatubāzēm, īpaša konfigurācija nav nepieciešama. Ja tomēr izmantojat ArcSDE pakalpojumu, lai izveidotu savienojumu ar ģeodatubāzēm, jums būs nepieciešami atsevišķi ArcSDE pakalpojumi ar unikāliem pakalpojumu nosaukumiem un atsevišķs porta numurs pakalpojumu failā. Izpildiet šīs darbības, lai otrajā DB2 telpiski iespējotajā datu bāzē izveidotu otru ģeodatubāzi.

  1. Mainiet failu services.sde, lai jaunajam ArcSDE pakalpojumam pievienotu unikālu ArcSDE pakalpojuma nosaukumu un porta numuru.

  2. Ja otrajai ģeodatubāzei vēlaties norādīt citu ģeodatubāzes uzglabāšanas informāciju, izveidojiet savu giomgr.defs un dbtune.sde failu kopijas, piešķirot tiem dažādus nosaukumus. Piemēram, varat tos nosaukt par giomgr2.defs un dbtune2.sde.

  3. Mainiet jauno failu kopiju saturu, iekļaujot tajā parametrus un vērtības, ar kurām vēlaties izveidot otro ģeodatubāzi. Pamatojoties uz iepriekšējā solī sniegto piemēru, jūs mainītu giomgr2.defs un dbtune2.sde.

  4. Izveidojiet ģeodatubāzi otrajā DB2 datu bāzē, izmantojot vedni Pēc instalēšanas. Kad nokļūstat dialoglodziņā ArcSDE konfigurācijas faili, noklikšķiniet uz Izmantot pielāgotu failu giomgr.defs un dbtune.sde failiem un norādiet vai pārlūkojiet katra no tiem atrašanās vietu.

  5. Sāciet pakalpojumu ArcSDE, izmantojot instalēšanas vedni vai Windows pakalpojumu pārvaldnieku (atrodams sadaļā Windows administratīvie rīki).

Veidojot savienojumu ar dažādām ģeodatubāzēm, norādiet pakalpojuma ArcSDE nosaukumu un datu bāzes nosaukumu tai ģeodatubāzei, kurai vēlaties izveidot savienojumu. Izmantojot ArcSDE administrēšanas komandas, tās ir norādītas ar mainīgajiem –i & ltservice_name & gt un –D & ltdatabase_name & gt, kā parādīts iepriekš.

Klientu savienojumus var izveidot vienā ģeodatubāzē vienlaikus. Kad ir izveidots savienojums ar vienu ģeogrāfisko datu bāzi DB2 instancē, nevar pieprasīt informāciju no citas ģeodatubāzes, izmantojot to pašu savienojumu.

Piemēram, ArcCatalog varat izveidot telpisku datu bāzes savienojumu ar datu bāzi1. Pievienojot ArcMap datus, izmantojot šo savienojumu, jūs nevarat "redzēt" datus datu bāzē2. Lai piekļūtu datu bāzes2 datiem, ArcCatalog jāizveido otrs telpiskās datu bāzes savienojums, šoreiz laukā Datubāze norādot datu bāzi2 un laukā Pakalpojums2 datu bāzes pakalpojuma nosaukumu vai porta numuru.

Informāciju par telpisko datu bāzes savienojumu iestatīšanu ArcCatalog skatiet rakstā Telpisko datu bāzes savienojumu izveide.


Vairākas Informix ģeodatu bāzes

Jūs varat izveidot vairākas datubāzes, kas reģistrētas Spatial DataBlade ar ArcSDE for Informix, bet vienlaikus varat izveidot savienojumu tikai ar vienu datu bāzi. Ja savienošanai izmantojat ArcSDE pakalpojumu, katrai datu bāzei ir nepieciešams savs ArcSDE pakalpojums.

Ja jums vienā serverī ir jābūt vairākām Informix ģeodatubāzēm, jums jāiestata pirmā ģeodatu bāze un tās pakalpojums ArcSDE, tad jums būs jāizveido papildu Informix datu bāzes, kas reģistrētas Spatial DataBlade, un izpildiet tālāk sniegtos norādījumus, lai iestatītu turpmākos ģeodatu bāzes. Katra ģeodatubāze atradīsies savā datu bāzē un tai būs savs ArcSDE pakalpojums.

Ja izmantojat tikai tiešos savienojumus ar atsevišķām ģeodatubāzēm, īpaša konfigurācija nav nepieciešama. Ja tomēr izmantojat ArcSDE pakalpojumu, lai izveidotu savienojumu ar ģeodatubāzēm, jums būs nepieciešami atsevišķi ArcSDE pakalpojumi ar unikāliem pakalpojumu nosaukumiem un atsevišķs porta numurs pakalpojumu failā. Izpildiet šīs darbības, lai otrajā Informix datu bāzē izveidotu otru ģeodatubāzi.

  1. Mainiet failu services.sde, lai jaunajam ArcSDE pakalpojumam pievienotu unikālu ArcSDE pakalpojuma nosaukumu un porta numuru.

  2. Ja otrajai ģeodatubāzei vēlaties norādīt citu ģeodatubāzes uzglabāšanas informāciju, izveidojiet savu giomgr.defs un dbtune.sde failu kopijas, piešķirot tiem dažādus nosaukumus. Piemēram, varat tos nosaukt par giomgr2.defs un dbtune2.sde.

  3. Mainiet jauno failu kopiju saturu, iekļaujot tajā parametrus un vērtības, ar kurām vēlaties izveidot otro ģeodatubāzi. Pamatojoties uz iepriekšējā solī sniegto piemēru, jūs mainītu giomgr2.defs un dbtune2.sde.

  4. Izveidojiet ģeodatu bāzi otrajā Informix datu bāzē, izmantojot vedni Pēc instalēšanas. Nokļūstot dialoglodziņā ArcSDE konfigurācijas faili, noklikšķiniet uz Izmantot pielāgotu failu giomgr.defs un dbtune.sde failiem un norādiet vai pārlūkojiet katra no tiem atrašanās vietu.

  5. Sāciet pakalpojumu ArcSDE, izmantojot Windows pakalpojumu pārvaldnieku (atrodams sadaļā Windows administratīvie rīki).

Veidojot savienojumu ar dažādām ģeodatubāzēm, norādiet pakalpojuma ArcSDE nosaukumu un datu bāzes nosaukumu tai ģeodatubāzei, kurai vēlaties izveidot savienojumu. Izmantojot ArcSDE administrēšanas komandas, tās ir norādītas ar mainīgajiem -i & ltservice_name & gt un -D & ltdatabase_name & gt, kā parādīts iepriekš.

Klientu savienojumus var izveidot vienā ģeodatubāzē vienlaikus. Kad esat izveidojis savienojumu ar vienu ģeogrāfisko datu bāzi Informix datu bāzē, jūs nevarat pieprasīt informāciju no citas ģeodatubāzes, izmantojot to pašu savienojumu.

Piemēram, programmā ArcCatalog varat izveidot telpisku datu bāzes savienojumu ar datu bāzi1. Pievienojot ArcMap datus, izmantojot šo savienojumu, jūs nevarat "redzēt" datus datu bāzē2. Lai piekļūtu datu bāzes2 datiem, ArcCatalog jāizveido otrs telpiskās datu bāzes savienojums, šoreiz laukā Datubāze norādot datu bāzi2 un laukā Pakalpojums2 datu bāzes pakalpojuma nosaukumu vai porta numuru.

Informāciju par telpisko datu bāzes savienojumu iestatīšanu ArcCatalog skatiet rakstā Telpisko datu bāzes savienojumu izveide.

Ņemiet vērā, ka lietotāju sniegtie vaicājumi, kas atsaucas uz nesaturālām tabulām citās datu bāzēs, tiks nodoti SQL tulkam. Ja vaicājumu var izpildīt, tas notiks citādi, tiks atgriezta zema līmeņa SQL kļūda.


GDB_Items tabula

A geodatabase is a container of spatial and nonspatial items. These items include tabular datasets, such as feature classes and tables dataset containers, such as feature datasets and topologies datasets that control more advanced geodatabase behavior and other items such as domains, toolboxes, and workspace extensions. All these items are stored within the geodatabase in the GDB_Items table, where each item is stored as a single row.

The following seven attributes of an item are the ones you are most likely to access using SQL:

  • UUID : A unique identifier for the item
  • Name : The name of the item

Be aware that an item's name is not guaranteed to be unique for example, a relationship class and feature class can have the same name. However, it is not recommended that you give items the same name, since item names should be descriptive enough to differentiate what the item contains.

The attributes in the next list store information from an item's definition (such as a feature class's geometry type), which are duplicated outside the XML Definition to allow more efficient browsing of the geodatabase. Examples of these are the Dataset Subtype and Dataset Info properties. The codes for these attributes depend on the item's type. These attributes are described as follows:

  • Physical Name : The fully qualified name of the item
  • DatasetSubtype1 : For feature classes and raster catalogs, DatasetSubtype1 stores the feature type of the table. For topologies, the topology ID is stored.
  • DatasetSubtype2 : For feature classes and raster catalogs, DatasetSubtype2 stores the geometry type. For relationship classes, it stores a value indicating whether the relationship is attributed or nonattributed.
  • DatasetInfo1 : Stores the name of the shape field for feature class items
  • DatasetInfo2 : Stores information for feature classes that participate in topologies
  • Path : The unique relative path to the item
  • URL : The associated URL for the item used with catalog services
  • Defaults : Item metadata not used directly by the geodatabases, but used by other clients
  • ItemInfo : Storage information for the item, such as symbology, that is independent of the underlying dataset

What happens when you upgrade

Basically, when you upgrade a geodatabase, the system tables and any associated functions, types, or stored procedures are updated. More specifically, when you upgrade from ArcGIS 9.3.x or an earlier release, the following processes happen:

  1. Checks are made to see if the geodatabase can be upgraded.
  2. If you are upgrading an ArcSDE geodatabase, the ArcSDE system tables, functions, procedures, and types are upgraded.
  3. New geodatabase system tables are created.
  4. The contents of the old geodatabase system tables are copied to the new geodatabase system tables.
  5. The geodatabase release number is increased by the appropriate increment.
  6. The old geodatabase system tables are dropped.

The upgrade process is designed to be fault tolerant if the upgrade fails at any point, you can rerun the upgrade on the partially upgraded geodatabase once the cause of the failure has been corrected. Any partially completed operations will have been rolled back or will be skipped when the upgrade is run again. You do not need to restore or reload the database from backup.

If you are unable to finish the Upgrade after an unexpected error or event—for example, you have run out of time and your users need to continue their work—Esri does not recommend using the partially upgraded geodatabase for production. Instead, you should restore from backup prior to allowing your users to connect to the production geodatabase.

As mentioned in the previous section, a log file for the upgrade, GDBUpgrade<n>.log, is created in your system TEMP directory. This file records the progress of the upgrade operation. If any errors are encountered during upgrade, they will be written to this file. If you encounter any unexpected errors during the upgrade process, read this file.


The GDB_ItemRelationships table

Nearly all geodatabase items have relationships with at least one other geodatabase item. For example, a stand-alone table is related to the root folder of a geodatabase, a domain is related to the feature classes or tables that rely on it for validation, and feature classes are related to the topology in which they participate. The GDB_ItemRelationships table is used to track these relationships.

Item relationships have the following attributes:

  • UUID: A unique identifier of an item relationship
  • Type: A UUID representing the relationship's type. This corresponds with the unique identifier of the item relationship's type.
  • OriginID: The unique identifier of the relationship's origin item
  • DestinationID: The unique identifier of the relationship's destination item
  • Attributes: An XML document containing detailed information about the item relationship

Many relationship types do not include attributes they are only used in some relationships between controller datasets and their controlled datasets.

You would likely only access the first five attributes using SQL.

It is important to understand that an item relationship is not analogous to a relationship class. In fact, every relationship class has item relationships with two object classes (its source and destination classes) as well as an additional item relationship with its container (either the geodatabase's root folder or a feature dataset).


Administering your Oracle Geodatabase - PowerPoint PPT Presentation

PowerShow.com ir vadošā prezentāciju/slaidrādes koplietošanas vietne. Neatkarīgi no tā, vai jūsu lietojumprogramma ir uzņēmējdarbība, pamācības, izglītība, medicīna, skola, baznīca, pārdošana, mārketings, tiešsaistes apmācība vai vienkārši izklaide, PowerShow.com ir lielisks resurss. Un, pats labākais, lielākā daļa tā lielisko funkciju ir bezmaksas un viegli lietojamas.

Varat izmantot PowerShow.com, lai atrastu un lejupielādētu tiešsaistes PowerPoint ppt prezentāciju paraugus par jebkuru tēmu, ko varat iedomāties, lai jūs varētu bez maksas iemācīties uzlabot savus slaidus un prezentācijas. Vai arī izmantojiet to, lai atrastu un lejupielādētu augstas kvalitātes PowerPoint ppt prezentācijas ar ilustrētiem vai animētiem slaidiem, kas iemācīs jums darīt kaut ko jaunu, arī bez maksas. Vai arī izmantojiet to, lai augšupielādētu savus PowerPoint slaidus, lai varētu tos kopīgot ar skolotājiem, klasi, studentiem, priekšniekiem, darbiniekiem, klientiem, potenciālajiem investoriem vai pasauli. Vai arī izmantojiet to, lai izveidotu patiešām lieliskas fotoattēlu slaidrādes - ar 2D un 3D pārejām, animāciju un jūsu izvēlēto mūziku -, ko varat kopīgot ar saviem Facebook draugiem vai Google+ lokiem. Tas viss arī bez maksas!

Par nelielu samaksu jūs varat iegūt nozares labāko tiešsaistes privātumu vai publiski reklamēt savas prezentācijas un slaidrādes ar augstākajiem reitingiem. Bet bez tā tas ir bez maksas. Mēs pat pārveidosim jūsu prezentācijas un slaidrādes universālā Flash formātā ar visu to oriģinālo multivides krāšņumu, ieskaitot animāciju, 2D un 3D pārejas efektus, iegulto mūziku vai citu audio vai pat slaidos iegultu video. Viss bez maksas. Lielāko daļu PowerShow.com prezentāciju un slaidrādes var apskatīt bez maksas, daudzas - pat bez maksas lejupielādēt. (Jūs varat izvēlēties, vai ļaut cilvēkiem par maksu vai bez maksas lejupielādēt oriģinālās PowerPoint prezentācijas un fotoattēlu slaidrādes.) Apskatiet PowerShow.com jau šodien - BEZ MAKSAS. Patiešām ir kaut kas ikvienam!

prezentācijas bez maksas. Vai arī izmantojiet to, lai atrastu un lejupielādētu augstas kvalitātes PowerPoint ppt prezentācijas ar ilustrētiem vai animētiem slaidiem, kas iemācīs jums darīt kaut ko jaunu, arī bez maksas. Vai arī izmantojiet to, lai augšupielādētu savus PowerPoint slaidus, lai varētu tos kopīgot ar skolotājiem, klasi, studentiem, priekšniekiem, darbiniekiem, klientiem, potenciālajiem investoriem vai pasauli. Vai arī izmantojiet to, lai izveidotu patiešām lieliskas fotoattēlu slaidrādes - ar 2D un 3D pārejām, animāciju un jūsu izvēlēto mūziku -, ko varat kopīgot ar saviem Facebook draugiem vai Google+ lokiem. Tas viss arī bez maksas!


Rediģēšana

Vispārīgi

  • In the Create Features pane, feature templates can create features from locations provided by a connected GNSS device.
  • The Regular Polygon tool creates equilateral polygons at a specified centerpoint and a specified radial circumscribed distance. The number of sides is specified as a property of the construction tool.
  • The alignment and distribution tools align the edges or centers of features, or distributes them equally. You can align and distribute them relative to each other or to a specified reference location.
  • You can turn on Inference constraints and use inferred geometric constraints when you sketch geometry.
  • You can create and edit 3D object features. A 3D object feature class stores and manages features in the geodatabase using a defined geographic location with a referenced 3D geometry mesh. The referenced geometry of a feature can be stored in multiple formats, which supports many workflows that integrate 3D model files from other applications.
  • You can create geodetically correct features as densified lines, arcs, and ellipses using the Construct Geodetic rīks.
  • When you switch feature construction tools or editing tools while sketching geometry, you are prompted to apply or discard the unfinished sketch.
  • In Template Properties , you can remove component feature templates for preset templates.
  • In the Attributes pane, you can create table templates by selecting an existing record in the selection tree view.
  • In group templates, you can choose to set the Point at every vertex (Polyline) builder to create offset point features coincident with offset line features or construction objects other than the primary line feature.
  • Linear referencing editing tools are now available to create a route from selected line features, calibrate a selected route, and define a portion of a route.
  • While sketching line or polygon features, you can add a vertex with the same x-, y-, z-, and m-values as the right-clicked vertex.
  • When you reverse the direction of a polyline feature, COGO direction attribute values are recalculated to the reverse bearing, if they exist.
  • You can set Aligned and Simple Aligned dimension tools to create continued dimensions after each consecutive click.
  • A pop-up notification alerts you when an editing tool is actively filtering a selection.
  • When you move a topological edge, the tool pane includes the Zoom To Edge tool .
  • The Reshape tool includes an optional setting to choose the feature to keep.
  • Masīva rīks creates multiple copies of a selected feature distributed in a rectangular array.
  • Pārvietošanas rīks supports creating polygons. When entering a traverse, choose a polygon feature layer in the Modify Features pane.
  • Pārvietošanas rīks supports enhanced data entry options for curves.

Paku audums

  • The Quality tab under the Parcels tab on the ribbon has tools for quality-driven workflows in the Tools gallery. These tools include the new Merge Boundaries and Merge Points instrumentus.
  • Use the Merge Points tool to merge two or more selected parcel fabric points into a single point.
  • When the parcel fabric is created or upgraded, two attribute rules are created on parcel fabric feature classes for data quality management.
  • A predefined set of optional attribute rules is available for the parcel fabric for data quality management. These optional rules can be imported and configured for your organization.
  • The Align Parcels tool supports aligning curves, overlapping parcels, and the interactive deletion of links and anchor points.

Diskusija

The geodatabase system tables, stored procedures, and triggers are owned by the ArcSDE administrator. For Oracle, DB2, and Informix databases, if you do not specify the user name when you execute the sdesetup command, it is assumed that the ArcSDE administrator (usually sde) is the user. However, you must supply the ArcSDE administrator password . If you do not supply it in the command with the -p option, you are prompted for it.

For example, you could issue commands with both the administrator user name and password:

sdesetup -o install -d INFORMIX -u sde -p password

Or with neither the administrator user name nor password, in which case you are prompted to supply the ArcSDE administrator password:

sdesetup -o install -d ORACLE10G

Please enter ArcSDE DBA password:

Or specify only the administrator password and for DB2, Oracle, and Informix databases the ArcSDE administrator user name is assumed.

sdesetup -o install -d DB2 -D sdedb -p password

For SQL Server databases, if you do not specify the -u option, the user is assumed to be the Windows login of the user currently logged in to the computer. If that user does not have administrator privileges, sdesetup fails.

sdesetup -o install -d SQLSERVER -D thegdb -s server5ssinstance1 -p mine

SDE release install not complete (-51)

Upgrading an existing geodatabase

Beginning with ArcGIS 10, some of the geodatabase system tables have changed they now require the use of ArcObjects to populate them. The sdesetup administration utility does not use ArcObjects and, therefore, cannot upgrade the geodatabase schema.

For this reason, you must perform your geodatabase upgrades using the Upgrade Geodatabase geoprocessing tool or Python script.

Documentation for running this tool or script is provided in the ArcGIS Desktop and ArcGIS Server help, as well as the installation guides for the ArcSDE component of ArcGIS Server at the enterprise level.

Piezīme: Client applications are not upward compatible with ArcSDE 10 geodatabases. Therefore, before you upgrade your geodatabase, be sure all your client programs have been updated to a compatible release. Check the installation guide of your client application or the ArcGIS Resource Center for compatibility information. If you are using a custom built application that was created with the ArcSDE C or Java API, you must rebuild the application using the new ArcSDE client API libraries before it can connect to an upgraded geodatabase.


Database platform and properties

The value you choose from the Database Platform drop-down list indicates the type of database to which you want to connect. The fields available on the dialog box and, therefore, the information you provide to make the connection depends on the database platform type you choose.

The following sections explain when to choose each database platform and what additional information is needed to connect:

ALTIBASE

Choose ALTIBASE from the Database Platform drop-down list to connect to an ALTIBASE HDB database.

Provide the name of the server and the port used by your ALTIBASE database to communicate with clients in the Data source text box. Provide this information in the following format:

For example, if the server name is ahdb and the port number used to communicate with the database is 20301, type DSN=ahdbPORT_NO=20301 in the Data source text box.

Use Database authentication and provide a valid user name and password to connect. Operating system authentication is not supported.

Choose DB2 from the Database Platform drop-down list to connect to an IBM DB2 database on a Linux, UNIX, or Windows server, or connect directly to a geodatabase in a DB2 database on a Linux, UNIX, or Windows server.

When you connect to DB2, you must provide the name of the cataloged DB2 database in the Data source text box. Or, if the database is not cataloged, you can use the following syntax to connect instead:

HostName=<host>Port=<port number>Database=<database name>

Specify the information appropriate for your site. For example, if your DB2 database is on server cube, communicating through DBMS port 50000, and the database name is spdata, the connection string would be as follows:

This type of connection string is called a DSNless connection.

DB2 for z/OS

Choose DB2 for z/OS from the Database Platform drop-down list to connect to a DB2 database subsystem on a z operating system (z/OS) or a geodatabase in a DB2 database subsystem on z/OS.

When you connect to a DB2 for z/OS database subsystem, you must provide the name of the cataloged DB2 database subsystem in the Datasource text box.

If you do not catalog the database subsystem, you can use the connection string as described for DB2 in the previous section.

Informix

Choose Informix from the Database Platform drop-down list to connect to an IBM Informix database, or connect directly to a geodatabase in an Informix database.

When you connect to Informix, you must provide the Open Database Connectivity (ODBC) data source name for the Informix database in the Datasource text box.

If you do not configure an ODBC data source name, you can use the following syntax to connect instead:

HostName=<server where Informix is installed>ServerName=<Informix server>ServiceName=<service name defined in services file>Database=<Informix database name>

Specify the information appropriate for your site. For example, if your Informix instance is on server hirise, the instance name is superids, it is communicating through port 54321, and the database name is gisdata, the connection string would be as follows:

This type of connection string is called a DSNless connection.

Even though you do not have to configure an ODBC data source name to use a DSNless connection, you still must register the Informix server via SetNet32. Also note that you cannot use a DSNless connection to enable geodatabase functionality in an Informix database or upgrade a geodatabase.

Netezza

Choose Netezza from the Database Platform drop-down list to connect to a database in a Netezza data warehouse appliance.

When you connect to a Netezza database, you must provide the ODBC data source name for the Netezza database in the Data source text box.

If you do not configure an ODBC data source name, you can use the following syntax to connect instead:

ServerName=<host>Port=<port number>Database=<database name>

Specify the information appropriate for your site. For example, if your Netezza data warehouse appliance is on server ndwa, communicating through port 5480, and the database name is spatial, the connection string would be as follows:

Oracle

Choose Oracle from the Database Platform drop-down list to connect to an Oracle database, or connect directly to a geodatabase in an Oracle database.

When connecting to Oracle, either type the Oracle TNS name in the Instance text box, or provide one of the following Oracle Easy Connect strings:

    The name of the Oracle server/Oracle service name or ID

For example, if Oracle is installed on myserver and myosvc is the Oracle service name, type the following:

In this example, Oracle is installed on myserver, is listening on port 60000, and myoservice is the Oracle service name.

The URL for the same instance shown in the last example would be the following:

For example, if the address of the server is 10:10:10:10, and the Oracle service name is orasvc, type 10:10:10:10/orasvc .

For IPV6 addresses, place brackets around the address. For example: [4000:vu5:0:0:f666:h191:77f5:i2rs]/orasvc .

In this example, the IP address is 10:20:30:40, port is 59999, and Oracle service is myomy1: 10:20:30:40:59999/myomy1 .

An IPV6 address for the same port and service would look like the following: [6543:eo4:0:1:f587:l249:12f9:w3ud]:59999/myomy1 10:20:30:40:59999/myomy1 .

Be sure your Oracle instance is configured to allow Easy Connect. If you have the full Oracle client installed but want to use Easy Connect syntax to connect, be sure the sqlnet.ora file on the client is configured to allow the use of Easy Connect and the Oracle server is configured to allow Easy Connect syntax. Also note that if your Oracle instance is not listening on the default Oracle port number, you must use connection syntax that includes the port number.

PostgreSQL

Choose PostgreSQL from the Database Platform drop-down list to connect to a PostgreSQL database, or connect directly to a geodatabase in a PostgreSQL database.

When you connect to PostgreSQL, you must specify an instance and database.

The instance is the name or IP address of the server where PostgreSQL is installed. For example, if your PostgreSQL database cluster is on server ficus, type ficus in the Instance text box. If specifying an IPV6 address, enclose the address in brackets. For example, if the IPV6 address of the server is 1111:aa1:0:1:f111:a222:33f3:b4bb, type [1111:aa1:0:1:f111:a222:33f3:b4bb] in the Instance text box.

If your PostgreSQL database cluster is listening on a port other than the default (5432), include the port number in the instance. For example, if PostgreSQL is installed on server mamabear and is listening on port 49200, type mamabear,49200 in the Instance text box.

The database is the name of the specific database on the PostgreSQL database cluster to which you want to connect. You can type the name of the database in the Database text box or choose it from the drop-down list. The database name is limited to 31 characters.

SAP HANA

Choose SAP HANA from the Database Platform drop-down list to connect to an SAP HANA database.

Specify the ODBC data source name in the Data source text box.

Use Database authentication and provide a valid user name and password to connect. Operating system authentication is not supported.

SQL Server

Choose SQL Server from the Database Platform drop-down list to connect to a database in Microsoft SQL Server or Windows Azure SQL Database, or connect directly to a geodatabase in a SQL Server database.

When you connect to SQL Server or SQL Database, you must specify an instance and database.

The instance is the name of the SQL Server or SQL Database instance. For example, if your SQL Database instance name is cloudy4u.database.windows.net, type cloudy4u.database.windows.net in the Instance text box. If you are using a SQL Server named instance of terragis, type terragis in the Instance text box.

If you are using a default SQL Server instance, you can specify the instance name or the IP address of the server in the Instance text box. If specifying an IPV6 address, enclose the address in brackets. For example, if the IPV6 address of the server is 2000:ab1:0:2:f333:c432:55f6:d7zz, type [2000:ab1:0:2:f333:c432:55f6:d7zz] in the Instance text box.

If your database is listening on a port other than the default (1433), include the port number in the instance. For example, if the SQL Server instance is bassetspatial and is listening on port 61000, type bassetspatial,61000 in the Instance text box.

Additional information is needed in the Instance text box to connect to a highly available SQL Server database.

The database is the name of the specific database on the SQL Server or SQL Database instance to which you want to connect. You can type the name of the database in the Database text box or choose it from the drop-down list. The database name is limited to 31 characters.

The database name is optional when connecting to a SQL Server instance, but only if you want to connect to the database that has been assigned as your default database in the SQL Server instance. The database name is required when connecting to SQL Database.

Teradata

Choose Teradata from the Database Platform drop-down list to connect to a Teradata database.

When you connect to Teradata, provide the ODBC data source name in the Data Source text box. If you have not configured an ODBC data source name, you can provide the IP address of the Teradata server in the format dbcName=<IP address> . For example, if the server has an IPV4 address of 200.30.200.10, type dbcName=200.30.200.10 . If the server has an IPV6 address, enclose the address in brackets. For example, for a server with an IPV6 address of 3020:12z3:y4xw:5099:0:v678:u111:ts22, type dbcName=[3020:12z3:y4xw:5099:0:v678:u111:ts22] .

You must also use database authentication and provide a valid user name and password. Operating system authentication is not supported.


Versions: An example

To illustrate how versions can be used, follow this scenario from a municipal water utility. The water utility has a geodatabase of features representing the current state of all the water pipes, valves, pumps, and other components of the water system. The utility needs to add a new line extension to the water system.

The utility creates a new version from the Default version called Extension project, which is to contain the design of the new extension. However, the utility staff are unsure whether to go with a 16-inch or a 24-inch pipe design for the new extension. So, from the Extension project version, they create a version to study the 16-inch design and another to study the 24-inch design.

They eventually discover the 24-inch pipe will serve projected water demand for 12 more years and that the greater initial construction cost is justified. The 24-inch design wins approval, is checked for accuracy, and is posted to the Extension project version.

A few months later, the construction of the new line extension is completed. To update the published version of the database, the Extension project version is reviewed for accuracy, reconciled, and posted to the Default version.


Skatīties video: Informacijos paieška (Oktobris 2021).