Время последнего доступа к записям в таблице БД
Добрый день! Стоит задача построить некую БД с такой фичей: записи в таблицах, к которым не было обращения SELECTом на протяжении некоторого времени, удалять. В связи с этим вопрос: MySQL или PostgreSQL могут дать информацию о времени последнего доступа к записи в таблице? Спасибо. -- Kind Regards, Alexander Shikoff AMS1-UANIC =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Aug 08, 2006 at 05:20:33PM +0300, Alexander Shikoff wrote:
В связи с этим вопрос: MySQL или PostgreSQL могут дать информацию о времени последнего доступа к записи в таблице?
AFAIR такого нет. Можно, конечно, хранить timestamp последнего обращения и после SELECT-а делать UPDATE, но это более чем удваивает нагрузку на сервер. -- VP992-RIPE | The girl opened her mouth, I opened my veins, | The girl opened her heart, I opened a door to another world... | (c) Tiamat '92, Clouds, "Undressed". =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Alexander Shikoff wrote:
Стоит задача построить некую БД с такой фичей: записи в таблицах, к которым не было обращения SELECTом на протяжении некоторого времени, удалять.
В связи с этим вопрос: MySQL или PostgreSQL могут дать информацию о времени последнего доступа к записи в таблице?
Именно такого нет. Можно в Postgre вместо таблицы сделать view с использованием хранимки, которая будет где-то сохранять время последнего обращения, но, как уже говорилось естественно за счет увеличения нагрузки. -- Mykola Dzham, LEFT-(UANIC|RIPE) JID: levsha@jabber.net.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Aug 08, 2006 at 05:20:33PM +0300, Alexander Shikoff wrote:
Добрый день!
Стоит задача построить некую БД с такой фичей: записи в таблицах, к которым не было обращения SELECTом на протяжении некоторого времени, удалять.
В связи с этим вопрос: MySQL или PostgreSQL могут дать информацию о времени последнего доступа к записи в таблице?
Спасибо.
В PostgreSQL можно извернуться через SELECT RULE -- Andrew Degtiariov DA-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Tue, Aug 08, 2006 at 05:41:30PM +0300, Mykola Dzham wrote:
Alexander Shikoff wrote:
Стоит задача построить некую БД с такой фичей: записи в таблицах, к которым не было обращения SELECTом на протяжении некоторого времени, удалять.
В связи с этим вопрос: MySQL или PostgreSQL могут дать информацию о времени последнего доступа к записи в таблице?
Именно такого нет. Можно в Postgre вместо таблицы сделать view с использованием хранимки, которая будет где-то сохранять время последнего обращения, но, как уже говорилось естественно за счет увеличения нагрузки.
Вот подумалось вот чего - "жуткий хак" СУБД, при котором в отдельный файл на отдельном диске писался бы лог обращений к ячейкам таблиц БД. И если задача определить "сюда уже месяц никто не заглядывал", а порядок количества обращений известен - то что-то вроде циклического буфера, если нет - то файл ротейтить и обрабатывать - кажется, это чуть ли не лучшее решение для поставленной задачи с точки зрения "напрягов по ресусам". Если же нужно в реалтайме это отслеживать - то отдельная СУБД на отдельном сервере, возможно в комплекте с всякими "можно извратиться через ...", а то хакать собственно СУБД для такого - как-то напряжнее и неустойчивее получится (типа "что делать, если к серверу учёта обращений не удалось достучаться?"). -- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (5)
-
Alexander Shikoff -
Andrew Degtiariov -
Mykola Dzham -
Paul Arakelyan -
Vladimir A. Podgorny