Daha çox

DBMS və ArcSDE Arxitekturası Böyük (Əsasən Məkan Olmayan) Məlumat Kümesi üçün

DBMS və ArcSDE Arxitekturası Böyük (Əsasən Məkan Olmayan) Məlumat Kümesi üçün


Birdən çox sensoru olan məlumat toplama stansiyalarını təmsil edən ~ 1000 sabit nöqtəm və formatında ~ 4.5 GB dəyər olan bir csv var:

id nöqtəli sensor ölçü vaxtı 50345 500 tema 1/1/2011 13:55 72.81 50346 501 tempb 31.10.2011 14:00 75.65 55457 500 gaght 31.10.2011 01:00 6.56

(Məlumatlar USGS axın ölçü cihazlarına bənzəyir, lakin fərqli bir şəbəkədən və fərqli formatdan.)

Mən coğrafi verilənlər bazası dizaynı ilə bir qədər tanışam, amma ArcGIS ilə işləyən fərqli DBMS -lərin imkanları ilə bağlı az təcrübəm var. Geodatabase dizaynı üçün Dəniz Məlumatları Modelinin bir variantından istifadə etməyi düşünürəm, amma istifadə etməli olduğum DBMS ArcSDE Memarlığı haqqında bir az qeyri -müəyyənəm.

Görünür, hardware baxımından, ArcInfo işləyən bir masa üstü maşına birbaşa gigabit lan bağlantısı olan DBMS və SDE üçün xüsusi bir maşın istəyərəm. Xərc və "açıqlıq" naminə, postGIS ilə postgreSQL istifadə etmək istərdim (T-SQL ilə daha yaxından tanış olduğum üçün MS SQL Server Express-in ardınca gedir), amma bu qədər böyük olduğuna görə təsirlərindən əmin deyiləm. verilənlər bazası. Ayrıca, araşdırdığım məlumatlara görə, PostGRE, sorğular üçün "pəncərələndirmədə" daha yaxşı qurulmuşdur (məsələn, hərəkətli pəncərənin 2 həftəlik tempa ortalamasının hesablanması). Fərq etsə, müəyyən bir iş sessiyası üçün geniş istifadə edəcəyimi bilsəm, verilən bir verilənlər bazasını tamamilə RAM -a yükləyə bilərəm. (Bu Faydalı Cavaba bənzər)

Nöqtəyə:

  1. Bunun üçün yalnız 32 bitlik bir SDE versiyası olduğu üçün PostGIS istifadə edərək performans azalması varmı? 64 bitlik PostGRE-dən istifadə edə bilərəmmi, 32-bit SDE ilə icazə verə bilərəmmi, sonra 32-bitlik "darboğazdan" qaçmaq üçün PostGRE ilə birbaşa əlaqə qura bilərəmmi?
  2. Məlumatların böyük hissəsini "məkan olmayan" saxlamağın bir üstünlüyü varmı, buna görə sorğuları 64 bitlik PostGRE-dən keçirə bilərəm, sonra nəticələri ArcMap-dəki nöqtələrə birləşdirirəm?
  3. ArcSDE-nin 32 bitlik məhdudiyyətini nəzərə alaraq, postGRE istifadə edərək böyük miqdarda məlumatı idarə etmək üçün daha yaxşı ümumi yanaşma varmı?

Digər mülahizələr:

  • ArcInfo 10.0 -ı SP3 ilə istifadə edirəm və EDN üzvlüyüm var, buna görə də minimum xərclə kifayət qədər sərbəst şəkildə sınaqdan keçirə bilərəm. Gerekirse geliştiriciler üçün MS SQL Server 2008 R2 də var.
  • Masa üstü maşının açıq şəkildə Windows olması lazım olacaq, ancaq bir üstünlük varsa DBMS maşını üçün Windows və ya Linux işlədə bilərəm.
  • Nəticələri saxlaya biləcəyim bir sıra statik sorğular (məsələn, 2 həftəlik hərəkətli orta) olacaq, amma ehtiyac olarsa xüsusi bir sorğunu tez bir zamanda yerinə yetirmək istərdim. (məs., 01.01.2011 və 31.01.2011 tarixləri arasında 003, 007 və 104 stansiyalarından gələn gündəlik orta templərin minimumu nədir?)
  • Bu bələdçini oxudum, ancaq müəyyən ssenarilərlə bağlı hər hansı bir müsbət və ya mənfi tərəfi tapmaq üçün əsasən qeyri -müəyyən olduğunu və faydalı olmadığını görürəm (Çox məlumat, amma az faydalı təlimat. Həqiqətən də performans baxımından heç bir fərq olmadığına inanmalıyammı? ArcSDE xidmətindən istifadə və ya istifadə etməmək?)

Artıq Postgres üçün ArcSDE varmı? Ehtiyac var?

Bütün qeyri-məkan və məkanlarınızı PostGIS db-də saxlaya, DB-dəki məlumatları birləşdirə və Arc10-da Sorgu Qatları olaraq arcmap-a çəkə bilərsiniz.

Alternativ olaraq, ArcMap-i birbaşa PostGIS-ə bağlamaq üçün ST-Bağlantılarına (burada və burada daha çox müzakirə) baxa bilərsiniz.

Bu variantlardan heç biri, ehtimal ki, ArcSDE -in qurduğu bütün funksiyaları sizə verməyəcək, ancaq vəziyyətinizə görə alternativ ola bilər.


Qeyd üçün:

  • Müəssisə coğrafi verilənlər bazası kitabxanaları həm 32-bit, həm də 64-bit serverlər üçün 10.0-da mövcud idi və ArcGIS 10.1-dən bəri yalnız 64-bit göndərildi. Var heç vaxt ArcSDE müştəri tətbiqlərində "32 bitlik darboğaz" oldu (orijinal yazı zamanı, artan 64 bitlik təlimat ölçüsü əslində performansı yavaşlatdı, baxmayaraq ki, müasir CPU-lar fərqi aradan qaldırdı).
  • Məkan və məkan məlumatlarının bölünməsinin nadir hallarda üstünlüyü var. Yaxşı düşünülmüş bir verilənlər bazası dizaynı ilə heç vaxt bölünməməli olan cədvəllərə qoşulmaq həmişə daha yavaşdır.
  • ArcSDE-də 32 bitlik bir məhdudiyyət yox idi-Verilənlər bazası müştərisi bir anda yalnız bir sətirdən istifadə edir (baxmayaraq ki, API ümumiyyətlə bir anda tampondakıdan daha çox satır ötürsə də, proses sahəsini aşmaq təhlükəsi yoxdur. 32 bitlik bir tətbiq). ArcGIS Desktop 32 bitlik bir tətbiq olaraq qalır, ancaq ArcPy 64 bitlik bir ləzzətlə dəstəklənir (64 bitlik Fon İşləmə modulunda) və ArcGIS Server yalnız ArcGIS 10.1-dən bəri 64 bitdir. ArcGIS Pro da 64 bitlik bir tətbiqdir.
  • Sistem Dizaynı viki saytı bir tətbiq serverini istifadə etməklə istifadə etməmək arasında heç bir fərq olmadığını söyləyirsə, bunun səbəbi otuz fərqli yolla sınadıqları və statistik olaraq əhəmiyyətli bir fərq tapmadıqlarıdır. Tətbiq serverləri 10.2 -də istifadədən çıxarıldığı üçün 10.3 və 10.4 -də mövcud olmadığı üçün nöqtə mübahisəlidir.

Videoya baxın: Conexión ArcGis con Oracle