Zamansal Veriler için Uzamsal Veritabanı Tasarlama? [kapalı]


11

Ben Hava tabanlı CBS App üzerinde çalışıyorum.

Birkaç hava istasyonundan veri var ve bu veriler günlük olarak güncellenecektir (bir web servisi tarafından).

Karşılaştığım engeller:

  • Şu anda 40 kayıt istasyonu var, ancak bu değişebilir
  • Farklı İstasyonlar kayıt farklı sayıda parametre, bazı kayıt 5, bazı kayıt 7. vb
  • Parametrelerin bazıları günlük olarak kaydedilir (örn: Maks. Sıcaklık), bazıları saatlik olarak (mevcut sıcaklık) kaydedilirken bazıları Haftalık olarak kaydedilir.
  • Belirli bir kayıt istasyonundaki bazı tesisler kullanımdan kaldırılmış olabilir (örneğin: Şu anda 7 parametre bildiren bir istasyon gelecek yıl yalnızca 5 rapor verebilir)
  • Bazen teknik sorunlar nedeniyle bir parametre rapor edilmeyebilir; Bu nedenle, değer = 0, boş değer ve kaydedilmeyen değer arasında ayrım yapabilmeliyim.

Bu web uygulamasının uzamsal kısmı için ArcGIS (masaüstü ve sunucu) ile çalışıyorum ve ArcSDE kullanmak bir sorun değil, ama bu tür bir veritabanının en iyi saf bir veritabanı olarak kaldığını ve ArcSDE'yi getirmediğini düşünüyorum.

Biri bana yardımcı olacak herhangi bir kitap veya bağlantı önerebilir mi?

Yanıtlar:


7

En basit yaklaşım üç tablo gibi görünüyor:

  • istasyon (kimlik, isim, pozisyon, ...)
  • parametresi (id, ad, birim, ...)
  • okuma (station_id, parametre_kimliği, zaman damgası, değer, ...)
  • Şu anda 40 kayıt istasyonu var, ancak bu değişebilir

İstediğiniz sayıda istasyon ekleyebilirsiniz. Bir istasyonun çalışma süresi hakkında tabloya bilgi eklemek ilginç olabilir.

  • Farklı İstasyonlar parametre farklı sayıda kayıt, bazı kayıt 5, bazı kayıt 7. vb.
  • Belirli bir kayıt istasyonundaki bazı tesisler kullanımdan kaldırılmış olabilir

Kayıtlı parametreler ve istasyonlar arasındaki ilişki dolaylı olarak okuma tablosunda saklandığından sorun değil.

  • Parametrelerin bazıları günlük olarak kaydedilir (örn: Maks. Sıcaklık), bazıları saatlik olarak (mevcut sıcaklık) kaydedilirken bazıları Haftalık olarak kaydedilir.

Her okuma, okuma tablosundaki bir girişle temsil edilecektir. Farklı aralıklar sorun değil.

  • Bazen teknik sorunlar nedeniyle bir parametre rapor edilmeyebilir

Bu durumda, okuma tablosuna herhangi bir girdi olmazdı.

Ek olarak, OGC Sensör Gözlem Standardına bakmanızı öneririm . Hava durumu istasyonu kayıtlarını kapsayan birçok örnek vardır. 52 ° North gibi uygulamalar iyi bir genel veritabanı şemasına sahiptir (bu durumda PostGIS için). Bu standart (diğer bir SWE standardı) öğrenmek için biraz çaba sarf ederken, yatırımın geri ödeme yapacağına inanıyorum.


7

Bu hafta geçici veritabanları hakkında kendi araştırmamı yapıyorum. StackOverflow bu cevap çok yararlı buldum . İlkelerin temel bir şekilde anlaşılması için Snodgrass tarafından SQL'de Zaman Odaklı Veritabanı Uygulamalarının Geliştirilmesi bölümlerini okumak faydalı olacaktır . Gerçek zamansal veritabanlarının oldukça karmaşık olduğunu görüyorum, ancak daha basit bir çözüm - alttan vurmanın önerdiği gibi - yeterli olabilir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.