Як завжди, це залежить ... :-)
Я бачу щонайменше 3 різні сценарії, коли йде час.
1) Часова частина відрізняється всередині геометрії. Наприклад, журнал треків з GPS, якщо ви робите з нього рядок рядків. Тоді у вас будуть різні часові позначки для кожної вершини всередині рядкової лінії, і ви можете інтерполювати обчислений час у будь-якому місці на краях.
2) У вас є дві різні геометрії, у вашому прикладі політична межа, яка змінилася з часом.
3) Ви хочете обробляти, наприклад, різну середню температуру в місці розташування протягом часу.
Якщо ми почнемо з числа 3, мова йде лише про дані атрибутів. Тоді вам слід зберігати геометрію з унікальним ідентифікатором та посиланням на цей ідентифікатор у таблиці атрибутів.
Число 1 у моєму списку вимагає певного внутрішнього часу зберігання даних як вимір або принаймні додаткову інформацію для кожної вершини. Часто є можливість зберігати щось як m, наприклад x, y, z, m. Я думаю, також є такі системи, які обробляють такий формат дати. Інакше вам доведеться обробляти час у десятковому форматі.
Число 2 у списку: Скажімо, що мова йде про країни, і ми працюємо з представництвом полігону. Тоді я б почав із таблиці з даними атрибутів про країни. Кожна країна має свій унікальний ідентифікатор. Тоді я б поклав усі багатокутники незалежно від того, коли вчасно вони були дійсними, у таблиці з початковим і кінцевим полем з інформацією, коли вони були використані. У цій таблиці кожен багатокутник унікальний, а також зберігає зовнішній ключ, що посилається на таблицю країни. Це відношення багато до одного. Багато полігонів представляють одну країну.
Отже, якщо ми порівнюємо числа 2 і 3 у списку, справа полягає в тому, що у 2 є багато представлень геметрії для одного представлення атрибутів (це геометрія, яка змінюється з часом). У номері 3 це атрибути, які змінюються з часом.
Деякі думки
З повагою
Ніклас
