Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / оптимизация update / 9 сообщений из 9, страница 1 из 1
28.10.2014, 17:18:00
    #38789672
pavard
pavard
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
оптимизация update
есть большая табличка ( id bigserial primary key, val bigint )
хочу обновить ее примерно таким запросом:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
with src as (
  select id, 10+id from my_table order by id
)
update my_table as dst
  set
    dst.val = src.val
  where
    dst.id = src.id


в данном случае будет использоваться индекс для поиска dst.id для каждого src.id - что жутко медленно для большого объема( дольше суток ). однако есть гарантия порядка и полноты входящих данных. так вот - как можно соптимизировать запрос, чтобы он, скажем, последовательно пробежался по данным и обновил первые из вторых в той-же строке, а не скакал по индексу? инсерт в новую - не хателось бы.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.10.2014, 18:07:33
    #38789731
pavard
pavard
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
оптимизация update
в принципе нашел вариант - стелать cluster на индекс по id, а потом обновлять без where. но это больше похоже на хак, чем на решение + эксклюзивный лок таблицы + периодически дергать.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.10.2014, 18:25:33
    #38789751
?Ы
?Ы
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
оптимизация update
pavard,

Код: sql
1.
2.
3.
update my_table as dst
  set
    dst.val = dst.id+10 ;


?Ы
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.10.2014, 18:33:00
    #38789762
Ivan Durak
Ivan Durak
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
оптимизация update
?Ыpavard,

Код: sql
1.
2.
3.
update my_table as dst
  set
    dst.val = dst.id+10 ;


?Ы

слишком просто. Так не интересно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.10.2014, 18:35:50
    #38789765
pavard
pavard
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
оптимизация update
?Ы,

думал особо не разжевывать слово "примерно". там достаточно тяжелый запрос с цте рекурсией. чтобы лишним текстом глаз не мылить упростил, с сохранением проблемы. а тут вон как оно - другим мылиться будет.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.10.2014, 18:38:20
    #38789767
Ivan Durak
Ivan Durak
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
оптимизация update
pavard?Ы,

думал особо не разжевывать слово "примерно". там достаточно тяжелый запрос с цте рекурсией. чтобы лишним текстом глаз не мылить упростил, с сохранением проблемы. а тут вон как оно - другим мылиться будет.
ну придется таки подробенее написать
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
28.10.2014, 18:42:14
    #38789775
pavard
pavard
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
оптимизация update
на мой взгляд вопрос четко сформулирован - без лишнего. если есть непонимание - задавай встречные вопросы.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.10.2014, 01:17:09
    #38790033
Ivan Durak
Ivan Durak
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
оптимизация update
pavardна мой взгляд вопрос четко сформулирован - без лишнего. если есть непонимание - задавай встречные вопросы.
я не понял. Это вообще кому больше надо??
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
29.10.2014, 19:16:07
    #38791146
pavard
pavard
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
оптимизация update
спасибо, мужик, за старание помочь. уже подсказали.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / оптимизация update / 9 сообщений из 9, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 274ms
Закрыть
start [/forum/topic.php?fid=53&mobile=1&tid=1998390]:
 0ms
get settings:
 7ms
get forum list:
 11ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 16ms
get topic data:
 7ms
get forum data:
 2ms
get page messages:
 28ms
get tp. blocked users:
 1ms
others: 198ms
total:  274ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]