А причём тут JSON? Вы, наверное, подразумеваете READ COMMITTED — так на нём это нормальное поведение.

Хм и правда, почему то казалось что от того что все поля в одной колонке от этого только хуже, но ведь все записи и конфликты они по строкам целиком же :)

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

Перечитал и правда, RR подходит. Спасибо

Перечитал и правда, RR подходит. Спасибо

А почему не SERIALIZABLE? Зачем с надёжного-то понижать?

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

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

А всё равно, по-хорошему, должен быть отлов DEADLOCK-ов и реализация повтора транзакций... неужто ещё несколько кодов возврата лень добавить в проверку? ;)

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

А причём тут JSON? Вы, наверное, подразумеваете READ COMMITTED — так на нём это нормальное поведение.

А вспомнил причем тут JSON, в том что там меньше операторов, чтобы его менять на стороне сервера без вот этого вот прочитали-изменили-записали

А вспомнил причем тут JSON, в том что там меньше операторов, чтобы его менять на стороне сервера без вот этого вот прочитали-изменили-записали

Хмм... так вроде есть ->, ->>, #>, #>>, jsonb_set и jsonb_insert. Этого не хватает?

Если люди упоролись и хранят всю строку как один jsonb , то чтобы его обновлять ничего кроме serializable придумать нельзя?

Так это одно поле, оно и на 0ом уровне точно так же будет изменяться...

Это не связано с pgAdmin вообще никак

Ну чтобы его обновить открывают транзакцию, читают, меняют джсон, пишут обратно. Есди это одновременно происходит из двух и более транзакций, то кто последний записал, того и тапки, записи всех остальных просто стираются, хотя им об успехе доложили :)

Читают обязательно с FOR UPDATE ...

Я вот тоже, но вроде RR конфликты на запись не ловят

Ребята вы неправы. Если изменение json поля вообще консистентно в контексте транзакций, (а иначе и говорить не о чем) , то это изменение одного поля , на любом уровне изоляции оно валидно и консистентно будет. Если конечно не написать как Let it bee описал, без начальной блокировки на запись.

Ребята вы неправы. Если изменение json поля вообще консистентно в контексте транзакций, (а иначе и говорить не о чем) , то это изменение одного поля , на любом уровне изоляции оно валидно и консистентно будет. Если конечно не написать как Let it bee описал, без начальной блокировки на запись.

Неправы в чём? На что Вы конкретно возражаете и что конкретно утверждаете? ;)

Пишите руками

pgAdmin ещё далёк от совершенства и не факт, что когда-то станет

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

онии же одинаковые в пг, нет?

онии же одинаковые в пг, нет?

Нет, конечно не одинаковые.

Можно задать очень нубский вопрос, но по MSSQL?..

нужно выбрать 100 записей, использовал ``top 100`, но что-то пошло не так

просто селект хитровымученный..

Ссылку можно книуть, бот не забанит?

Можно задать очень нубский вопрос, но по MSSQL?..

нубские лучше тут - @sql_ninja

https://codeshare.io/5XvQvK

Можно задать очень нубский вопрос, но по MSSQL?..

Так есть же https://t.me/sqlcom

Так есть же https://t.me/sqlcom

Благодарю

нужно выбрать 100 записей, использовал ``top 100`, но что-то пошло не так

select top (100) * from table GO

«Это будет немного напыщенная речь, но меня действительно раздражает софт, в котором люди пытаются изобрести очередной собственный язык запросов». Нужно развеять миф о том, что ORM делают код чище. Переходите на сторону чистого SQL и вы получите гораздо более простое и прозрачное взаимодействие с вашей базой данных: http://amp.gs/ydED

Ну..понеслась

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

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

В джанге пишем через raw ))

В джанге пишем через raw ))

Джанга в этом плане адекватна.

Джанга в этом плане адекватна.

И слава богам, что там есть raw

Неправы в чём? На что Вы конкретно возражаете и что конкретно утверждаете? ;)

Это update. Он работает кое на минимально низком уровне изоляции. Изоляция тут ни при чем.

Добрый день, как правильно установить конкретную версию postgresql на CentOS 7?

например нужна версия 10.1.0

например нужна версия 10.1.0

Докер

докер не нужен

например нужна версия 10.1.0

Собери и установи...

ващет нужон

Есть оффрепа. Но там вроде нет 10.

какая разница где устанавливать? можно и в докер, вопрос не в этом

вопрос в том как установить именно 10.1.0

в пром БД в докер тоже ставят чтоле?

https://download.postgresql.org/pub/repos/yum/ <- там искать надо, вроде должно быть, нужно правильную репу найти.

https://download.postgresql.org/pub/repos/yum/ <- там искать надо, вроде должно быть, нужно правильную репу найти.

спасибо

Хотя там сейчас вроде только 10.4 и 10.5. Возможно архив где-то есть…

Хотя там сейчас вроде только 10.4 и 10.5. Возможно архив где-то есть…

да, не могу найти 10.1, а где архив поискать?

вопрос в том как установить именно 10.1.0

из сорцов https://download.postgresql.org/pub/source/v10.1/

Это update. Он работает кое на минимально низком уровне изоляции. Изоляция тут ни при чем.

Я всё равно ничего не понял. Результат попытки выполнения конкурентных UPDATE (даже без SELECT), зависит от уровня изоляции, разве нет?

Возможно что и нету. По новой нумерации это патч-релизы, никакой функционал не меняется, базы совместимы.

Возможно что и нету. По новой нумерации это патч-релизы, никакой функционал не меняется, базы совместимы.

я сделал дамп из 10.1 и на новом серваке уставновим постгре 10.5, при импорте дампа слетели все sequece, первичные ключи

Гхм, если сделать дамп то оно везде должно нормально воткнуться…

вопрос в том как установить именно 10.1.0

Никак — нет такой версии. ;)

докер не нужен

Поцчему?

я сделал дамп из 10.1 и на новом серваке уставновим постгре 10.5, при импорте дампа слетели все sequece, первичные ключи

Значит, Вы почти 100% что-то сделали неправильно. И вообще, разве нельзя перенести бинарный backup?

я сделал дамп из 10.1 и на новом серваке уставновим постгре 10.5, при импорте дампа слетели все sequece, первичные ключи

Ну подними в докере свою эту версию и проверь.

Тебе наверняка она нужна на 1 раз.

Народ, а какие у кого претензии к pgAdmin? Чего не хватает, что работает "не так", как вам того бы хотелось?

К pgAdmin 4.

например нужна версия 10.1.0

А такая в природе есть?

Понятно, спасибо! А каким текстовым редактором Вы пользуетесь?

К pgAdmin 4.

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

Понятно, спасибо! А каким текстовым редактором Вы пользуетесь?

Саблайм + sqltools

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

Спасибо! А принципиально ли Вам наличие встроенного редактора в pgAdmin? Или же было бы лучше позволять открывать и работать с SQL с помощью Вашего основного редактора?

Спасибо! А принципиально ли Вам наличие встроенного редактора в pgAdmin? Или же было бы лучше позволять открывать и работать с SQL с помощью Вашего основного редактора?

Принципиально

К редактору, кстати, отдельные фи имеются

Самый главный фи, что нельзя менять шрифт

Самый главный фи, что нельзя менять шрифт

я в последнее время пользуюсь или pgAdmin3 LTS by BigSQL либо dbForge for postgreSQL

будет ничего

т.к. offset выкинет единственную запись

т.к. offset выкинет единственную запись

Угу

Результат неопределён.

ну супир, значит пойдет для обучения. спасибо )

я в последнее время пользуюсь или pgAdmin3 LTS by BigSQL либо dbForge for postgreSQL

Лучший клиент для постгри, что я видел - это от EMS

ну вроде очевидно

Но под линукс вариантов очень мало из доступных, пгадмин 3 неудобный и не дружит с 10кой

Но под линукс вариантов очень мало из доступных, пгадмин 3 неудобный и не дружит с 10кой

LTS под линукс нету?

он с 10-кой дружит