Daha çox

ArcSDE ilə Oracle DB-dən həndəsə seçmə xətası


Oracle 11g / ArcSDE 10.1 geodatabase bazasındakı xüsusiyyət sinifindən həndəsə sütunu kimi tanınmış mətn seçməyə çalışıram. (Bu istifadə Python skriptindədirpypyodbcsürücü kimi). Bu mənim SQL:

OWNER.FEAT_CLASS'DAN SDE.ST_AsText (SHAPE) SEÇİN

Bunu çalıştırdığımda bir neçə Oracle səhvini alıram:

ORA-29900: operator əlaqəsi mövcud deyil  nORA-06553: PLS-306: səhv sayı və ya 'ST_ASTEXT' ə edilən arqument növləri

Bütün istinadlara tam cavab verdiyini söyləyən bu dəstək məqaləsini tapdımST_GEOMETRYoperatorlar, amma məndə varSDEprefiks, buna görə nəyin əskik olduğunu bilmirəm Bununla bağlı hər hansı bir fikir varmı?

YENİLƏNİB: Yalnız seçsəmŞƏKİLhər hansı bir SDE funksiyası olmadan sahə alıramOndalık ('214'). Maraqlıdır ki, bu da obyekt kimliyi.


Həqiqi nöqtələrin saxlandığı Fn-Cədvəlini tapmaq üçün edə bilərsiniz

sde.column_registry-dən object_id seçin, burada table_name = 'MYTABLE' və column_name = 'SHAPE';

Həndəsə xxxx = object_id ilə Fxxxx cədvəlində saxlanacaq.


ArcSDE Database Refactoring Tool seçimləri

Tətbiqlərimizdə likibazanı təkamülçü DB dəyişikliyi idarəedici vasitə kimi istifadə edirik, "ümumi" verilənlər bazası şemalarında istifadə etdiyimiz zaman çox işləyir.

Bununla yanaşı esri arcSDE 9.3 platformasını Oracle üzərindən istifadə edən CİS tətbiqləri ilə də işləyirik və bu halda şemadakı bütün (və ya demək olar ki) bütün cədvəllər (həm CBS, həm də 'alfasayısal' cədvəllər) idarə olunur (cədvəl, qrantlar və s. Yaradır). arcSDE. Beləliklə, indi yeni xüsusiyyət classe yaratmaq istədiyimiz zaman arcCatalog istifadə edirik və bu şəkildə xüsusiyyət siniflərinin dəyişikliklərini birbaşa SQL vasitəsilə likibaza və ya digər avtomatlaşdırılmış yenidən işləmə vasitəsi ilə idarə etmək mümkün deyil.

Beləliklə, dəyişiklikləri idarə etmək üçün likibaza istifadə edə bilmiriksə, ən azı idarəetmə əməliyyatlarını xüsusiyyətlərimiz üzərində komanda xətti ilə icra etmək istəyirik. ArcCatalog istifadə edilməməsi üçün vasitələr axtarmağa başladıq və sonra dəyişiklikləri skriptlərdən istifadə edərək avtomatlaşdırmağa çalışdıq, bu imkanları araşdırırıq:

ArcCatalog / arcSDE-nin hər dəfə oracle bağlantısını izləyən bir Feature Class-da dəyişiklik etdiyimiz SQL-i tutmağa çalışın. Bu, bizə indeksləri, versiya cədvəllərini və s. Ehtiva edən çox mürəkkəb bir SQL təlimatı verir, buna görə də bu yoldan imtina edirik.

ArcSDE serverində quraşdırılmış sdelayer və sdetable admin əmrlərindən istifadə edin.

Veri idarəetmə vasitəsini istifadə edin: xüsusiyyət siniflərini idarə etmək üçün python əsaslı bir kitabxana, ancaq masa üstü versiyası quraşdırılmış bir maşından icra edilməlidir.

Bu son iki seçim, komanda xəttindəki xüsusiyyətləri idarə etmək üçün bir yol təqdim edəcəkdir, lakin hədəfimiz likibaza kimi dəyişiklikləri idarə etmək üçün bir vasitə tapmaq / inkişaf etdirməkdir. Ancaq bu vasitələrlə hər bir SQL DDL əməliyyatını bir arcSDE əmrinə uyğunlaşdırmağımıza imkan verən bir vasitə tapmaq məcburiyyətində qalacağıq və hal-hazırda heç bir db yenidən işləmə vasitəsi bunu təmin etmir (hal-hazırda bizdə likibaza, dbdeploy, uçuş yolu var).

Kimsə bu təkamül dəyişikliyi idarəetmə problemini arcSDE ilə həll etmişdi? Bu problemlə üzləşməyin başqa bir yolu barədə hər hansı bir fikir varmı?


ST_Geometry məkan məlumatlarını necə saxlayır

Aşağıdakı ST_Geometry'nin Oracle təsviri:

Ad Yazın
BİRLİK SAYI (38)
NUMPTS SAYI (38)
MINX DƏZİ (64)
MINY DƏZİ (64)
MAXX DƏZİ (64)
MAXY DƏZİ (64)
MINZ DƏZİ (64)
MAXZ DƏZİ (64)
MINM DƏZİ (64)
MAXM DƏZİ (64)
SAHƏ DƏZİ (64)
LEN DƏZİ (64)
SRID SAYI (38)
BALLAR BLOB

Məkan tipinin atributları aşağıdakı məlumatları təmsil edir:

    Varlıq & # 8212Məkan sütununda saxlanılan həndəsi xüsusiyyət növü (linestring, multiilinring, multipoint, multipolygon, point, or polygon), dəyəri st_geom_util saxlanılan prosedurdan alınan bir az maskadır.

Digər obyekt növləri kimi, ST_Geometry məlumat növü də konstruktor metodu və funksiyaları ehtiva edir. Konstruktor metodu, məlumat tipinin yeni bir nümunəsini (obyektini) qaytaran və atributlarının dəyərlərini təyin edən bir funksiyadır.

Qurucunun adı tiplə eyni (ST_Geometry). ST_Geometry tipli bir obyekt yaratdıqda, konstruktor metoduna müraciət edirsiniz. Misal üçün:

Aşağıdakılar ST_Geometry accessor funksiyaları giriş olaraq tək bir ST_Geometry götürür və tələb olunan əmlak dəyərini bir rəqəm olaraq qaytarır.

    ST_Area üzv funksiyası bir həndəsənin sahəsini qaytarır.

Məsələn, aşağıdakı sorğu ABŞ-dakı ayrı-ayrı əyalətlərin adını və ərazisini qaytarır.

ST_LineString, ST_MultiLineString, ST_MultiPoint, ST_MultiPolygon, ST_Point və ST_Polygon, hamısı ST_Geometry'nin alt tipləridir (və ya alt siniflər). ST_Geometriya və alt növləri ümumi atributları və funksiyaları bölüşür. ST_LineString, ST_MultiLineString, ST_MultiPoint, ST_MultiPolygon, ST_Point və ST_Polygon üçün qurucu tərifi eynidır. Qurucunun adı, qarşıdurma tipi ilə eynidir.

ST_Point sonlu bir obyekt olduğu üçün (tək nöqtə dəyəri), aşağıdakı üsullardan biri ilə də yaradıla bilər.

Bu metod koordinat nöqtələrindən və bir SRID istifadə edir.

Bu metod bir istifadəçiyə hər nöqtə üçün koordinat nöqtələrini və yüksəklik dəyərini təyin etməyə imkan verir.

ST_Point üçün bu son metod əlavə olaraq bir ölçmə dəyərinin yaradılmış nöqtə obyektinin bir hissəsi kimi göstərilməsinə imkan verir.

SP_Grid_Info, ST_Geometry_Index cədvəlindəki GRID sahəsi üçün məlumat növü kimi istifadə olunur. Məkan indeksləri üçün şəbəkə səviyyəli məlumatları ehtiva edir.

ArcSDE quraşdırmaq və Oracle DBMS-də ST_Geometry növü və domen indeksindən istifadə etmək üçün ArcSDE administrator istifadəçisinə növlər, operatorlar və saxlanılan prosedurları hazırlamaq üçün müvafiq sistem imtiyazları verilməlidir. Lazım olan icazələr haqqında məlumat üçün Oracle-da geodatabases üçün istifadəçi icazələrinə baxın.

Metadata şeması

Oracle növləri və metadata cədvəlləri üçün məkan tipi SDE şemasına məxsusdur. Şema tərifi, növ sütunu / cədvəli, məkan indeksi və məkan istinadları məlumatlarını təyin etmək və təsvir etmək üçün istifadə olunan metadata cədvəlləri üçün əsas cədvəl təsviridir. Tip termini ST_Geometry məkan tipinə aiddir. Məkan indeksi ST_Spatial_Index domen indeksinə aiddir. Bütün növ və domen indeksi növü tərifləri, paketləri və metadata cədvəlləri SDE şemasında yaradılmışdır.

Baxışlar, GEOMETRY_COLUMNS və SPATIAL_REFERENCES-ə dair OpenGIS baxışları daxil olmaqla ST_ əvvəlində əlavə ediləcəkdir.

ST_Geometry üçün təriflər SDE istifadəçisinə məxsus olduğundan, verilənlər bazasında hələ ST_Geometry sütunlarını ehtiva edən cədvəllər varsa SDE istifadəçisini verilənlər bazasından heç vaxt silməməlisiniz. Bunu etmək həmin cədvəllərin əlçatmaz olmasına səbəb olacaqdır.

Oracle-ın Application Developers Guide-da qeyd edildiyi kimi, bir istifadəçi verilənlər bazasından çıxarıldıqda, icra olunan açılan ifadələrdən biri FORCE seçimi ilə DROP TYPE-dir. Bu ifadə istifadəçinin verilənlər bazasından silinə bilməsi üçün həmin istifadəçiyə məxsus olan bütün növləri silir. DROP TYPE FORCE, asılı növlər və ya onlarla əlaqəli cədvəllər olsa da, növlərin düşməsinə səbəb olur. Bu baş verdikdən sonra əlaqəli cədvəllər etibarsız olaraq qeyd olunur və cədvəllərdəki məlumatları əlçatmaz edir.

Hər cədvəlin təsviri üçün Oracle-da saxlanılan bir coğrafi məlumat bazasının Sistem cədvəllərində verilmiş cədvəllərə baxın. Cədvəllər aşağıdakı kimidir:


Oracle Spatial, yüksək səviyyəli coğrafi informasiya sistemlərini (CİS) və yerlə işləyən kəşfiyyat həllərini (LBS) dəstəkləmək üçün inkişaf etmiş məkan xüsusiyyətləri təmin edən Oracle Database üçün bir seçimdir.

Oracle Spatial, Oracle CEP tətbiqinizdə Oracle Spatial sinifləri ilə problemsiz şəkildə əlaqələndirilən Oracle CQL sorğularını və baxışlarını yazmanıza imkan verən isteğe bağlı bir məlumat kartuşudur.

Oracle Spatial istifadə edərək, məkan məlumatlarının saxlanılması, məkan məlumatları ilə yaxınlıq və üst-üstə müqayisələrin aparılması və məkan məlumatlarının məkan üzərində indeksləşdirmə imkanı təmin edərək Oracle CEP serverinə inteqrasiya edilməsi kimi ən vacib coğrafi domen əməliyyatlarını həyata keçirən Oracle CQL sorğularını konfiqurasiya edə bilərsiniz. məlumat.

Oracle Spatial-dan istifadə etmək üçün Oracle Spatial API ilə işləyən bir məlumat tələb edir. Oracle Spatial haqqında daha çox məlumat üçün bax:

16.1.1 Məlumat Kartuşu Adı

Oracle Spatial, karton identifikatoru com.oracle.cep.cartrdiges.spatial istifadə edir və server miqyaslı qorunan link adını məkan qeyd edir.

Oracle Spatial metod zəngini Oracle Spatial tətbiqetmə konteksti ilə əlaqələndirmək üçün məkan keçid adından istifadə edin.

16.1.2 əhatə dairəsi

Oracle Spatial, Oracle Spatial Java API'sinə əsaslanır. Oracle Spatial, com.oracle.cep.cartridge.spatial.Geometry sinfində Oracle Spatial funksiyasını ortaya qoyur. Oracle Spatial Java API-də olmayan Oracle Spatial funksionallığı Oracle Spatial-dan əldə edilə bilməz.

Oracle Spatial istifadə edərək, Oracle CQL sorğularınız Cədvəl 16-1-in təsvir etdiyi Oracle Spatial funksiyasına daxil ola bilər.

Cədvəl 16-1 Oracle Məkan Sahəsi

Oracle Spatial Java API-dən aşağıdakı həndəsə növləri:

Aşağıdakı həndəsə əməliyyatları:

Həndəsə tipli ümumi üzv funksiyalarına və ümumi sahələrə giriş

Kartezyen və WGS84 geodeziya koordinatları (standart)

SRID vasitəsilə standart koordinat sisteminin göstərilməsi

Digər geodeziya koordinatlarının istifadəsi

Həndəsi əlaqə operatorları

Həndəsi Filtr Operatorları

Com.oracle.cep.cartridge.spatial.Geometry-nin təmin etdiyi metodların tam siyahısı üçün Bölmə 16.1.2.7, "Həndəsə API" sinə baxın.

Oracle Spatial istifadə edərək bu Oracle Spatial xüsusiyyətlərinə necə daxil olacağınız haqqında daha ətraflı məlumat üçün Bölmə 16.2, "Oracle Spatial istifadə".

16.1.2.1 Həndəsə növləri

Oracle Spatial data modeli həndəsələrdən ibarətdir. Həndəsə, təpələrin nizamlı bir ardıcıllığıdır. Həndəsənin semantikası onun növünə görə təyin olunur.

Oracle Spatial, aşağıdakı Oracle Spatial növlərinə birbaşa Oracle CQL sorğu və görünüşlərində daxil olmaq imkanı verir:

SDO_GTYPES: Oracle Spatial aşağıdakı həndəsə növlərini dəstəkləyir:

Cədvəl 16-2, istifadə edə biləcəyiniz com.oracle.cep.cartridge.spatial.Geometry sinifindən həndəsə növlərini təsvir edir.

Cədvəl 16-2 Oracle Məkan Həndəsi Növləri

Bir nöqtə olan nöqtə həndəsə növü.

Bir çoxbucaqlı olan çoxbucaqlı həndəsə növü.

SDO_ELEMENT_INFO: Element Məlumat massivini aşağıdakılardan istifadə edərək yarada bilərsiniz:

com.oracle.cep.cartridge.spatial.Geometry.createElemInfo statik metod

TƏLİMATLAR: Oracle Spatial ordsgenerator funksiyasından istifadə edərək ordinatlar yarada bilərsiniz.

16.1.2.2 Element Məlumat Array

Element Info atributu dəyişən uzunluqlu sıra massivindən istifadə etməklə təyin olunur. Bu atribut Ordinates atributunda saxlanılan ordinatların necə şərh ediləcəyini göstərir.

Oracle Spatial, Element Info atribut dəyərlərini yaratmaq üçün aşağıdakı köməkçi funksiyanı təmin edir:

Einfogenerator funksiyasından da istifadə edə bilərsiniz.

16.1.2.3 Təyinat və Koordinat Sistemləri və SDO_SRID

Cədvəl 16-3-də Oracle Spatial-ın standart olaraq dəstəklədiyi koordinat sistemləri və hər bir koordinat sistemini təyin edən SDO_SRID dəyəri sadalanır.

Cədvəl 16-3 Oracle Məkan Koordinat Sistemləri

Kartezyen koordinatlar, müəyyən olunmuş mənşədən bir nöqtənin təmsil olunan fəzada dik olan oxlar boyunca yerini ölçən koordinatlardır.

Geodeziya koordinatları (bəzən coğrafi koordinatlar da deyilir) sferik qütb koordinatları ilə sıx əlaqəli olan və müəyyən bir Yer geodeziya datumuna nisbətən təyin olunan açısal koordinatlardır (uzunluq və enlik).

Bu, Oracle Spatial-da standart koordinat sistemidir.

SDO_SRID dəyərini çağırdığınız hər bir Oracle Spatial metodu və qurucusu üçün arqument kimi təyin edə bilərsiniz və ya SDO_SRID-i Oracle Spatial tətbiqetmə kontekstində bir dəfə konfiqurasiya edə və com.oracle.cep.cartridge.spatial.Geometry metodlarını istifadə etmədən SDO_SRID hər dəfə bir arqument kimi. Tətbiq kontekstindən istifadə edərək Oracle Spatial-ın dəstəklədiyi hər hansı bir koordinat sistemini də təyin edə bilərsiniz.

SDO_SRID dəyəri qəbul etməyən bir com.oracle.cep.cartridge.spatial.Geometry metodundan istifadə edirsinizsə, Oracle Spatial tətbiq kontekstindən istifadə etməlisiniz. Məsələn, aşağıdakı metod çağırışı iş vaxtı istisnasına səbəb olur:

Bunun əvəzinə, metod çağırışını Oracle Spatial tətbiq konteksti ilə əlaqələndirmək üçün məkan əlaqəsi adını istifadə etməlisiniz.

Bir SDO_SRID dəyəri alan bir Həndəsə metodundan istifadə edirsinizsə, məkan əlaqəsi adının istifadəsi isteğe bağlıdır. Məsələn, həm aşağıdakı metod çağırışları etibarlıdır:

Ordinatlar ikiqat sıra istifadə edərək həndəsə üçün koordinatlar massivini təyin edir. Oracle Spatial, koordinatların bir sıra yaratmaq üçün ordsgenerator köməkçi funksiyasını təmin edir. Sintaksis üçün "ordsgenerator" a baxın.

Oracle Məkan Geliştirici Kılavuzunda "Koordinat Sistemləri (Mekansal Referans Sistemləri)"

16.1.2.4 Həndəsi İndeks

Oracle Spatial, əsas filtri tətbiq etmək üçün bir məkan indeksindən istifadə edir. Məkan indeksinin məqsədi məlumatların bir alt hissəsini tez bir zamanda yaratmaq və ikincil filtr üzərində işləmə yükünü azaltmaqdır.

Hər hansı bir indeks kimi bir məkan indeksi axtarışların məhdudlaşdırılması üçün bir mexanizm təmin edir, lakin bu halda mexanizm kəsişmə və saxlama kimi məkan meyarlarına əsaslanır.

Oracle Spatial, standart indeksləmə mexanizmi üçün R-Tree indeksləşdirməsindən istifadə edir. Mekansal bir R-ağac indeksi dörd ölçüyə qədər məkan məlumatlarını indeksləşdirə bilər. R-ağac indeksi hər bir həndəsəni həndəsəni minimal olaraq əhatə edən təkbucaqlı düzbucaqla təqribən (Minimum Sərhəd Düzbucağı və ya MBR adlanır)

16.1.2.5 Həndəsi əlaqə operatorları

Oracle Spatial aşağıdakı Oracle Spatial həndəsi əlaqə operatorlarını dəstəkləyir:

Bu operatorlardan hər hansı birini Oracle CQL sorğu proyeksiyası bəndində və ya burada bəndində istifadə edə bilərsiniz.

Bir Oracle CQL sorğusunun olduğu yerdəki həndəsi əlaqə operatorundan istifadə etdiyiniz zaman, Oracle Spatial, harada olan bənddə göstərilən əlaqədə Rtree indeksləşdirilməsini təmin edir.

Oracle Spatial, nöqtə ilə digər həndəsə növləri arasında yalnız həndəsi əlaqələri dəstəkləyir.

16.1.2.6 Həndəsi Filtr Operatorları

Oracle Spatial aşağıdakı Oracle Spatial həndəsi filtr operatorlarını dəstəkləyir:

Bu filtr operatorları birincil süzgəcdən keçirirlər və bu səbəbdən yalnız bir bəndin olduğu Oracle CQL sorğusunda görünə bilərlər.

Bu filtr operatorları, verilən obyektlə məkan qarşılıqlı əlaqəsi olan məkan obyektlərinin çoxluğunu müəyyən etmək üçün məkan indeksindən istifadə edirlər.

16.1.2.7 Həndəsə API

Oracle Spatial, Oracle Spatial Java API'sinə əsaslanır. Oracle Spatial, com.oracle.cep.cartridge.spatial.Geometry sinfində Oracle Spatial funksiyasını ortaya qoyur. Bu Həndəsə sinfi oracle.spatial.geometry.J3D_Geometry-ni də genişləndirir.

Oracle Spatial yalnız 2D həndəsələri dəstəkləsə də, səmərəlilik üçün Həndəsə sinfi bəzi J3D_Geometry metodlarından istifadə edir. Həndəsə sinfi, Z3D_Geometriya metodları üçün Z koordinatlarını avtomatik olaraq sıfırlayır.

Həndəsə sinifindən əldə edilə bilməyən Oracle Spatial funksionallığı (və ya Oracle Spatial-ın dəstəklədiyi əhatə dairəsi və həndəsə növlərinə uyğun deyil) Oracle Spatial tərəfindən əlçatmazdır.

Oracle Məkan tipi adlarını sadələşdirmək üçün, Bölmə 2.8.2, "Takma Adlar Elementini istifadə edərək Takma Adları Müəyyən Etmə" şəklində takma adlardan istifadə edə bilərsiniz.


Oracle DBTUNE konfiqurasiya parametrləri

DBTUNE cədvəlinin parameter_adı sütununda saxlanılan konfiqurasiya parametrləri, konfiqurasiya ediləcək verilənlər bazası obyektini müəyyənləşdirir və ya müəyyən bir ayarı göstərir. DBTUNE-nin config_string sütununda saxlanılan müvafiq dəyərləri, obyektin və ya ayarın necə yapılandırılacağını müəyyənləşdirir. Parametrlər və onların konfiqurasiya sətirləri DBTUNE cədvəlində konfiqurasiya açar sözləri ilə birlikdə qruplaşdırılır. Açar söz / Parametr_adı kombinasiyaları unikaldır, lakin parametr parametri adlarının əksəriyyəti DBTUNE cədvəli boyu müxtəlif açar sözlər altında təkrarən istifadə olunur.

Parametr_adları sütunu üçün etibarlı dəyərlər müəyyən edilmişdir, yeni parametr_ adları icad edə bilməzsiniz. Eynilə config_strings yalnız müəyyən ədədi dəyərləri və ya SQL dizələrini qəbul edir. Əksər hallarda bu sətirlər SQL CREATE TABLE və CREATE INDEX ifadələrinə əlavə olunur.

Oracle verilənlər bazasında saxlanılan geodatabases-də parametr adı & # 8211fiqurasiya sətri cütləri ArcSDE tərəfindən aşağıdakı məqsədlər üçün istifadə olunur:

    Cədvəllərin və indekslərin saxlama xüsusiyyətlərini müəyyənləşdirin

Varsayılan olaraq, Oracle, masa boşluqlarının standart saxlama parametrlərindən istifadə edərək cədvəlləri və indeksləri istifadəçinin standart cədvəl məkanında saxlayır. Bu istifadəçi kimi qoşulduqda USER_USERS Oracle sistem cədvəlinin DEFAULT_TABLESPACE sahəsini soruşaraq istifadəçinin standart cədvəlini təyin edə bilərsiniz. Oracle verilənlər bazası administratoru (DBA) olaraq DBA_USERS cədvəlinin DEFAULT_TABLESPACE sahəsini istifadəçini müəyyənləşdirmək üçün WHERE müddəasından istifadə edərək sorğu göndərin.

USER_TABLESPACES sorğusu edərək bir masa sahəsi üçün standart saxlama parametrlərinin siyahısını əldə edin:

Konfiqurasiya açar sözlərindən istifadə edərək müxtəlif masa sahələrini təyin etmək üçün, DBTune faylındakı DEFAULTS və digər konfiqurasiya açar sözləri altında bəzi parametrləri şərh etməməli və bir masa boşluğu adını təyin etmək üçün əlaqəli konfiqurasiya sətirlərini redaktə etməlisiniz. Şərh edilmiş sətirlərə bir funt işarəsi (#) qoyulur. Bu funt işarəsini silin və & lttext & gt-ni düzgün masa boşluğunun adı ilə əvəz edin. Sonra dbtune faylını DBTUNE cədvəlinə daxil edin. İstifadəçilər daha sonra bu açar sözü təyin edə bilərlər (və ya XƏSTƏLƏRİ qəbul edirlər) və yaratdıqları məlumat dəstlərinin cədvəlləri və indeksləri dbtune faylında göstərdiyiniz masa boşluğunda saxlanacaq.

Dbtune faylının və cədvəlinin redaktəsindəki xüsusiyyətlər üçün dbtune faylı və DBTUNE cədvəlinə baxın.

Aşağıdakı cədvəl, Oracle-da bir coğrafi məlumat bazasında istifadə edilə bilən bütün mümkün konfiqurasiya parametrlərinin əlifba siyahısıdır. Ardından, funksionallığı ilə qruplaşdırılan parametrlərin daha dərindən izahı və ardından Oracle Spatial-da saxlanılan ArcSDE geodatabases-a xas olan parametrlərin siyahısı.

    Verilən ölçüdə iki ordinatın məsafəsi ayrı ola bilər və yenə də eyni hesab edilə bilər

    Oracle Məkan həndəsi tipi üçün yuxarı ölçü sərhəddi

    YOX & # 8212Oracle Text paketini işə salmaqla əl ilə yeniləmə (standart)

Qeyd: XML parametrləri üçün & ltn & gt, müəyyən bir XML sütunu ilə əlaqəli xml_column_id-ə istinad edir.

Parametrlərin funksional təsvirləri

    İş cədvəli və indeks saxlama parametrləri

İş masası bir ArcSDE müştərisi, sdetable idarəetmə əmri və ya ArcSDE C tətbiqetmə proqramlaşdırma interfeysi (API) SE_table_create funksiyası tərəfindən yaradılan hər hansı bir Oracle masasıdır.

Bir iş masasının saxlama konfiqurasiyasını təyin etmək üçün DBTUNE cədvəlinin B_STORAGE parametrindən istifadə edin.

İş masası indekslərinin yaradılmasını dəstəkləmək üçün beş indeks saxlama parametri mövcuddur.

B_INDEX_USER parametri, C API funksiyası SE_table_create_index və sdetable əmrinin create_index əməliyyatı ilə yaradılan istifadəçi tərəfindən müəyyən edilmiş indekslər üçün saxlama konfiqurasiyasını saxlayır.

B_INDEX_ROWID parametri, ArcSDE-nin bir qeyd cədvəlinin obyekt identifikator sütununda yaratdığı, ümumiyyətlə ROWID və ya OBJECTID adı verilən indeksin saxlama konfiqurasiyasını saxlayır.

Qeyd: ArcSDE yaratdığı bütün cədvəlləri qeyd edir. ArcSDE tərəfindən yaradılmayan masalar sdetable və ya sdelayer əmrləri ilə də qeyd edilə bilər. TABLE_REGISTRY sistem cədvəli hazırda qeydiyyatdan keçmiş cədvəllərin siyahısını saxlayır.

B_INDEX_SHAPE parametri, iş masasına məkan sütunu əlavə edildikdə ArcSDE-nin yaratdığı məkan sütun indeksinin saxlama konfiqurasiyasını saxlayır. Bu indeks ArcSDE C API funksiyası SE_layer_create tərəfindən yaradılmışdır. Bu funksiya bir xüsusiyyət sinfi yaratdıqda və sdelayer əmrinin əlavə əməliyyatı ilə ArcGIS tərəfindən çağırılır.

B_INDEX_RASTER parametri, iş masasına bir raster sütunu əlavə edildikdə ArcSDE-nin yaratdığı raster sütun indeksinin saxlama konfiqurasiyasını saxlayır. Bu indeks ArcSDE C API funksiyası SE_rastercolumn_create tərəfindən yaradılmışdır. Bu funksiya bir xüsusiyyət sinfi yaratdıqda və sderaster əmrinin əlavə, kopyalama və idxal əməliyyatları ilə ArcGIS tərəfindən çağırılır.

B_INDEX_TO_DATE parametri R & ltregistration_id & gt_sde_todate indeksinin yaddaşını təyin edir. Bu indeks iş masasında arxivləşdirmə aktiv olduqda yaradılır və arxiv əməliyyatı zamanı tarix cədvəlini yeniləyərkən istifadə olunur.

Bir iş cədvəlinin versiyalı olaraq qeydiyyatı, bir çox istifadəçiyə bir obyekti saxlamağa və redaktə etməyə imkan verir. Müvafiq fasilələrdə istifadəçilər etdikləri dəyişiklikləri digər istifadəçilər tərəfindən edilmiş dəyişikliklərlə birləşdirir və eyni satırlar dəyişdirildikdə ortaya çıxan ziddiyyətləri barışdırırlar.

ArcSDE iki cədvəl yaradır və cədvəl əlavə edir və cədvəl silinir və versiyalanmış kimi qeydiyyatdan keçən hər cədvəl üçün & # 8212.

A_STORAGE parametri, əlavə masasının saxlama konfiqurasiyasını saxlayır. Dörd başqa saxlama parametri, əlavə cədvəlinin indekslərinin saxlama konfiqurasiyasını saxlayır. Əlavə olunan cədvəl A & ltn & gt adlanır, burada & ltn & gt TABLE_REGISTRY sistem cədvəlində qeyd olunan qeydiyyat kimliyidir. Məsələn, ROADS iş cədvəli 10 qeydiyyat kimliyi ilə siyahıya alınarsa, ArcSDE əlavə cədvəlini A10 olaraq yaradır.

A_INDEX_RASTER parametri, əlavə cədvəlindəki bir raster sütununda yaradılan indeksin saxlama konfiqurasiyasını təyin edir. İndeksə SDE_RIX_ & ltN & gt_A adı verilir. & ltN & gt raster sütun kimliyidir.

A_INDEX_ROWID parametri, ArcSDE-nin ROWID olaraq da adlandırılan çox yönlü obyekt ID sütununda yaratdığı indeksin saxlama konfiqurasiyasını saxlayır. Əlavə edən cədvəl ROWID indeksi A & ltn & gt_ROWID_IX1 adlanır, burada & ltn & gt, cədvəlin əlaqələndirildiyi iş masasının qeydiyyatı kimliyidir.

A_INDEX_STATEID parametri, ArcSDE-nin əlavə etdiyi cədvəlin SDE_STATE_ID sütununda yaratdığı indeksin saxlama konfiqurasiyasını saxlayır. SDE_STATE_ID sütun indeksinə A & ltn & gt_STATE_IX2 deyilir, burada & ltn & gt, cədvəlin əlaqələndirildiyi iş masasının qeydiyyatı kimliyidir.

A_INDEX_SHAPE parametri, ArcSDE-nin əlavə etdiyi cədvəlin məkan sütununda yaratdığı indeksin saxlama konfiqurasiyasını saxlayır. İş cədvəlində məkan sütunu varsa, sütun və indeks əlavə cədvəlində təkrarlanır. Cədvəlin məkan sütun indeksinə A & ltn & gt_IX1_A deyilir, burada & ltn & gt LAYERS cədvəlində göstərildiyi kimi xüsusiyyət sinfinin qat kimliyidir.

A_INDEX_USER parametri, ArcSDE-nin əlavə etdiyi cədvəldə yaratdığı istifadəçi tərəfindən müəyyən edilmiş indekslərin saxlama konfiqurasiyasını saxlayır. İş masalarındakı istifadəçi tərəfindən göstərilən indekslər əlavə olunan cədvəldə təkrarlanır.

D_STORAGE parametri silinən cədvəlin yaddaş konfiqurasiyasını saxlayır. ArcSDE-nin silinən cədvəldə yaratdığı indekslərin saxlama konfiqurasiyasını digər iki saxlama parametri saxlayır. Silinən cədvəl D & ltn & gt adlanır, burada & ltn & gt TABLE_REGISTRY sistem cədvəlində qeyd olunan qeydiyyat kimliyidir. Məsələn, ROADS iş cədvəli 10 qeydiyyat kimliyi ilə siyahıya alınarsa, ArcSDE silmələr cədvəlini D10 olaraq yaradır.

D_INDEX_STATE_ROWID parametri, ArcSDE'nin cədvəlin SDE_STATE_ID və SDE_DELETES_ROW_ID sütunlarında yaratdığı D & ltn & gt_IDX1 indeksinin yaddaş konfiqurasiyasını saxlayır.

D_INDEX_DELETED_AT parametri, ArcSDE-nin silinən cədvəlin SDE_DELETED_AT sütununda yaratdığı D & ltn & gt_IDX2 indeksinin yaddaş konfiqurasiyasını saxlayır.

Cədvəllərin əlavə edilməsi və silinməsinin quruluşu və necə istifadə edildiyi barədə daha çox məlumat üçün Oracle-da bir yer verilənlər bazasında Versiya cədvəllərinə baxın.

ST_Geometry saxlama ilə yaradılan bir xüsusiyyət sinfi, Oracle verilənlər bazasına bir məkan indeks cədvəli əlavə edir. Bu məkan indeks cədvəlinə S & ltn & gt_IDX $ adı verilir, burada & ltn & gt həndəsə indeksidir. Bu cədvəl Oracle İndeksli Mütəşəkkil Cədvəldir (IOT).

Bir ST_Geometry sütunu olan bölünmüş iş masaları yaratsanız, məkan indeksinin də bölünməsini istəyəcəksiniz. Bölmə üsulları iki növə bölünür: qlobal və yerli. Varsayılan olaraq, bölünmüş iş masalarında qlobal bölünmüş indekslər yaradılır. Bunun əvəzinə yerli bölünmüş bir indeks yaratmaq üçün CREATE INDEX ifadəsinin sonuna LOCAL açar sözünü əlavə etməlisiniz. ArcGIS-in məkan indeksi üçün CREATE INDEX ifadəsinin sonuna LOCAL əlavə etməsini təmin etmək üçün ST_INDEX_PARTITION_LOCAL parametrini DEFAULTS açar sözünün altında TRUE olaraq təyin edin.

ST_Geometry sütunlu iş cədvəli bölünməyibsə və ST_INDEX_PARTITION_LOCAL-ı TRUE olaraq təyin etsəniz, aşağıdakı səhv mesajını alacaqsınız:

ArcSDE sıxılmış ikili yaddaş (LONGRAW və ya BLOB məlumat növü) formatı ilə yaradılan bir xüsusiyyət sinfi, Oracle verilənlər bazasına iki cədvəl əlavə edir və xüsusiyyət cədvəli və məkan indeksləri cədvəli. Mekansal indeks cədvəli S_ & ltn & gt şəklində yaradılır, burada & ltn & gt, LAYERS cədvəlində tapıldığı kimi məkan indeks cədvəlinin xüsusiyyət sinfinin təbəqə şəxsiyyətidir. Xüsusiyyət cədvəlində üç indeks, məkan indeks cədvəlində iki indeks yaradılır.

Məkan indekslərinə tətbiq olunan konfiqurasiya parametrləri ümumiyyətlə S_ ilə başlayır. Bu cədvəllər və indekslər üçün saxlama parametrləri iş cədvəlinin B_STORAGE və B_INDEX_ * saxlama parametrləri ilə eyni sxemə uyğundur.

S_STORAGE parametri, həm ST_Geometry həm də ikili saxlama üçün məkan indeksləri cədvəlinin Oracle CREATE TABLE saxlama konfiqurasiyasını və indekslərini saxlayır.

S_INDEX_ALL parametri yalnız ikili yaddaş üçün tətbiq olunur və məkan cədvəlinin ilk indeksinin Oracle CREATE INDEX saxlama konfiqurasiyasını saxlayır. Mekansal indeks cədvəli S_ & ltn & gt_IX1 şəklində yaradılır, burada & ltn & gt LAYERS cədvəlində tapılan indeksin xüsusiyyət sinfinin qat kimliyidir.

S_INDEX_SP_FID parametri, xüsusiyyət sinfi üçün ikili saxlama istifadə edildiyi təqdirdə, məkan cədvəlinin ikinci indeksinin Oracle CREATE INDEX saxlama konfiqurasiyasını saxlayır. Mekansal indeks cədvəli S_ & ltn & gt_IX2 şəklində yaradılır, burada & ltn & gt LAYERS cədvəlində tapılan indeksin xüsusiyyət sinfinin qat kimliyidir.

Xüsusiyyət sinfi parametrləri yalnız ikili yaddaş istifadə edərkən tətbiq olunur. Bu parametrlər F_ ilə başlayır

F_STORAGE parametri, xüsusiyyət cədvəlinin Oracle CREATE TABLE saxlama konfiqurasiya sətrini saxlayır. Xüsusiyyət cədvəli F_ & ltn & gt olaraq yaradılır, burada & ltn & gt, LAYERS cədvəlində tapıldığı kimi cədvəlin xüsusiyyət sinfinin qat kimliyidir.

F_INDEX_FID parametri, xüsusiyyət cədvəlinin məkan sütun indeksinin Oracle CREATE INDEX saxlama konfiqurasiya sətrini saxlayır. Mekansal sütun F & ltn & gt_UK1 şəklində yaradılır, burada & ltn & gt LAYERS cədvəlində göstərildiyi kimi indeksin xüsusiyyət sinfinin qat kimliyidir.

F_INDEX_AREA parametri, xüsusiyyət cədvəlinin sahə sütun indeksinin Oracle CREATE INDEX saxlama konfiqurasiyasına malikdir. Mekansal sütun F & ltn & gt_AREA_IX2 olaraq yaradılır, burada & ltn & gt LAYERS cədvəlində göstərildiyi kimi indeksin xüsusiyyət sinfinin qat ID'sidir.

F_INDEX_LEN parametri, xüsusiyyət cədvəlinin uzunluq sütun indeksinin Oracle CREATE INDEX saxlama konfiqurasiyasına malikdir. Mekansal sütun F & ltn & gt_LEN_IX3 olaraq yaradılır, burada & ltn & gt LAYERS cədvəlində göstərildiyi kimi indeksin xüsusiyyət sinfinin qat ID'sidir.

Oracle-da ikili xüsusiyyət siniflərinin F və S cədvəllərinin quruluşu haqqında məlumat üçün kömək bölməsindəki "Geodatabase məlumatların saxlanması və şeması" bölməsində Oracle-da bir jeodatabase-də xüsusiyyət siniflərinə baxın.

Xüsusiyyət sinfi həndəsə anbarı üçün mövcud seçimlər haqqında məlumat üçün bu hissədəki "Həndəsə saxlama parametri" bölməsinə və Həndəsə saxlama növləri haqqında mövzuya baxın.

Bir iş cədvəlinə əlavə edilmiş bir raster sütunu, əslində dörd cədvəl və beş dəstəkləyici indeksdən ibarət bir sxemdə saxlanılan raster məlumatlarına xarici bir əsas istinaddır. Rastr masası parametrləri raster masaları və indeksləri üçün konfiqurasiyanı təyin edir.

RAS_STORAGE parametri, RAS cədvəlinin Oracle CREATE TABLE saxlama konfiqurasiyasına malikdir.

RAS_INDEX_ID parametri, RAS masa indeksinin Oracle CREATE INDEX saxlama konfiqurasiyasına malikdir.

BND_STORAGE parametri, BND cədvəlinin Oracle CREATE TABLE saxlama konfiqurasiyasını saxlayır.

BND_INDEX_COMPOSITE parametri, BND cədvəlinin kompozit sütun indeksinin Oracle CREATE INDEX saxlama konfiqurasiyasını saxlayır.

BND_INDEX_ID yaddaşı, BND cədvəlinin sətir ID (RID) sütun indeksinin Oracle CREATE INDEX yaddaş konfiqurasiyasını saxlayır.

AUX_STORAGE parametri, AUX cədvəlinin Oracle CREATE TABLE saxlama konfiqurasiyasına malikdir.

AUX_INDEX_COMPOSITE parametri, AUX cədvəl indeksinin Oracle CREATE INDEX yaddaş konfiqurasiyasını saxlayır.

BLK_STORAGE parametri, BLK cədvəlinin Oracle CREATE TABLE saxlama konfiqurasiyasına malikdir.

BLK_INDEX_COMPOSITE parametri, BLK cədvəl indeksinin Oracle CREATE TABLE saxlama konfiqurasiyasına malikdir.

RASTER_STORAGE parametri, raster məlumatlarını saxlamaq üçün hansı məlumat növündən istifadə olunduğunu təyin edir. ArcSDE, Oracle üçün üç raster saxlama formatı təqdim edir. RASTER_STORAGE parametri hansı həndəsə saxlama metodundan istifadə olunacağını göstərir. RASTER_STORAGE parametri aşağıdakı dəyərlərə malikdir:

    ArcSDE rasteri bir BLOB məlumat növü olaraq saxlanılır & # 8212Bu, ArcSDE-nin Oracle üçün standart raster saxlama metodudur.

Rast məlumatlarınızı bu formatda saxlamaq istəyirsinizsə RASTER_STORAGE parametrini BLOB olaraq təyin edin. Bu formatı defolt etmək istəyirsinizsə, RASTER_STORAGE parametrini DEFAULTS konfiqurasiya açar sözündə BLOB olaraq təyin edin. RASTER_STORAGE parametri təyin edilməyibsə, BLOB formatı qəbul edilir.

Rast məlumatlarınızı bu formatda saxlamaq istəyirsinizsə RASTER_STORAGE parametrini LONGRAW olaraq təyin edin.

DİQQƏT: Oracle, 11g buraxılışından başlayaraq bu məlumat növü üçün köhnəlmiş dəstə olduğundan LONGRAW yaddaş istifadə etməyiniz tövsiyə edilmir.

Verilənlər bazanızdakı raster sütunlarının əksəriyyətinin eyni raster saxlama formatından istifadə etməsini istəyirsinizsə, RASTER_STORAGE parametrini DEFAULTS konfiqurasiya açar sözündə bir dəfə təyin edin. Məsələn, standart RASTER_STORAGE-ı BLOB-dan SDO_GEORASTER-ə dəyişdirmək üçün aşağıdakı dəyişiklik edilir:

RASTER_STORAGE parametri işə davam edən, lakin artıq dəstəklənməyən RASTER_BINARY_TYPE-nin yerini alır.

Qeyd: RASTER_STORAGE parametri üçün SDO_GEORASTER təyin etsəniz, GEOMETRY_STORAGE-ı SDO_GEOMETRY ya da ST_GEOMETRY olaraq təyin edə bilməzsiniz.

Geodat verilənlər bazasında raster saxlama haqqında daha ətraflı məlumat üçün kömək bölməsinin "Geodatabase verilənlər anbarı və şeması" bölməsində Oracle-da saxlanılan bir coğrafi məlumat bazasındakı Raster məlumat dəstləri və raster kataloqlarına baxın.

Əlavə bir raster masası növü var & # 8212the raster atribut cədvəli. Bu cədvəllər xassə dəyərlərinə əsaslanan atribut dəyərlərini rastrda saxlayır. B_STORAGE parametri bu cədvəllərin saxlanmasını təyin edir. Bu cədvəllər üçün digər xüsusiyyət sinfi iş cədvəlləri ilə müqayisədə fərqli bir saxlama yeri təyin etməyiniz lazımdırsa, raster atributları cədvəlləri üçün fərqli saxlama məlumatlarını göstərən raster məlumat dəstləri və raster kataloqu yaradarkən istifadə edə biləcəyiniz bir raster açar söz yaratdığınızdan əmin olun.

Raster atribut cədvəlləri haqqında daha çox məlumat üçün yardımın "Təsvir və raster məlumatlarının idarəedilməsi" bölməsində Raster verilənlər bazası atribut cədvəllərinə baxın. Xüsusi konfiqurasiya açar sözlərinin necə yaradılacağını öyrənmək üçün DBTUNE konfiqurasiya açar sözlərinə baxın.

Oracle üçün ArcSDE, beş məkan məlumat saxlama formatı təqdim edir. GEOMETRY_STORAGE parametri hansı həndəsə saxlama metodundan istifadə olunacağını göstərir. XÜSUSİYYƏTLƏRİ konfiqurasiya açar sözündə GEOMETRY_STORAGE parametrini xüsusiyyət siniflərinizin çoxunun yaradılacağı həndəsə saxlama növünü əks etdirmək üçün təyin etməlisiniz.

GEOMETRY_STORAGE parametri aşağıdakı mümkün dəyərlərə malikdir:

    ST_Geometry for Oracle & # 8212Bu tip verilənlər bazasını bir ST_GEOMETRY məlumat növü daxil etmək üçün genişləndirir. Set the GEOMETRY_STORAGE parameter to ST_GEOMETRY if you want to store your spatial data in this format. (Beginning with ArcSDE 9.3, if the GEOMETRY_STORAGE parameter is not set, ST_GEOMETRY format is assumed.)

Set the GEOMETRY_STORAGE parameter to SDELOB if you want to store your spatial data in this format. If you want to make this format the default, set the GEOMETRY_STORAGE parameter to SDELOB in the DEFAULTS configuration keyword.

NOTE: Oracle has deprecated the LONG RAW storage type. For this reason, it is recommended you not use SDEBINARY storage for new feature classes. To migrate existing feature classes from LONG RAW to BLOB or ST_GEOMETRY, see Migrating Oracle data from one storage type to another in the "Geodatabase data storage and schema" section of the help.

Set the GEOMETRY_STORAGE parameter to SDO_GEOMETRY if you want to store your spatial data in this format. If you want to make this format the default, set the GEOMETRY_STORAGE parameter to SDO_GEOMETRY in the DEFAULTS configuration keyword.

Set the GEOMETRY_STORAGE parameter to OGCWKB if you want to store your spatial data in this format. If you want to make this format the default, set the GEOMETRY_STORAGE parameter to OGCWKB in the DEFAULTS configuration keyword.

See About geometry storage types for more information on geometry storage types in Oracle.

NOTE: The ArcSDE for Oracle Windows installation includes several versions of the dbtune file each specifies a different geometry storage in the DEFAULTS keyword. If you are performing a new installation of ArcSDE for Oracle (not upgrading the database), you can use one of the alternate versions of the file to populate your DBTUNE table during the postinstallation setup if you want your default geometry storage to be a type other than ST_GEOMETRY.

NOTE: If you do not use XML columns and XML documents in your geodatabase, you don't need to configure these parameters.

An XML column may have two text indexes associated with it: one for the XML document table and one for the XML index table.

To successfully create an XML column, the XML_IDX_INDEX_TEXT parameter must have an appropriate value. This value is used in the PARAMETERS clause when creating the XML column's context text indexes. An appropriate value for the XML_IDX_INDEX_TEXT parameter is not the same as the values that are used for other DBTUNE parameters used to create other types of indexes.

The value in the PARAMETERS clause controls the storage parameters for the text indexes, the language of linguistic analysis for indexing and searching text in the XML documents, the schedule with which the text indexes are updated, and other settings that are specific to text indexes.

XML documents are stored in as large objects (LOBs) in the XML document table in the XML_DOC and XML_DOC_VAL columns and in the XML index table in the TEXT_TAG column. It is important to configure these columns accurately to achieve the best possible search performance.

LOBs are stored in line if the LOB data is stored in the same block as the rest of the data in the row. However, in-line storage is only possible if the LOB data is less than 4 KB in size. With out-of-line storage, the data is stored in the LOB segment and only the LOB locator is stored with the rest of the data in the row.

You can specify whether LOB data associated with an XML column is stored in line or out of line using the ArcSDE DBTUNE parameters XML_DOC_LOB_STORAGE and XML_DOC_VAL_LOB_STORAGE and XML_IDX_TEXT_TAG_STORAGE. Append the value "DISABLE STORAGE IN ROW" to store the data out of line, or "ENABLE STORAGE IN ROW" to store the data in line.

When LOB data is stored out of line for an XML column, by default, ArcSDE places that data in the same tablespace as the XML document table. The LOB data may be moved to a different tablespace than the one containing the XML document table.

A typical XML document that contains metadata describing a GIS resource will be greater than 4 KB in size. Tests show XML columns associated with ArcIMS Metadata Services perform best when the LOB data is stored out of line in a separate tablespace from the XML document table. However, a metadata service may contain gazetteer data instead of typical metadata XML documents. Gazetteer data is very small, typically less than 100 bytes in size. Metadata services containing gazetteer data will perform best when the LOB data is stored in line.

See Configuring an Oracle database to support XML columns for information on using XML columns in your geodatabase.

Log file tables are used by ArcSDE to maintain sets of selected records.

Log file parameters affect log file data tables and indexes. They begin with the letter L or SESSION. The parameters are as follows:

LF_STORAGE defines the configuration for the LOGFILES table.

LF_INDEXES configures creation of indexes logfiles_pk and logfiles_uk on the LOGFILES table.

LD_STORAGE defines configuration for the LOGFILE_DATA and LOGPOOL_<SDE_ID> tables.

LD_INDEX_ROWID configures creation of the index LOGFILE_DATA_idx1 on the LOGFILE_DATA table and the index LOGPOOL_<SDE_ID>_idx1 on the LOGPOOL_<SDE_ID> pools table.

LD_INDEX_DATA_ID configures the creation of the LOGFILE_DATA_idx2 index on the LOGFILE_DATA table and of the LOGPOOL_<SDE_ID>_idx1 index on the LOGPOOL_<SDE_ID>.

SESSION_STORAGE defines configuration for the LOGDATA_<SDE_ID>_<Current_standalone_id> stand-alone log table and SESSION_<sde_id> session table.

SESSION_INDEX configures the creation of the LOGDATA_<SDE_ID>_<sde_id>_<Current_standalone_id>_idx1 index for the stand-alone log table and the LOGSESSION_<SDE_ID>_idx1 index on the session table.

SESSION_TEMP_TABLE isn't used in Oracle databases.

For more information on how log file tables are used in the geodatabase, see Log file configuration options.

User interface parameters begin with UI and indicate whether or not their associated configuration keyword will be available through the ArcGIS user interface.

UI_TEXT is used for noncomposite configuration keywords.

UI_TOPOLOGY_TEXT is used for topology keywords.

UI_TERRAIN_TEXT is used for terrain keywords.

UI_NETWORK_TEXT is used for network keywords.

See Making configuration keywords available in ArcGIS for more information on how to use UI parameters.

Periodically compressing the versioned database’s state tree is a required maintenance procedure.

The transactions of the compress operation tend to be large if you are using the Oracle manual undo method, ESRI recommends that you create a separate, large rollback segment to contain the changes. The COMPRESS_ROLLBACK_SEGMENT storage parameter stores the name of a rollback segment that you have created for this purpose. Add the COMPRESS_ROLLBACK_SEGMENT storage parameter to the DEFAULTS configuration keyword.

Beginning with Oracle 10g, Oracle does not recommend the use of the manual undo method. See the documentation provided with your Oracle 10g installation for details.

ArcSDE defines attribute columns used to store binary data as LONGRAW or as BLOB. The default and recommended setting is BLOB.

If the storage parameter is not set in the DEFAULTS configuration keyword when a dbtune file is imported by the sdedbtune administration tool, ArcSDE inserts the ATTRIBUTE_BINARY storage parameter under the DEFAULTS configuration keyword with a configuration string set to BLOB.

NOTE: Prior to ArcSDE 9.2, LONGRAW was the default value for the ATTRIBUTE_BINARY parameter. When you upgrade an existing ArcSDE geodatabase to a 9.2 or later release, this value is not changed in the DBTUNE table. To make BLOB the default data type for binary attribute columns, you need to manually alter the DEFAULTS ATTRIBUTE_BINARY parameter to BLOB. After you make this change, new feature classes created with the DEFAULTS keyword will use BLOB for binary columns. To migrate the attribute columns in existing data from LONG RAW to BLOB, see Migrating Oracle data from one storage type to another in the "Geodatabase data storage and schema" section of the help.

If you are using feature class representations, you must create the feature class with a configuration keyword that has the ATTRIBUTE_BINARY parameter set to BLOB. If you have your DEFAULTS ATTRIBUTE_BINARY value set to LONGRAW, you will need to create another configuration keyword users can specify when they create feature classes that will contain representation classes.

For example, you could add the following configuration keyword REPRESENTATIONS as follows:

For more information on creating custom keywords, see DBTUNE configuration keywords.

If a feature class is created with a configuration keyword that contains an ATTRIBUTE_BINARY parameter set to LONGRAW and multiple representations are created, an error message will be returned:

This happens because each time a new representation class is added, two new fields are added to the business table of the feature class—one LONGRAW and one BLOB. Tables in Oracle cannot contain more than one LONGRAW field, so when the second LONGRAW field is added, it fails.

The UNICODE_STRING parameter specifies whether or not text columns will be stored as VARCHAR2 (nonUnicode) or NVARCHAR2 (Unicode) data types.

For a discussion of Unicode data, see An overview of Unicode in the "Defining the properties of a geodatabase" section of the help.

You can add a COMMENT parameter in the dbtune.sde file if you like by adding a line beginning with a single pound sign (#). You might do this if you create your own custom keywords and want to add comments on how or when the keyword should be used.

For example, you could add a comment to a user's log file keyword:

Configuration parameters specific to geodatabases in Oracle Spatial

Oracle Spatial feature classes are ArcSDE feature classes with Oracle's SDO_GEOMETRY data type to store feature geometry in a column in the business table. Many of the storage parameters used for ArcSDE compressed binary feature classes apply to Oracle Spatial feature classes. Also, some storage parameters exist solely to establish how Oracle Spatial feature classes are stored, indexed, and accessed.

For a description of Oracle Spatial, consult the Oracle Spatial User's Guide and Reference.

    Creating new business tables

ArcSDE uses the B_STORAGE, B_INDEX_ROWID, and B_INDEX_USER storage parameters to store the business table and the nonspatial indexes on the business table.

The database view USER_SDO_GEOM_METADATA is part of Oracle Spatial, not ArcSDE. It contains metadata about SDO_GEOMETRY columns in existing tables owned by the user. Each user has its own USER_SDO_GEOM_METADATA view. To be indexed and queried, the owner of the table must record metadata for each SDO_GEOMETRY column in USER_SDO_GEOM_METADATA. The ArcSDE clients that create a feature class will choose the metadata for the feature class. Often, these clients accept a configuration keyword corresponding to a parameter group in the DBTUNE table.

The storage parameters that control the metadata for new Oracle Spatial feature classes are the following:

NOTE: If a coordinate reference system is provided during the creation of a feature class, the SDO_SRID parameter is ignored and not written to the USER_SDO_GEOM_METADATA view.

Oracle Spatial permits feature geometries of two, three, or four dimensions in the combinations x/y, x/y/z, x/y/z (measure), or x/y/z/m. Through these storage parameters, ArcSDE allows you to specify metadata for each dimension. The <n> in some parameter names should be replaced by one of the digits 1, 2, 3, or 4, corresponding to the dimension number. If you do not supply these storage parameters, the ArcSDE client application that creates the feature class will determine the name, upper and lower bound (extent), and tolerance of each dimension.

The DBTUNE parameter SDO_INDEX_SHAPE determines how Oracle Spatial creates the spatial index. ArcSDE appends the contents of this parameter (the configuration string) to the CREATE INDEX statement before submitting the statement to Oracle. The configuration string is inserted into the SQL statement after the PARAMETERS keyword. Misal üçün:

The configuration string is a quoted string containing a list of parameter = value elements. There are many parameters that you can specify in the configuration string. To understand the Oracle Spatial index parameters and how they interact, read the applicable sections of the Oracle Spatial User's Guide and Reference.

Notice the differences between the physical storage parameters in the spatial index configuration string and in a business table configuration string (as specified in B_STORAGE). One difference is due to the way Oracle expects these parameters to appear in SQL statements. The Oracle statements are formatted differently, so the configuration strings are formatted differently. Also, not every physical storage parameter used for creating tables is available for creating spatial indexes.

Both ArcSDE and Oracle Spatial expect that exterior polygon boundaries are stored in counterclockwise rotation and that inner boundaries are stored clockwise. If the rotation polygon boundary is not stored with this rotation, the polygon will fail the ArcSDE topographic validation test and will not be sent to the ArcSDE client.

This section presents DBTUNE parameter groups that apply to several common scenarios. These samples emphasize the storage parameters for Oracle Spatial feature classes. When designing your own parameter groups, you may want to add parameters to support other needs, such as geometric networks or log files. You could also satisfy these requirements via parameters in the DEFAULTS parameter group.

If you are not using Oracle Spatial by default, you can create a simple parameter group to create Oracle Spatial feature classes with mostly default settings. The tables and indexes will be created in the user's default tablespace using default physical storage parameters, unless specified otherwise in the DEFAULTS parameter group. The spatial index will be a two dimensional R-tree.

With Oracle Spatial, if data is often loaded using a specific spatial reference identifier (SRID), such as the geodetic SRID 8307 (latitude/longitude WGS 84), you can create an expanded version of the previous parameter group. You don't have to specify the upper and lower bounds and tolerance, but you can if you want all your feature classes to have the same metadata for the X and Y dimensions. This is useful if you want to use the feature classes in the same feature dataset. Also, this case specifies that any polygon boundaries with reversed rotation will be reordered before sending them to ArcSDE clients.

NOTE: For geodetic data, the extents are specified in decimal degrees and the tolerances are specified in meters.

The following example can be used to load a feature class with an R-tree spatial index into the tablespace ORSPBIZ. The R-tree spatial index will be created in the tablespace ORSPIDX. The ArcSDE client that is loading the data will decide the values for the metadata.

The following example can be used to load a feature class with a quadtree spatial index having a fixed-size tiling level (tessellation level) of 6. The spatial index will be created in the tablespace ORSPIDX. Commit interval is important for quadtree indexes. It indicates the number of business table records that will be processed before committing the index data. Without it, all the records of the business table are processed before committing the index data. This will cause problems when indexing tables with many records.

NOTE: The parameter sdo_commit_interval is so important that ArcSDE automatically includes it in SQL indexing statements for Oracle Spatial tables even if you do not specify it as part of the SDO_INDEX_SHAPE parameter. It is set to 1,000.


ST_Geometry in Oracle

The Esri ST_Geometry spatial data type can be used in Oracle databases that contain a geodatabase and those that do not. It allows you to integrate spatial data with other types of business data, so your multiuser database gains the advantage of adding a geographic component to your analyses and data products. Keeping your spatial data together with other business objects also simplifies multiuser access, management, and security of your data, because you will have to manage fewer data storage resources.

The Esri ST_Geometry spatial data type is the default geometry storage type for geodatabases in Oracle. You can also install the ST_Geometry type in Oracle databases using the Create Spatial Type geoprocessing tool.

The ST_Geometry type is not supported with Oracle XA transactions.

To create a geodatabase and use the ST_Geometry type and domain index in the Oracle DBMS, the geodatabase administrator user (sde) must be granted the proper system privileges to instantiate types, operators, and stored procedures. See Privileges for geodatabases in Oracle for information on permissions needed. To install the ST_Geometry type in an Oracle database, there must also be an sde user present, and it must be granted specific privileges to instantiate types, operators, and stored procedures. See Add the ST_Geometry type to an Oracle database for more information.

Using the Esri ST_Geometry spatial type in a geodatabase in Oracle or an Oracle database, you can access your spatial data through SQL functions that implement the ISO SQL/MM Spatial Standard and to the Simple Feature Specification of the OGC. You can use SQL commands to store, retrieve, and manipulate spatial features as you would any other type of data. You can use a long list of standards-based functions with SQL commands and stored procedures to retrieve and analyze spatial data. Having SQL access to the data makes it possible for you to use other applications to access data that was created in Oracle.

The ST_Geometry libraries must be installed on the same server as the Oracle instance to access spatial features with SQL. Be sure the operating system of your Oracle server is supported for the ST_Geometry libraries.

You must also configure the Oracle extproc to use SQL to access tables that contain the ST_Geometry spatial type.


Why would I migrate data?

  • To access your spatial or raster data using structured query language (SQL)
  • To move from a data type that may not be supported in a future to one that is supported

Access data using SQL

Accessing the information in a geodatabase via SQL allows external applications (those not developed in an ArcObjects environment) to work with the tabular data managed by the geodatabase. If these applications need to access spatial or raster data in the geodatabase, you must store your spatial or raster data in data types that allow SQL access. For example, using the ST_Raster storage type allows you to access your raster data with SQL, something that you cannot do easily if your raster data is stored in a BLOB, LONG RAW, IMAGE, BINARY, or BYTEA field.

Move from types that may not be supported in future releases

Oracle is recommending the use of BLOB or BFILE data types instead of LONG RAW data types in its databases. Although LONG RAW columns are still supported, if you have LONG RAW attribute, geometry, or raster fields in your current geodatabase in Oracle, you should migrate them to a different format in preparation for when they are not supported.

The storage for the attribute, geometry, and raster columns in a geodatabase is controlled by the DBTUNE parameters ATTRIBUTE_BINARY, GEOMETRY_STORAGE, and RASTER_STORAGE, respectively. The defaults for these parameters under the DBTUNE DEFAULTS configuration keyword are different depending on which release of ArcGIS you were using when you created your geodatabase. The following table shows the default setting under the DEFAULTS keyword in the DBTUNE table of geodatabases in Oracle.

Data created in new (not upgraded) 9.3 or later release geodatabases using the default parameter settings do not use the LONG RAW storage type. However, any existing data created with any or all of these parameters set to LONG RAW or any new data in upgraded geodatabases that have these parameters set to LONG RAW will still contain LONG RAW columns. To change the data types for these columns, you must alter your DBTUNE settings and migrate the data.

Beginning with ArcGIS 10.1, feature classes created in geodatabases in SQL Server use the Microsoft geometry type be default. To move your existing feature classes to the geometry storage type, use the Migrate Storage geoprocessing tool or a Python script.


Can someone explain ORA-29861 error in plain english and its possible cause?

I have an application implemented in Grails framework using underlying Hibernate. After it runs for a while, I got an Oracle DB error and resolved it by rebuilding the offending index. I wonder if anyone can propose the possible cause(s) and ways to prevent it from happening.

Caused by: org.springframework.jdbc.UncategorizedSQLException:

Hibernate operation: Could not execute JDBC batch update uncategorized SQLException for SQL [update RSS_ITEM set guid=?, pubdate=?, link=?, rss_source_id=?, title=?, description=?, rating_raw=?, rating_tuned=?, date_created=?, date_locked=? where RSS_ITEM_ID=?] SQL state [99999] error code [29861] ORA-29861: domain index is marked LOADING/FAILED/UNUSABLE

nested exception is java.sql.BatchUpdateException: ORA-29861: domain index is marked LOADING/FAILED/UNUSABLE


2 Cavablar 2

Thanks for the comment. I just found that this problem is due to the fetch size that I am setting on the Oracle command object from which I am creating Oracle Data Adaptor. As soon as I stopped setting the command fetch size, it started working fine without any issues.

Cause

The cause of the error is an internal Oracle error which neither ArcGIS nor ArcSDE can control. The error is encountered when the application generates a SQL statement using an asterisk in the SELECT list (SELECT * FROM. ).

For further information on the Oracle error please see Oracle's Metalink Note:49375.1.

Workaround

There are two possible workarounds for this issue. Ensure there is a spatial index present for the feature class and/or add an additional attribute after the ST_Geometry attribute.

To verify if a spatial index is present, using ArcCatalog, connect to the ArcSDE instance as the feature class owner. Select the feature class. Open the properties dialog box. Select the indexes tab and verify that the spatial index is present.

To add a new attribute to a feature class in ArcCatalog, open the feature class properties. Select the fields tab and add the new attribute.

Once the ST_Geometry attribute is no longer in the last position of the SELECT * list, the internal ORA-21500 error is no longer encountered.

Related

Hot Network Questions


Archive views

An archive view is a database view defined on a nonversioned, archive-enabled table or feature class. Archive views also include triggers that keep the archiving tables up-to-date when edits are made through the archive view. An archive view is created when you enable the dataset for archiving or when you enable SQL access on a nonversioned, archive-enabled dataset.

Reasons to have archive views include the following:

  • Archive views allow you to see the data in an archive-enabled table's history table.
  • Archive views allow you to use SQL to edit tables and feature classes that have archiving enabled.

Archive views only work with an individual table or feature class. You cannot use a where clause to join multiple tables together or restrict which rows or columns are included in an archive view.


Videoya baxın: Installation of ArcSDE 9 3 1 on oracle part 1 (Oktyabr 2021).