Çoğu CBS paketinin neden sayısal bir kimliğe ihtiyacı var?

Bu basit ama muhtemelen tartışmalı bir sorudur: GIS paketlerinin çoğu (hepsi olmasa da) neden belirli bir katmanın benzersiz nullable olmayan sayısal tanımlayıcıya sahip olmasını gerektirir ?

Neden doğal bir anahtar yerine böyle bir yedek anahtara ihtiyaç vardır?

Örnekler:

• ArcGIS, NESNE KİMLİĞİ (veya bir GlobalID) uygular

• QGIS, sayısal bir kimliği olmadığında katmanları yüklemez.

Çünkü optimize edilebilir endekslenebilir alana sahip olmaları gerekir. Bir dize alanını tekrar tekrar dizine eklemek daha fazla ek yük gerektirir ve sonunda o kadar verimli değildir.

ESRI, SDE dünyasında bir GUID alanı olan 'GLOBALID'i destekler, bu nedenle bu 32char alanıdır, ancak yine de performansı artırmak için endekslenmiştir.

Eğer bir katmana kayıtları ekleme başlatırsanız olabilir sadece diske yazmadan önce her yeni özellikler için benzersiz alfanümerik kodunu girerek bir kullanıcı güvenmek ..

..ya da basit bir otomatik eklemeli tamsayı alanı uygulayabilirsiniz.

Birçok insanın önerdiği gibi, bu bir kolaylık sorunudur; ama belki daha derinden, konvansiyon.

Bir programcı olarak, ilk içgüdüm, katman kimliği için sayısal bir anahtar kullanmak olacaktır, çünkü her zaman böyle yapılmıştır. Gerçekten de, en azından bilinçli bir düzeyde, bunu başka bir şekilde yapmam gerektiği bile gerçekleşmeyebilir. Tabii ki, tamsayıları kullanmamak için teknik bir neden varsa, 32 bitte depolanabilecek katmandan daha fazla katman olma olasılığı varsa (çok olası bir teklif!) Veya bunun bir iş nedeni varsa, alternatifler göz önünde bulundurulur.

Sayısal tuşlarla algoritmik hususlar da vardır. Sıralanan değerlerin bir listesinin sıralanması ve aranması, dizelerin veya karmaşık nesnelerin bir listesi olsa bile, sonuçta iki sayı arasındaki karşılaştırmaya kadar kaynar; sadece bir karma fonksiyonu ile sayılara dönüşürler . Modern bilgisayarlarda, 100 veya hatta 1000 maddelik bir listenin araştırılmasının, yüksek derecede optimize edilmiş bir algoritmada olduğu gibi kaba kuvvet yaklaşımı ile genellikle hızlı olduğu söylenebilir. Bir CBS'de katmanlar söz konusu olduğunda, 1000'den fazla haritaya sahip en karmaşık haritaları bile göremiyorum ve öyle olsa bile, diğer ilişkili hesaplamalar optimize edilmiş bir küçük kazanımdan daha büyük boyutta sipariş alacaktı kısa listeyi arama.

Tamsayı anahtarları bir programcıya "mantıklı" gelir ve Brad'in dediği gibi sayısal olmayan anahtarları kullanmak için daha fazla çaba vardır. Belki daha fazla kod değil, daha fazla zihinsel çaba ve tembel alışkanlık yaratıklarıyız. Ayrıca, bir CBS'de bir katman gibi bir şeyi benzersiz bir şekilde tanımlayan anahtar, kullanıcıyla karıştırılmadığından ve benzersizliğine dayanan kodu kırmadığından emin olmak için kullanıcıdan "gizli" olarak kabul edilir (buna rağmen DB UNIQUE anahtar kelimeleri). Çünkü bir kullanıcıya yeterince ip verirseniz, er ya da geç birileri kendini asacaktır. Elbette kullanıcı düzenlenebilir sahada benzersizliği zorlamak, ancak altta yatan sistem gerekir onun anahtarını varsayalım eşsiz ve, oynanmamış olduğunu.

Bu soru, benim gibi şeylerin coğrafi veritabanı tarafını geliştiren kafa karıştırıcı bir soruydu.

PostgreSQL, farklı veri türlerinin bileşik PRIMARY KEYS'leri olan tabloları tanımlayabildiğinden, veritabanı depolamanın bir sınırlaması değildir, ancak bu tablolar QGIS gibi programlara yüklenemez. İlgili tarihi bir notta PostgreSQL , 32 bit tam sayı olan dahili anahtar olarak bir OID sütunu gerektiriyordu . Bu sürüm 7.2'ye kadar gerekliydi .

32 bit tamsayı kimliği gereksinimi gerçekten bir programlama sınırlamasıdır. Sabit veri türü (32 bit tam sayı) olarak bir kayıt kümesine bir dizin oluşturmak çok daha kolaydır ve bunun da söz konusu kayıt için PRIMARY KEY olması uygun olur. Bir programın bileşik bir birincil anahtara izin vermesi ve birden fazla ve / veya değişken veri türlerine dayalı benzersiz bir kayıt alması daha zordur. Ancak PostgreSQL'in OID'si gibi bu sınırlama da geliştirme süresi ile aşılabilir. QGIS için, [şimdi] 5 yaşındaki böcek bir gün çözülebilir (işte konuyla ilgili yakın tarihli bir tartışma ).

ESRI ve diğer GIS yazılımlarında, özellik sınıfı veya veri kümesini oluşturan bir klasör veya dosya kümesine sahip olmak yaygındır.
örneğin arcinfo kapsamı, şekil dosyası, dosya coğrafi veritabanı.
Bu dosya kümelerinin, birçok CBS işlevine izin vermek için yazılım tarafından "birleştirilmesi" gerekir.
Zayıf tablolar, ağ, topolojik kontroller.
OID'nin amacı budur ve aynı zamanda onu geçersiz, gizli, yazılım kontrollü hale getirmesinin sebebidir.