Я хотел бы создать свой собственный движок расчета заработной платы в виде веб-сайта. В приложениях Oracle ERP очень распространено иметь начальную и конечную дату в таблицах, так что вы можете иметь различные значения с течением времени. Начальная и конечная дата также будут формировать первичный ключ таблицы вместе с идентификатором.
Это допускает временные изменения (изменения с течением времени). Дополнительная проверка обычно также необходима для предотвращения наложений по времени. Другая проблема заключается в том, что вы также можете сделать запрос в момент времени, когда в этом временном диапазоне нет данных, и тогда вы можете захотеть перейти к ближайшему или последнему существующему временному диапазону.
В последней версии базы данных Oracle временная действительность наконец-то стала реальностью, см.эта ссылка; но он до сих пор не добрался, например, до Oracle APEX.
Конечно, многим людям хотелось бы указать время, на которое вы хотите получить значение, особенно если речь идет о зарплате с течением времени, адресе и т. д.
Почему фреймворки веб-разработки (в частности, Python Flask с SQL Alchemy и Postgresql) и руководства для них никогда не показывают, как работать с временными данными, такими как эти, или я упускаю то, что уже существует? Или что я могу сделать, чтобы изменить этот факт, помимо того, чтобы писать это самому, чего я определенно не делаю?
решение1
Почему фреймворки веб-разработки (в частности, Python Flask с SQLAlchemy и PostgreSQL) и руководства по ним никогда не показывают, как работать с временными данными?
Обработка временных таблиц является специфической функцией данной базы данных. Напротив, такие инструменты, как Flask и SQLAlchemy, предназначены для широкого спектра приложений. Таким образом, основной задачей руководств по этим инструментам, вероятно, будет показать, как доставлять контент в целом (каким бы ни был этот контент), а не фокусироваться на конкретных вариантах использования. Если конечный пользователь достаточно разбирается в данной структуре и т. д., проектирование интерфейса для временных данных должно (теоретически) быть относительно простым.
Кстати, если вам нужен плагин для включения временных таблиц в PostgreSQL, вам следует взглянуть навременные_таблицы.