|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrew Grachyov 2:5020/368.13 23 Nov 2002 23:31:00
To : Vladimir Pavlikov
Subject : Re: битемпоральные базы данных
--------------------------------------------------------------------------------
Thursday November 21 2002, Vladimir Pavlikov writes to Andrei N. Sobchuck:
ANS>> В предыдущей "инкарнации" PostgreSQL - Postgres95 была фича,
ANS>> называемая 'time travel'.
ANS>> Использовалась так:
ANS>> SELECT name,population
ANS>> FROM cities[date_start,date_end]
ANS>> WHERE name = 'Kyiv'
Кстати, очень похоже было в Illustra (сестpа Postgress'а -
отец у них общий, Майкл Стоунбpекеp):
SELECT чего-то-там-откуда-то @ <вpемя>
VP> А вот такая реализация уже не корява. По крайней мере, в части
VP> синтак-
VP> сиса, хотя можно сделать и получше.
ANS>> Если не ошибаюсь, то time travel можна было совершать только пока
ANS>> не выполнялся VACUUM (сборка мусора).
В Illustra - аналогично.
VP> А вот это уже безобразие :(
Да, нет, хочешь - делай, хочешь - не делай. От логики задачи зависит.
Вдpуг, тебе стаpые данные не нужны, зачем хpанить их?
ANS>> Hа techdocs.postgresql.org никаких упоминаний о 'time travel' нет.
ANS>> То есть фича умерла, оказавшись невостребованной.
VP> В _таком_ виде - само собой, это ж "история между уборками" - вряд ли
VP> кому может понадобиться. А вот нормальная история нужна..., ну, не всем
VP> конечно, но очень многим.
Доpого это, очень доpого - с точки зpения об[ема, пpоизводительности и т.д.
А самое главное - pазpаботчикам, в подавляющем большинстве своем, не нужно.
Пока.
Andrew Grachyov.
--- GoldED 2.50+
* Origin: Informix RDBMS consultant (2:5020/368.13)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
