Как всегда, это зависит ... :-)
Я вижу по крайней мере 3 различных сценария, когда время вовлечено.
1) Часть времени отличается внутри геометрии. Журнал треков из GPS, например, если вы делаете линейную строку из этого. Тогда у вас будут разные временные метки для каждой вершины внутри строки линии, и вы можете интерполировать вычисленное время в любом месте по краям.
2) У вас есть две разные геометрии, в вашем примере политическая граница, которая со временем изменилась.
3) Вы хотите обрабатывать, например, другую среднюю температуру в определенном месте с течением времени.
Если мы начнем с номера 3, речь идет только об атрибутах данных. Затем вы должны сохранить геометрию с уникальным идентификатором и ссылкой на этот идентификатор в таблице атрибутов.
Номер 1 в моем списке требует некоторого времени обработки внутренней памяти в качестве измерения или, по крайней мере, дополнительной информации для каждой вершины. Часто есть возможность сохранить что-то как m, например, x, y, z, m. Я предполагаю, что есть также системы, обрабатывающие такой формат даты. В противном случае вам придется обрабатывать время в некотором десятичном формате.
Номер 2 в списке: допустим, речь идет о странах, и мы работаем с представлением полигонов. Тогда я бы начал с таблицы с данными об атрибутах стран. У каждой страны есть свой уникальный идентификатор. Затем я поместил бы все полигоны, независимо от того, когда они были действительны, в таблицу с полем начала и конца с информацией, когда они использовались. В этой таблице каждый многоугольник уникален и также хранит внешний ключ, ссылающийся на таблицу стран. Это отношение много к одному. Многие полигоны представляют одну страну.
Таким образом, если мы сравним числа 2 и 3 в списке, дело в том, что в 2 есть много представлений геометрии для одного представления атрибута (это геометрия, которая изменяется со временем). В номере 3 это атрибуты, которые меняются со временем.
Некоторые мысли
С уважением
Никлас