Seperti biasa, itu tergantung ... :-)
Saya melihat setidaknya 3 skenario berbeda ketika waktu terlibat.
1) Bagian waktu berbeda di dalam geometri. Track log dari GPS misalnya, jika Anda membuat garis dari itu. Kemudian Anda akan memiliki cap waktu yang berbeda untuk setiap titik di dalam linestring, dan Anda dapat menginterpolasi waktu yang dihitung di mana saja di tepi.
2) Anda memiliki dua geometri yang berbeda, dalam batas politik contoh Anda yang telah berubah seiring waktu.
3) Anda ingin menangani misalnya suhu rata-rata yang berbeda di lokasi dari waktu ke waktu.
Jika kita mulai dengan angka 3, itu hanya tentang data atribut. Maka Anda harus menyimpan geometri dengan id unik dan referensi id itu dalam tabel atribut.
Nomor 1 dalam daftar saya memerlukan semacam waktu penanganan penyimpanan internal sebagai dimensi atau setidaknya informasi tambahan untuk setiap titik. Seringkali ada kemungkinan untuk menyimpan sesuatu sebagai m, seperti x, y, z, m. Saya kira ada juga sistem yang menangani format tanggal seperti itu. Kalau tidak, Anda harus menangani waktu dalam beberapa format desimal.
Nomor 2 dalam daftar: Katakanlah ini tentang negara dan kami bekerja dengan perwakilan poligon. Lalu saya akan mulai dengan tabel dengan data atribut tentang negara. Setiap negara memiliki id uniknya sendiri. Kemudian saya akan meletakkan semua poligon tidak peduli kapan waktunya valid dalam tabel dengan bidang awal dan akhir dengan informasi saat mereka digunakan. Dalam tabel ini setiap poligon unik dan juga menyimpan kunci asing yang merujuk pada tabel negara. Hubungan itu banyak ke satu. Banyak poligon mewakili satu negara.
Jadi jika kita membandingkan angka 2 dan 3 dalam daftar, intinya adalah bahwa dalam 2 ada banyak representasi permata untuk satu representasi atribut (itu adalah geometri yang berubah seiring waktu). Di nomor 3 itu adalah atribut yang berubah seiring waktu.
Beberapa pemikiran
Salam
Nicklas
