Daha çox

ArcSDE ikili formatlanmış məlumatların MSSQL Coğrafiya və ya Həndəsə məlumat növlərinə dəyişdirilməsi?


Hal-hazırda Geodatımızı saxlamaq üçün ArcSDE 9.3 istifadə edirik. Hal-hazırda həyata keçirilən bir layihədə, istifadə olunan proqram ArcSDE ikili format və / və ya MSSQL Həndəsə və ya Coğrafiya formatı daxil olmaqla əksər məlumat formatlarına daxil ola bilər. Mövcud problemimiz, yeni proqramın ArcSDE 9.3 API ilə mürəkkəb iç içə sql sorğularını tətbiq edə bilməməsi və ya SDE ikili formatında müəyyən funksiyaları istifadə edə bilməməsidir. Proqram firmasına görə, bu xüsusiyyətlər, yalnız MSSQL həndəsəsi və ya coğrafiya formatı ilə işləyir.

Yuxarıdakı kontekstə əsaslanaraq aşağıdakılarla bağlı bəzi məsləhətlər axtarıram:

  1. Hazırda SDE İkili olaraq saxlanılan bütün məlumatlarımı MSSQL Həndəsəsi və ya Coğrafiya məlumat formatına necə dəyişə bilərəm?

  2. MSSQL Həndəsə və Coğrafiya formatları ArcSDE və ArcGIS ilə tam uyğundurmu?

  3. Həndəsə və Coğrafiya formatlarının SDE ikili ilə müqayisədə hansı çatışmazlıqları var?


Sualınız səhv məlumat və bir-birinə qarışan mövzulardan ibarət bir cavabdır və cavab verməyi son dərəcə çətinləşdirir.

Əvvəlcə "SDE API" və "MSSQL Native geodata formatı" ilə müqayisə edilmir. ArcSDE, giriş üçün kod kitabxanası da daxil olmaqla bir çox şeydir məlumat (yox məkan məlumatları, çoxsaylı SQL (və SQL olmayan) verilənlər bazalarındakı həndəsə daxil olmaqla hər cür məlumat, bir şəbəkə protokolu, bir neçə geodata saxlama tətbiqi, bir tətbiq server və API istifadə edərək yazılmış yardım proqramı. ArcSDE API, MSSQL-də həndəsi saxlama ilə uyğun gəlirCEOMETRİCoğrafiyaformatlar.

Hər hansı "mürəkkəb" SQL sorğusu həm ArcSDE API, həm də olduğu kimi ArcObjects (və Python) interfeysi vasitəsilə təqdim edilə bilər. Bu deyil mürəkkəbdir bu, qeyri-standart / dəstəklənməyən qayıt məlumat tipləri və ya unikal identifikatoru itirən nəticələr (ArcSDE deyil, ArcObjects olan) kimi problemlərə səbəb olur.

Esri bir müddətdir ArcSDE API üçün birbaşa dəstəyi dayandırır. ArcGIS 10.2, API, komut satırı proqramları və tətbiq serverlərinin mövcud olduğu son buraxılış idi. Komut satırı kommunallarının əksəriyyətinin funksiyaları ya ortadan qaldırılmış, ya da ArcObjects / Python geoprosessing kommunalları ilə əvəz edilmişdir (məkan görünüşü qeydiyyatını dəstəkləyən bəzi işlər hələ də davam edir). Bundan əlavə, ArcGIS 10.0, məkan məlumatlarına giriş üçün tam bir müəssisə geodatabase yükləmə tələbini aradan qaldıran RDBMS sürücüləri (ArcSDE deyil) vasitəsilə birbaşa SQL sorğuları olan Query Layers təqdim etdi.

Nəhayət, yoxdur bir geodata saxlama növü üçün konfiqurasiya seçimi. Hər hansı bir Esri müəssisə geodatabase verilənlər bazası hər zaman (DBTUNE açar sözlərdən istifadə edərək) həmin RDBMS üçün dəstəklənən bütün saxlama formatlarına daxil ola bilər. Verilərinizin bir hissəsini və ya hamısını dəstəklənən formatlardan hər hansı birinə köçürməyi seçə bilərsiniz, baxmayaraq ki, fərdi məlumat dəstləri və tənzimləmə seçimlərinə xas performans göstəriciləri ola bilər, lakin istənilən dəstəklənən formatda yeni xüsusiyyət sinifləri yaratmağa davam edə bilərsiniz.

Ümumiyyətlə, GEOMETRY və CEOGRAPHY növləri SDEBINARY depolama ilə müqayisədə yaxşı işləyirlər (+/- 10%), baxmayaraq ki, təbii üstünlükləri nəzərə alsaq (bu üstünlüklər, xüsusən də "bir masa" həlli) nəzərə alınmaqla daha yaxşı performans göstərməlidirlər. çirkin üç tərəfli qoşulma səbəbi budurCEOMETRİArcGIS 10.1-dən bəri standart yaddaş formatıdır). Məsələ ümumiyyətlə Microsoftun məkan indeksinin tənzimlənməsindəki çətinlikdir. Müvafiq tənzimləmə ilə, GEOMETRY formatındakı əksər veri dəstləri ən azı SİBİNAR performansa bərabər ola bilər, baxmayaraq ki, bəzi istifadəçilər yerli formatlardan imtina edib SDEBINARY-a qayıtdılar.

Nəticədə, Esri istifadəçiləri hər şeyə uyğun bir həll üçün çox potensial parametrləri əhatə edən ehtiyaclarına cavab verən saxlama formatını seçə bilərlər. Bütün tənzimləmə vəziyyətlərində olduğu kimi, format dəyişikliyinə başlamazdan əvvəl performansı faktiki məlumatlarla (və ya düzgün miqyaslı bir təmsilçi nümunəsi ilə) qiymətləndirmək yəqin ki, müdrikdir.


Məlumatların bir saxlama növündən digərinə köçürülməsi

Mövcud ikili, məkan və ya raster sütunlarını bir saxlama növündən digərinə köçürmək üçün Saxlama geoprosessinq alətini köçürə bilərsiniz. Bu, məlumatları çevirmək istədiyiniz yeni saxlama növünə qoyulmuş bir ATTRBUTE_BINARY, GEOMETRY_STORAGE və ya RASTER_STORAGE parametrlərini ehtiva edən bir konfiqurasiya açar sözü göstərərək edilir.

Düzgün parametr və dəyəri daxil etmək üçün konfiqurasiya açar sözünün yaradılması vacibdir. Yanlış və ya çatışmayan bir məlumat ilə bir açar söz təyin etsəniz, məlumat DEFAULTS açar sözündən oxunur. Esri, köç üçün xüsusi bir xüsusi söz yaratmağınızı tövsiyə edir. Açar sözün, məlumatları köçürdüyünüz parametr və dəyəri və UI_TEXT parametrini ehtiva etdiyinə əmin olun. UI_TEXT parametri açar sözü ArcGIS müştərilərinə təqdim edir.

Aşağıdakılar hər verilənlər bazası idarəetmə sistemi (DBMS) üçün dəstəklənən miqrasiya yollarıdır:

BLOB-a (SDELOB) UZUN XAM (İLKİ)

ST_GEOMETRY'YƏ UZUN XAM (ŞƏRT)

BLOB (SDELOB) - ST_GEOMETRY

SDO_GEOMETRY - ST_GEOMETRY

Köçürülən cədvəl versiyalanmış kimi qeyd olunursa, fərqli bir yaddaş tipinə köçürülmə Əlavələr cədvəlindəki müvafiq sütunları da yeniləyir. Xüsusiyyət sinifində arxivləşdirmə aktivdirsə, arxiv cədvəlinin sütunları da yenilənir.


Microsoft SQL Server Coğrafiya / Həndəsə növləri üçün SQLAlchemy UserDefinedType nümunəsi varmı?

SQL Server-də bir Coğrafiya məlumat növünə daxil etməyimə imkan verəcək bir SQLAlchemy UserDefinedType necə yarada bilərəm?

Coğrafiya məlumat növü olan bir sütuna sahib bir SQL Server cədvəlinə yazmaq üçün Python 3.6 və Pandas to_sql istifadə edirəm. DRIVER istifadə edərək SQLExpress ilə verilənlər bazası bağlantısı yaratmaq üçün SQLAlchemy.create_engine istifadə edirəm.. GeoPandas datamramında saxlanılan çoxbucaqlarım var.

SQLAlchemy 1.3.10 birbaşa Coğrafiya və Həndəsə məlumat növləri üçün dəstək vermir və GeoAlchemy2 MS SQL Server-i dəstəkləmir. SQLAlchemy-nin UserDefinedType istifadə edərək nəticələnən bir şey əldə edə biləcəyimi görmək üçün istifadə etməyə çalışdım:

Bu nəticədə qalmışam (hər şeyi əhatə edən sitatlara diqqət yetirin .:

Bunun işləyəcəyini SQL olduğunu bilirəm:

Pandas.DataFrame.to_sql istifadə səhvlə nəticələnir:

Səhv ətrafdakı sitatlara görə bir simli meydana gətirir və SQL-ə ötürülən funksiyalara görə deyildir.

Bind_processor qaytarma sətrində sqlalchemy.sql.expression.text istifadə etməyə çalışdım, ancaq bu xətanı alıram:

Və sqlalchemy.sql.expression.func-a baxdım, amma bunu komplekslə necə istifadə edəcəyimi bilmirəm Coğrafiya :: STGeomFromText metod.

SQL-də işləyəcəyi üçün ehtimalım səhv ola bilər:

Parametrlər düzgün görünsə də, bu səhvlə nəticələnəcəkdir. Hələ eyni operand tipli toqquşma səhvini alır:

SQLAlchemy və ya GeoAlchemy-də MS SQL Server üçün Coğrafiya və Həndəsə üçün birbaşa dəstəyi görmək istərdim.


Bu, sql serverindəki həndəsə növləri üçün işləyir

Sehrli 8 top "bütün işarələr 'bəli' 'deyir. Sənədlərdə Lat və Long metodları göstərilir. Beləliklə, edərdiniz:

Yeri gəlmişkən, həmin sütunun adını dəyişdirmək ixtiyarınızdadırsa, bunu "int" məlumat tipli bir sütuna çağırmırsınız.

Yazı bir az köhnədir, amma.

Proqnozlar edə bilən bəzi mənbələrdən istifadə etməlisiniz. Bir çox mağazanın ESRI REST Geometry xidmətlərindən istifadə etmək imkanı var və ortaq bir açıq xidmət Projectdir.

Budur əl addımları, onları normal DB alətlərinizi istifadə edərək yenidən bir skript / prosedura bağlaya bilərsiniz:

- ShapeGeom adlı geom ilə bilinən bir nöqtədən verilən məlumatlar

qaytarır: POINT (5786835.7214864492 2235317.366254434) 35.10721420 -120.59089280

- x, y nöqtəsindən çıxarış / yenidən formatlaşdırma: 5786835.7214864492,2235317.366254434

--REST zəng - yolunuz fərqli olacaq

--http. / istirahət / xidmətlər / Utilities / Geometry / GeometryServer / project?inSR = 2229& ampoutSR = 4251 & ampgeometries =5786835.7214864492% 2C + 2235317.366254434& ampf = json


Nəyə görə məlumat köçürülür?

  • Strukturlaşdırılmış sorğu dilindən (SQL) istifadə edərək məkan və ya raster məlumatlarınıza daxil olmaq üçün
  • Gələcəkdə dəstəklənməyən bir məlumat növündən dəstəklənənə keçmək
  • Həndəsə atribut məlumatlarını SQL Serverdəki bir cədvəldən baza cədvəlindəki bir sütuna köçürmək üçün bağlama parçalarındakı performansı yaxşılaşdırmaq və filial versiyası üçün xüsusiyyət sinifini qeyd etməyə imkan vermək üçün

SQL istifadə edərək məlumatlara giriş

SQL vasitəsi ilə bir geodatabasdakı məlumatlara giriş xarici tətbiqetmələrə (ArcObjects mühitində inkişaf etməmişlərə) geodatabanı tərəfindən idarə olunan cədvəlli məlumatlarla işləməyə imkan verir. Bu tətbiqetmələrin coğrafi verilənlər bazasındakı məkan və ya raster məlumatlarına daxil olması lazımdırsa, məkan və ya raster məlumatlarınızı SQL girişinə imkan verən məlumat növlərində saxlamalısınız. Məsələn, ST_Geometry saxlama növündən istifadə edərək məlumatlarınız bir BLOB və ya uzun bir xammal sahəsində saxlanılırsa asanlıqla edə bilməyəcəyiniz bir şey olan SQL ilə xüsusiyyət məlumatlarınıza daxil olma imkanı verir.

Gələcək buraxılışlarda dəstəklənməyən növlərdən keçin

SQL Server-də ArcGIS 10.1-də və daha sonra geodatabases-da yaradılan xüsusiyyət sinifləri, varsayılan olaraq Microsoft Geometry növündən istifadə edir. Mövcud xüsusiyyət siniflərinizi Həndəsə saxlama növünə keçirtmək üçün Migrasiya Storage geosessiletmə alətindən və ya Python skriptindən istifadə edin.

Performansı yaxşılaşdırmaq üçün həndəsə atributlarını hərəkət etdirin

ArcGIS Pro 1.4-dən başlayaraq parametrik obyektlər üçün həqiqi xüsusiyyətlərin (həqiqi əyrilər kimi) və səth yamaları üçün (nöqtə nöqtələri və çox yamalar kimi) saxlanması yaxşılaşmışdır: bunlar birbaşa iş masasında saxlanılır. Əvvəlki buraxılışlarda, bu atribut məlumatları iş masası ilə birləşdirilmiş əlaqəli bir cədvəldə saxlanıldı. Bu birləşmə zəif performansa səbəb ola bilər və tez-tez bağlama parçaları ilə işləyərkən fərq edilirdi.

    Saxlama növü Microsoft Geometry'dir və Həndəsə növündən istifadə etməyə davam etmək istəyirsiniz.

Həndəsə atributlarını əlaqəli cədvəldən xüsusiyyət sinfinin iş cədvəlindəki yeni bir sütuna köçürmək üçün GEOMETRY_STORAGE parametrini Həndəsə olaraq təyin edilmiş bir konfiqurasiya açar sözünü təyin edin və Saxlama Miqrasiya alətini işə salın.

Həndəsə xüsusiyyətlərini əlaqəli cədvəldən xüsusiyyət sinfinin iş cədvəlindəki yeni bir sütuna köçürmək üçün GEOMETRY_STORAGE parametrini Coğrafiya olaraq təyin edilmiş bir konfiqurasiya açar sözünü daxil edin və Saxlama Miqrasiya alətini işə salın.

Bu vəziyyətdə, GEOMETRY_STORAGE parametrini Coğrafiya olaraq təyin edilmiş bir konfiqurasiya açar sözünü təyin edin və Saxlama Aracını köçürün. Bu həndəsə atributlarını yeni saxlama formatına köçürür.

Bu vəziyyətdə, GEOMETRY_STORAGE parametrini Coğrafiya olaraq təyin edilmiş bir konfiqurasiya açar sözünü təyin edin və Saxlama Aracını köçürün. Bu həm məkan məlumat növü, həm də həndəsə atributlarını yeni saxlama formatına köçürür.

Məlumat bu formata köçürüldükdən sonra yalnız ArcGIS 10.3.1 və sonrakı müştərilər məlumatları əldə edə bilərlər.


yuxarıdakı sorğunun nəticəsi aşağıdadır:

hər bir məlumat növünün ölçüsü üçün max_length istifadə edə bilərsiniz.

T-SQL bunun üçün bir funksiyaya malikdir: bütün SQL Server versiyaları üçün DATALENGTH.

Nəticə: 3.1415142 və 5 (çünki DECIMAL (10,7) saxlanmaq üçün 5 bayt istifadə edir).

Məsələn, bu sütunlarla Applications adlı bir cədvəlim var: (id VARCHAR (32), debug BIT, connectionString VARCHAR (2048), firebaseKey VARCHAR (4096)). Bildiyimiz kimi, VARCHAR bütün yerləri ayırmır (ehtiyac duyduğunuz şey, buna görə 'A' VARCHAR-da 1 baytdır).

məlumat ölçümümü qaytaracaq (mənim vəziyyətimdə, satırlarımla birlikdə 8, 2, 366, 4698 (cəmi: 5074). Bu cədvəldə 2 sıra var.

Diqqət yetirin ki, bu mənim verilənlər bazamın ümumi ölçüsünü təmsil etmir (səhifələr, təsviredicilər, indekslər və s. Var)*

MSSQL-də diskdə verilənlər bazanızın tam ölçüsünü izah etmək üçün daxili saxlanan prosedurlar mövcuddur:

  • EXEC sp_spaceused bütün verilənlər bazası üçün
  • Xüsusi bir masa üçün EXEC sp_spaceused N'schema.TableName '
  • EXEC sp_helpdb N'DatabaseName 'hər fayldan ətraflı məlumat istəsəniz.

Maddə bəndində göstərilən cədvəldə bir nvarchar varsa, bu sorğu sizə həmin sütun üçün neçə simvol olduğunu düzgün verəcəkdir!

Bu, sütunun "geniş" olduğunu və mahiyyət etibarilə 2-yə bölündüyünü təyin edir. Yalnız nvarchardan daha genişdir.

Əlbətdə, sütunun bir nvarchar olduğunu bilsəniz, yalnız sys.columns üzərindəki max_length hissəsini 2-yə bölə bilərsiniz. Bu, cədvəl şemasını gələcəkdə yeni sql məlumat növləri təqdim ediləcəyi təqdirdə daha yaxşı görünən bir şəkildə tapmaq üçün daha çoxdur. Və buna yüksəltməyi seçirsiniz. Olduqca kiçik kənar kassa.

Xahiş edirəm baytların və bitlərin səhv olduğu kənar vəziyyəti tapsanız bu cavabı düzəldin və düzəldin.


SQL Server üçün əsas məkan məlumatları transformasiyası və yükləmə tədarükçüsü olan Safe Software uzun müddətdir ki, flaqman FME Desktop və FME Server məhsulları ilə tanınır (çevrilmə və yükləmə üçün bir məkan tezgahı daxildir, bir ton məkan formatı, SSIS inteqrasiyası və daha çox). Ancaq bilirdinizmi ki, onlar yalnız əlverişli, [& hellip] təqdim etdilər

Tamam, axşam axşam, Berlində gecikir. Və BTW, burada TechEd-də bəzi Denali yaxşılıqlarına sahib ola bilərik. Bəlkə də & quotfutures & quot axtarın. Denali CTP1-də məkan sorğuları üçün yeni bir ipucu var, yəni SPATIAL_WINDOW_MAX_CELLS. Bu deyə bildiyim qədər bu işarə sorğunu təsir edən bir cədvələ işarədir [& hellip]


Verilərimi niyə köçürərdim?

  • Strukturlaşdırılmış sorğu dilindən (SQL) istifadə edərək məkan və ya raster məlumatlarınıza daxil olmaq üçün
  • Gələcəkdə dəstəklənməyən bir məlumat növündən dəstəklənənə keçmək

SQL istifadə edərək məlumatlara giriş

SQL vasitəsi ilə bir məlumat bazasına daxil olan məlumat, xarici tətbiqetmələrə (bir ArcObjects mühitində inkişaf etməmişlərə) geodatabanı tərəfindən idarə olunan cədvəlli məlumatlarla işləməyə imkan verir. Bu tətbiqetmələrin coğrafi verilənlər bazasındakı məkan və ya raster məlumatlarına daxil olması lazımdırsa, məkan və ya raster məlumatlarınızı SQL girişinə imkan verən məlumat növlərində saxlamalısınız. Məsələn, ST_Raster saxlama növündən istifadə edərək raster məlumatlarınıza SQL ilə daxil olmaq imkanı verir, əgər raster məlumatlarınız BLOB, LONG RAW, IMAGE, BINARY və ya BYTEA sahəsində asanlıqla edə bilməyəcəksiniz.

Gələcək buraxılışlarda dəstəklənməyən növlərdən keçin

Oracle, verilənlər bazalarında UZUN RAW məlumat növləri əvəzinə BLOB və ya BFILE məlumat növlərinin istifadəsini tövsiyə edir. LONG RAW sütunları hələ də dəstəklənsə də, Oracle-dakı cari coğrafi verilənlər bazanızda LONG RAW atributu, həndəsə və ya raster sahələriniz varsa, dəstəklənmədikləri zaman hazırlaşmaq üçün onları fərqli bir formata köçürməlisiniz.

Coğrafi verilənlər bazasındakı atribut, həndəsə və raster sütunlarının saxlanması müvafiq olaraq DBTUNE parametrləri ATTRIBUTE_BINARY, GEOMETRY_STORAGE və RASTER_STORAGE tərəfindən idarə olunur. DBTUNE DEFAULTS konfiqurasiya açar sözü altında bu parametrlər üçün borclar, coğrafi verilənlər bazanızı yaratdığınız zaman ArcGIS-in hansı buraxılışından istifadə etdiyinizə görə fərqlidir. Aşağıdakı cədvəldə Oracle-dakı geodatabases-un DBTUNE cədvəlindəki DEFAULTS açar sözünün altındakı standart parametr göstərilir.

ArcGIS 9.3 və sonrakı versiyalarında default

ArcGIS 9.2-dən əvvəl borcludur

Varsayılan parametr parametrlərindən istifadə edərək yeni (yüksəldilməmiş) 9.3 və ya daha sonra buraxılmış geodatabases-da yaradılan məlumatlar LONG RAW saxlama növündən istifadə etmir. Bununla birlikdə, bu parametrlərin hər hansı birinin və ya hamısının UZUN RAW olaraq qurulmuş mövcud məlumatları və ya bu parametrləri UZUN XAM olaraq təyin edən yüksəldilmiş geodatabazalardakı yeni məlumatları hələ də UZUN RAW sütunları ehtiva edəcəkdir. Bu sütunlar üçün məlumat növlərini dəyişdirmək üçün DBTUNE parametrlərinizi dəyişdirməlisiniz və məlumatları köçürməlisiniz.

ArcGIS 10.1-dən başlayaraq, SQL Server-də geodatabases-da yaradılan xüsusiyyət sinifləri, Microsoft həndəsə tipini standart olaraq istifadə edir. Mövcud xüsusiyyət siniflərinizi həndəsə saxlama növünə keçirtmək üçün, Migration Storage geeoprosessinq alətindən və ya Python skriptindən istifadə edin.


2 Cavablar 2

Harun keçidindən prosesimin daha da uyğunlaşması üçün istifadə edərək, indekslər daxil olmaqla cədvəl başına satır başına hesabat vermək üçün bir funksiya və görünüş / sorğu tövsiyə edirəm.

Bir cavab olaraq seçilmiş skriptin bəzi çatışmazlıqları var:

Bəzi SQL Server məlumat tiplərini nəzərə almır:

şəkil, mətn, unikal identifikator, sql_variant, ntext, hiyerarşid, həndəsə, coğrafiya, xml, sysname

və (maks) varchar (max) kimi məlumat strukturları strukturlarını bir neçəsini adlandırmaq.

  1. Qeydin ölçüsünə təsir etməməli hesablanmış sütunları nəzərə alır.
  2. Fakt cədvəlində NULLable sütunları nəzərə alınmır.
  3. Bəzi məlumat növlərinin müəyyən miqyasdan asılı olaraq fərqli ölçülü olmasını nəzərə almır (məsələn, vaxt (0) və vaxt (7) fərqli sütun uzunluğuna sahib olmalıdır)

Aşağıdakı skript məlumat səhifəsində olduğu kimi qeydin ölçüsünü göstərir. Bu qeyd tərəfindən qəbul edilə bilən maksimum ölçünü, minimum ölçüsünü göstərir (birinin qeyddəki bütün dəyərlər cədvəl quruluşu ilə icazə verildiyi təqdirdə). Cədvəl növünü (KÜSTƏLƏŞDİ / YOXLU), ümumi məlumat sütunlarının sayını və cədvəlin aid olduğu şemanı göstərir.

Bu skriptin indeksləri nəzərə almadığına diqqət yetirin.

Yeniləmə: Komut hər bit sütunu bir baytın 1/8 hissəsi kimi sayır. Minimum və maksimum ölçülər qeydlərin yönləndirmə stub ölçüsündən kiçik ola bilməyəcəyini təmin etmək üçün tənzimlənir.


Köç etməzdən əvvəl.

Verilərinizi çevirmədən əvvəl aşağıdakı şərtlər yerinə yetirilməlidir:

  • Məlumatlarınızı köçürməzdən əvvəl onların ehtiyat nüsxəsini yaratmalısınız.
  • Məkan sütunu növünə çevrilirsinizsə, məlumatlar yüksək dəqiqliklə saxlanılmalıdır. Məlumatlarınız hazırda əsas dəqiqliklə saxlanılırsa, əvvəlcə saxlama növünü köçürmədən əvvəl onu yüksək dəqiqliyə köçürməlisiniz. Bu, Yeniləmə Məkan Referansı geoprosessinq aləti və ya dəyişdirmə əməliyyatı ilə sdelayer əmri ilə edilə bilər. Bir verilənlər bazasının dəqiq köçürülməsi haqqında məlumat üçün yüksək dəqiqliyə köçürmə bölməsinə baxın.
  • Məkan sütununu çevirirsinizsə, cədvəldə bir obyekt ID sütunu olmalıdır. Bir təbəqəni geodatabase ilə qeyd etmək bu sütunu avtomatik olaraq əlavə edir və ya əlavə etmək üçün alter_reg əməliyyatı ilə sdetable əmrindən istifadə edə bilərsiniz.
  • Məlumat növünü köçürərkən göstərdiyiniz konfiqurasiya açar sözü, GEOMETRY_STORAGE, ATTRIBUTE_BINARY və ya RASTER_STORAGE parametri üçün düzgün dəyəri ehtiva etməlidir. Məsələn, uzun bir RAW həndəsə sütununu ST_GEOMETRY-yə köçürmək istəyirsinizsə, lakin GEOMETRY_STORAGE parametrini SDO_GEOMETRY olaraq təyin edən bir açar söz təyin edirsinizsə, köçürmə dəstəklənmir, çünki dəstəklənən köç yolu deyil.
  • Məlumat bir məlumat növündən digərinə köçürüldükdə, məlumatların kopyalandığı verilənlər bazasında yeni bir seqment yaranır. Köçmə tamamlandıqdan sonra metadata yeni seqmentə qayıdır və köhnəsi silinir. Yəni köç zamanı iki nüsxə məlumat var, bu səbəbdən məlumatların iki nüsxəsi üçün verilənlər bazasında yeriniz olduğundan əmin olun.
  • Atribut, raster və həndəsə anbarı Oracle-dakı bir BLOB məlumat tipinə köçürülə bildiyindən köçə başlamazdan əvvəl Oracle-dakı geodatabases-da BLOB məlumat saxlama mövzusunu oxumağınız tövsiyə olunur.
  • Köçürülən sütunu ehtiva edən cədvəlin sahibi kimi daxil olmalısınız.
  • Bir xüsusiyyət sinifinin SQL Server Coğrafiya tipinə köçürülməsi, məlumatların GEOGRAPHY tipi tərəfindən dəstəklənən coğrafi koordinat sistemlərindən birində olmasını və xüsusiyyət sinifinin z və ya m-koordinat dəyərlərini ehtiva etməməsini tələb edir.


Videoya baxın: Hazus. Connect to a SQL Database in ArcGIS (Oktyabr 2021).