форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Программирование под UNIX (Public)
Изначальное сообщение		[Проследить за развитием треда]

"вопрос по view из postgresql"

Сообщение от Moralez (??) on 05-Мрт-07, 13:05

До сих пор не пользовался view и думал, что view - это что-то типа временной таблицы, где хранятся актуальные данные из (даже) сложных запросов. То есть задача: в таблицу добавляем примерно сотню записей в минуту, очень редко их изменяем и очень часто делаем достаточно сложную выборку (select), которая длится больше минуты. Хотел с помощью view сделать возможными почти мгновенные select-ы, пусть вставки и стали бы медленнее и в целом загрузка системы возросла б. Оказывается, запрос из view не быстрее, чем из самой таблицы. Значит надо что-то другое.... Это вообще возможно? Иметь что-то типа отдельной таблицы, из которой бы очень быстро выбиралось, но данные б были не статическими, а агрегированными из другой таблицы и всё это в реальном времени (realtime)? Если создать отдельную таблицу и по крону её заполнять данными, то запоздание будет как минимум равным времени работы запроса, что нежелательно... Или многого хочу? :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Сообщения по теме

[Сортировка по времени, UBB]

1. "вопрос по view из postgresql"

Сообщение от ViRuZzz (??) on 05-Мрт-07, 13:34

>До сих пор не пользовался view и думал, что view - это >что-то типа временной таблицы, где хранятся актуальные данные из (даже) сложных >запросов. То есть задача: в таблицу добавляем примерно сотню записей в >минуту, очень редко их изменяем и очень часто делаем достаточно сложную >выборку (select), которая длится больше минуты. Хотел с помощью view сделать >возможными почти мгновенные select-ы, пусть вставки и стали бы медленнее и >в целом загрузка системы возросла б. Оказывается, запрос из view не >быстрее, чем из самой таблицы. Значит надо что-то другое.... > >Это вообще возможно? Иметь что-то типа отдельной таблицы, из которой бы очень >быстро выбиралось, но данные б были не статическими, а агрегированными из >другой таблицы и всё это в реальном времени (realtime)? Если создать >отдельную таблицу и по крону её заполнять данными, то запоздание будет >как минимум равным времени работы запроса, что нежелательно... Или многого хочу? >:) Много хочешь :) если тебе надо хранить агрегированные данные. то триггеры тебе в руки на всавках агрегируй, и храни в соседней таблице уже агрегированные.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]