Имбирь - твой спиритический овощ. Войти !bnw Сегодня Клубы
Привет, TbI — HRWKA! 1104.3 пользователей не могут ошибаться!
?6229
прекрасное5913
говно5762
говнорашка5066
хуита4048
anime2766
linux2462
bnw2310
music2275
log2068
рашка2012
pic1876
ололо1761
быдло1415
украина1365
сталирасты1220
гімно1144
дыбр1118
роботы_не_одобряют1005
bnw_ppl900

Придумайте, почему я не хочу created_at timestamptz NOT NULL DEFAULT statement_timestamp() Я, конечно, хотел сделать now(), как и все. Но потом понял, в случае параллельных транзакций с блокировками одного ресурса у меня может случиться TIME PARADOX.
#8KJPJ1 (11) / @komar / 15 дней назад
еб твою мать на хуй, на postgresql.org/docs редизайн закопуйте, это начало конца
#61IGXN (2+1) / @komar / 60 дней назад
http://komar.in/ru/быстрое-агрегирование-в-postgresql найдите там ошибки за меня, лень читать
#8N12UN (14+1) / @komar / 120 дней назад

TIL jsquery

#COQJES (0) / @kerrigan / 123 дня назад
уебал в конфиге чекпоинты как хорошо-то стало сразу
#PV8U6N (0) / @komar / 238 дней назад
Сделал первый в своей жизни триггер. Спасибо, дядя Олег, за то, что у тебя индексы от функции не прошли.
#30U7FB (0) / @komar / 239 дней назад
Рекурсивный запрос для выбора трека для обновления с какого-то хуя пошел по пизде и стал выполняться две минуты. Благо в ночь с субботу на воскресенье. И чтобы меня запутать — еще и почта россии повалилась. А я на этот запрос еще логики навесил хитрой, так что пиздец полный, не разобрать уже, что и почему. Заменил на SKIP LOCKED, про который я в #6RCQXB прочитал. Вроде работает.
#6DGXKF (0) / @komar / 267 дней назад
http://pgconf.org.np/ обосрался
#Y03YGW (3) / @komar / 314 дней назад
Подключил, блять, второй сервер с воркерами. http://dump.bitcheese.net/files/golapow/rss2tg_update_interval-day.png Первые два зубчика на графике — это завис запрос от отвалившегося клента, зажав лок. Ничего страшного на самом деле, единственное что портится — это график, но я все равно с горящей жопой вручную искал источник пиздеца. Так главное — pg_cancel_backend() нихуя не прибивает. Вторые два — это оно уже само прибилося по настройкам в /proc/sys/net/ipv4/tcp_keepalive_* Все бы хорошо, но глобально в систему я их запихнул потому, что в postgresql.conf они тупо игнорируются. Прописаны, на другом сервере работают, а на этом SHOW показывает нули. Шо ж так хуево жить-то.
#VB40ZA (0) / @komar / 324 дня назад
Ура, блять: зависшие транзакции в бекендах, подключения к которым давно сдохли. Куда этот постгрес ебнуть?
#MXLCAU (3) / @komar / 325 дней назад
https://blog.2ndquadrant.com/what-is-select-skip-locked-for-in-postgresql-9-5/ ох ебать меня в рот, SKIP LOCKED надо попробовать где-нибудь, у меня сейчас везде на адвизори локах
#6RCQXB (0) / @komar / 326 дней назад
test=> CREATE TABLE t AS SELECT * FROM (SELECT generate_series(1,10000) AS a) q1, (SELECT generate_series(1,2) AS b) q2; SELECT 20000 test=> CREATE INDEX i ON t (a); CREATE INDEX test=> EXPLAIN SELECT * FROM t ORDER BY a LIMIT 5; Limit (cost=0.29..0.44 rows=5 width=8) -> Index Scan using i on t (cost=0.29..620.29 rows=20000 width=8) test=> EXPLAIN SELECT * FROM t ORDER BY a, b LIMIT 5; Limit (cost=621.19..621.21 rows=5 width=8) -> Sort (cost=621.19..671.19 rows=20000 width=8) Sort Key: a, b -> Seq Scan on t (cost=0.00..289.00 rows=20000 width=8) Какого хуя?
#5Q3L4S (0+1) / @komar / 334 дня назад
Совет дня: вместо timestamp = NULL используйте timestamp = &#39;0001-01-01&#39; Потому что условие timestamp IS NULL OR timestamp < now() - interval &#39;1 hour&#39; ни хуя не умеет использовать индекс по timestamp. Хоть в индексе NULLS FIRST, хоть NULLS LAST, это только на ORDER BY влияет.
#MQLUQZ (1) / @komar / 334 дня назад
Постгрес, блять, сломался: http://dump.bitcheese.net/files/syfupyv/rss2tg_update_interval-day.png Появилась одна-единственная строка, которая никак не лочится при помощи pg_try_advisory_xact_lock(). Смотрел в локи — там нихуя нет. Перезагрузка потсгреса не помогла. Помог ручной UPDATE по этой строке. Я ужасно расстроен.
#Q36UNE (8+1) / @komar / 336 дней назад
REFRESH MATERIALIZED VIEW CONCURRENTLY занимался хуйней 15 минут и обосрался ошибкой своих кишок про какой-то там FULL JOIN. Никогда не пользуйтесь матвьюхами в постгресе, это говно.
#QPHVSX (0) / @komar / 405 дней назад
На работе скучно. Развернул в авитник дамп OSM по рашеньке. Сделал для avito.link/map фильтр на леса, реки и очевидные промзоны при помощи LEFT JOIN polygon ON ST_intersects(polygon.way, ...) WHERE polygon.way IS NULL. Условие на невхождение каждого ебаного объявления в 3 млн. полигонов из черного списка работает незаметно быстро, спасибо Бартунову за детство счастливое наше. Шума в промзонах и на окраинах стало немного меньше. Такой день.
#NSBUP1 (4) / @komar / 411 дней назад
wal_keep_segments = 512 # in logfile segments, 16MB each; 0 disables реплика все равно НЕ УСПЕЛА
#OVHQQB (3) / @komar / 412 дней назад
#6NC253 (2) / @anonymous / 430 дней назад
til нельзя сделоть ```with xui as (select ...), recursive pizda as (select from xui...)``` тупой парсер хочет чтобы `recursive` был первым хороший язык. очень натуральный.
#D85QRV (0) / @anonymous / 447 дней назад
таблица в 30 000 000 строк на обоссаной блиннице тупой поиск WHERE string LIKE &#39;...%&#39; с последующей сортировкой ORDER BY created_at DESC для которого был сознательно создан тупой btree-индекс, зато с varchar_pattern_ops изредка, при некоторых запросах (например, на строке "zzz", которая из букв в конце алфавита) планировщик решает, что нехуй искать по индексу для string, а нужно спускаться по created_at DESC — в таблице в 30 млн строк по очевидным причинам запрос выолняется довольно долго и какого-то хуя не прибивается хатэтэтэ-сервером после таймаута разумеется, я тут не хуй собачий, и все долгие запросы логируются только нихуя это не дало, потому что явление довольно редкое и за остальным шумом не видно но так как выполняется такая срань несколько часов, то после прибития к хуям индекса по created_at DESC обнаружилось, что на эту ебанину приходилось 80% нагрузки на сервер о сколько нам открытий чюдных, блять
#PMBD9G (0) / @komar / 476 дней назад
ipv6 ready BnW для ведрофона BnW на Реформале Викивач Котятки

Цоперайт © 2010-2016 @stiletto.