спасибо огромное за заботу. может подскажете еще - нужен очень гибкий доступ к полям таблицы. ваше расширение это может? и еще yupe имеет смысл использовать дилетанту?
спасибо огромное. только поправьте ответ.
у меня так получилось
a = dict()
id = [1,2,3,1,1]
val = [1,3,4,5,5]
time = [5,6,7,6,5]
for i in range(len(id)):
try:
a[id[i]].append((val[i], time[i]))
except KeyError:
a[id[i]] = [(val[i], time[i])]
print(a)
{1: [(1, 5), (5, 6), (5, 5)], 2: [(3, 6)], 3: [(4, 7)]}
Создание индекса в большой таблице может занять длительное время. По умолчанию, PostgreSQL позволяет читать (выбирать) из таблицы, параллельно с созданием индекса, но блокирует запись (вставку, обновление и удаление) до конца построения индекса. В производственной среде это часто неприемлемо. Можно позволить запись параллельно с созданием индекса, но есть несколько предостережений, о которых надо быть в курсе - для получения дополнительной информации см. создание индексов без блокировки .
После того, как индекс будет создан, система должна поддерживать ее синхронизированным с таблицей. Это добавляет дополнительные расходы на операции с данными. Поэтому индексы, которые редко или никогда не используются в запросах должны быть удалены.
Получается динамически создавть индексы для данных последних дней не получится?
данные поступают со 100 датчиков раз в полминуты. необходимо отображение графика за последний день. CREATE INDEX насколько понимаю создает индексы для наиболее часто используемых данных. но если данные динамические то как это сделать и поможет ли? база же вроде сама более новые более актульными считает
понимаю ваше ощущение. да приходится поддерживать старую структуру и поэтому такой кошмар. но может как-то можно решить мой вопрос? уже мысли идут в сторону парсинга на php
