никто даже не послал

и вообще

Я бы даже сказал, сначала ответили, а потом поворчали

первый it чат, в котором нету хрыча, я думал таких нет

ну, не знаю.. я состою в procxx, unity3d.ru, говорим о разработке игр и куча других геймдев чатов

что за хрыч?

Я бы даже сказал, сначала ответили, а потом поворчали

но ворчали не те, кто отвечали, заметьте

а сколько нужно человек чтобы ответить на вопрос о простейшем синтаксисе запроса? :)

первый it чат, в котором нету хрыча, я думал таких нет

сплюнь

а еще в supaprocxx - там вообще очень нубские бывают вопросы и никто не беситься)

а сколько нужно человек чтобы ответить на вопрос о простейшем синтаксисе запроса? :)

1 нормальная IDE

что за хрыч?

«Erzent - это стиль жизни и образ мышления. Можно даже сказать, Erzent - это лицо современного ЛОРа.»

это не серьезно

без IDE уже не получается написать select a from b

я кстати не понял, почему id не автоинкремент

ну скобку не заметить без иде помоему любой может

он сиквенс

так же в постгресе) я вообще сериал делала

кстати названия таблиц и столбцов в кавычки берутся, как в мускуле так и в постгресе

а, все, прочитал запрос наконец

Посмотрев запросы которые пишут в двх, очень понятно зачем нужны ide для sql

кстати названия таблиц и столбцов в кавычки берутся, как в мускуле так и в постгресе

не обязательно же

Вот! Аня шарит, а вы унижаете

не обязательно же

ага) но иногда сохраняет время и нервы)

Вот! Аня шарит, а вы унижаете

они троллят)

Кому сохраняет, а кому из слоу логов удалять кавычку лишнюю

Вот! Аня шарит, а вы унижаете

я? не-не, я тоже нуб и тоже только учусь ?

Только всем чятом не пишите мне реплай

я очень редко работаю так много в терминале, чувствую порой нехватку этой красочной подстевки идешной

Ах эти уютные русскоязычные комьюнити)

сходи к девопсам

чуть не рассмеялся в голос

это там где пол-чата в пидора играют? веселенький там тамада и конкурсы интересные ?

я к пхпшникам три раза совался. два раза попадал на обсуждение наркоты какой-то, чо где выхватить, и так далее, третий раз на вайп гомониграми.

вот это я понимаю — своя атмосфера. а ты говоришь — в пидора они там играют мужским коллективом.

в чате по эликсиру тоже отличные обсуждалки ? и вроде без пидоров, отличнейший чат

я к пхпшникам три раза совался. два раза попадал на обсуждение наркоты какой-то, чо где выхватить, и так далее, третий раз на вайп гомониграми.

Ну это многое объясняет.

Маргиналы эти пхпешники

слушайте, вот появился интересный вопрос, может кто сталкивался.

если в одной транзакции выполнить два апдейта на один и тот же row, будет ли оверхед в таблице, или лучше все-таки одна новая версия записана?

postgres=# create table test(a int); CREATE TABLE postgres=# insert into test values (1); INSERT 0 1 postgres=# begin ; BEGIN postgres=# select ctid, xmin, xmax, * from test; ctid | xmin | xmax | a -------+------+------+--- (0,1) | 1779 | 0 | 1 (1 row) postgres=# update test set a = 2; UPDATE 1 postgres=# select ctid, xmin, xmax, * from test; ctid | xmin | xmax | a -------+------+------+--- (0,2) | 1780 | 0 | 2 (1 row) postgres=# update test set a = 2; UPDATE 1 postgres=# select ctid, xmin, xmax, * from test; ctid | xmin | xmax | a -------+------+------+--- (0,3) | 1780 | 0 | 2 (1 row) postgres=# update test set a = 3; UPDATE 1 postgres=# select ctid, xmin, xmax, * from test; ctid | xmin | xmax | a -------+------+------+--- (0,4) | 1780 | 0 | 3 (1 row) postgres=# commit; COMMIT postgres=# select ctid, xmin, xmax, * from test; ctid | xmin | xmax | a -------+------+------+--- (0,4) | 1780 | 0 | 3 (1 row) postgres=# begin ; BEGIN postgres=# set transaction isolation level repeatable read ; SET postgres=# select ctid, xmin, xmax, * from test; ctid | xmin | xmax | a -------+------+------+--- (0,4) | 1780 | 0 | 3 (1 row) postgres=# update test set a = 3; UPDATE 1 postgres=# select ctid, xmin, xmax, * from test; ctid | xmin | xmax | a -------+------+------+--- (0,5) | 1781 | 0 | 3 (1 row) postgres=# select ctid, xmin, xmax, * from test; ctid | xmin | xmax | a -------+------+------+--- (0,5) | 1781 | 0 | 3 (1 row) postgres=# update test set a = 3; UPDATE 1 postgres=# select ctid, xmin, xmax, * from test; ctid | xmin | xmax | a -------+------+------+--- (0,6) | 1781 | 0 | 3 (1 row) postgres=# update test set a = 4; UPDATE 1 postgres=# select ctid, xmin, xmax, * from test; ctid | xmin | xmax | a -------+------+------+--- (0,7) | 1781 | 0 | 4 (1 row) postgres=# commit ; COMMIT postgres=# select ctid, xmin, xmax, * from test; ctid | xmin | xmax | a -------+------+------+--- (0,7) | 1781 | 0 | 4 (1 row)

достаточно?

Касательно частников.

Частников это никак не касается ))))

может книгу посоветуете?

есть еще хороший курс на courser'а по основам sql: https://lagunita.stanford.edu/courses/Engineering/db/2014_1/about

Кто сталкивался с «Query provides a value for a dropped column at ordinal position»

https://github.com/postgrespro/pg_pathman/issues/74 баг оказался, короч

в этом курсе еще в комплекте xml dtd чет еще там для кучи и курс довольно примитивный

а насоветуйте хорошее чтение про то, где и как постгрес что лочит на селектах и апдейтах? :)

а насоветуйте хорошее чтение про то, где и как постгрес что лочит на селектах и апдейтах? :)

http://dataintensive.net/ — Клепман пишет книгу про базульки, там хорошее описание как MVCC в подробностях устроен вообще и в постгресе

Дарафей, тебе теория или практика нужна ?

у нас тут часто возникают вопросы вида "а тут оно залочит строку или таблицу? а вставка работать будет? а вот этот апдейт залочит?" - хочется что-нибудь, что быстро практически позволит их разрешать

так что практика

Почитай тут, например, https://www.compose.com/articles/common-misconceptions-about-locking-in-postgresql/

ppl, есть способ ускорить CREATE INDEX при разворачивании базы из .sql бакапа?

Почитай тут, например, https://www.compose.com/articles/common-misconceptions-about-locking-in-postgresql/

хорошее чтиво, но оно больше пост-фактум - "мы увидели вот такие локи, и это страшно/не страшно"

попробуйте увеличить майнтенанс_ворк_мем max_wal_size уменьшить уровень wal_level, отключить автовакуум

хорошее чтиво, но оно больше пост-фактум - "мы увидели вот такие локи, и это страшно/не страшно"

https://www.postgresql.org/docs/9.6/static/explicit-locking.html и вообще весь раздел https://www.postgresql.org/docs/9.6/static/mvcc.html это смотрели?

тут про явное вот есть вопрос - "update aaa set value = (select max(value) from aaa where ...) where id=X" - как оно будет себя вести в конкурентном выполнении как искать ответ на него, кроме как промоделировав?

может тут вопрос про уровни изоляции а не про блокировки

потому что такой запрос будет рэйсится однозначно кроме как в сериализуемой изоляции

да и там будет рейсится, только второй конкурентсный запрос будет транзакцию в integrity error приводить

select for update тоже не поможет, если я правильно понял

попробуйте увеличить майнтенанс_ворк_мем max_wal_size уменьшить уровень wal_level, отключить автовакуум

спасибо. как-то не сильно влияет

потому что такой запрос будет рэйсится однозначно кроме как в сериализуемой изоляции

просто в доке https://www.postgresql.org/docs/9.6/static/transaction-iso.html#XACT-SERIALIZABLE написано примерно "а локами мы делаем магию, чтобы всё работало"

ну тут просто надо нарисовать на бумаге, разделить линией, слева первую транзакцию, а справа вторую, и посмотреть как операции будут происходить.

в SERIALIZABLE постгрес заметит, что данные обновляются с данных которые изменяются в другой транзакции, и упадет, вам надо будет повторять транзакцию

в REPITABLE READ данные могут быть записаны невалидные, т.е устаревшие, т.к первая транзакция откроется и не будет видеть данные которые произошли во второй после начала транзакции, т.е max(…) может вернуть не настоящий максимум

возможно, если вы не имеете дела в деньгами в этом запросе, достаточно одного «атомарного» запроса, а может и нет

Я думаю, Дарафей знает MVCC и у него вопрос скорее по тому, при каких именно условиях будут браться локи, а в каких условиях постгре будет обходиться снапшотами

Ну просто зачем спускатся на уровень локов, если понимаешь уровни изоляций

как минимум локами это можно разрулить без падения транзакции

как минимум в лоб сделав подобие питоньего GIL

а дальше хочется сделать это не глобальным локом - и тут становится интересно, какие конструкции каких локов наберут

Часто просто делают движок-обработчик в одном потоке (тарантул, редис), и он просто физически может обрабатывать только одну транзакцию at a time. Но это говно не масштабируется, конечно, и надо потратить уйму нервов для решения проблемы с I/O, которое может занимать знатно большее время, чем сама транзакция.

ну как не масштабируется - масштабируется! key-value часто хорошо шардятся. но не всё можно в key-value сложить :)

некоторые заморачиваются и запускают несколько инстансов редиса )

/triggered

/triggered

alter relation redis drop trigger triggered;

шардирование в общем убивает всякую транзакционность, оставляя возможность только атомарно обновить один ключ

а локи маштабируемость :)

правильно взятые локи масштабируемость поднимают

Ребят, а есть чатики по оракл?

Да, но вход по ID подписки ))

Да, но вход по ID подписки ))

скинь свой ID, я тебя добавлю? :)

скинь свой ID, я тебя добавлю? :)

+

Ребят, а есть чатики по оракл?

Ноу

Если pg_dump с опцией --serializable-deferrable падает с такой ошибкой pg_dump: [archiver (db)] query failed: ERROR: a snapshot-importing transaction must not be READ ONLY DEFERRABLE pg_dump: [parallel archiver] query was: SET TRANSACTION SNAPSHOT '00DF34CA-1' pg_dump: [archiver (db)] query failed: ERROR: invalid snapshot identifier: "00DF34CA-1" Что нужно в БД исправить и как?

ещё один и будет 777

Откуда их пачками )

Как Boeing.

или как rwxrwxrwx

kek