ну и ошибиться вероятности меньше, sql иньекции менее вероятны, т.к. типы известны заранее

Он так и меняется

а что делать, когда надо перепланировать? :)

у меня запросы не будут меняться

Точнее их более одного планируется на перед

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

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

ну запреперь все свои запросы на поднятии коннекшена, и относись к этому куску кода как к миграции схемы

одно место, создание коннекшена, зааффектится

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

В 2016

В 2016

так

ну запреперь все свои запросы на поднятии коннекшена, и относись к этому куску кода как к миграции схемы

Так и делаю

Совсем недавно)

но они остаются после пересоздания коннекшена

какое то время

я хз почему так

Баунсер?

Или надо какой то командой сессию закрывать

Баунсер?

нет

ааа

кстати да, может быть

так вообще нельзя один раз их создать?

максконнекшонс раз )

Можно выбрать всю выборку и отобрать в коде в цикле нужное количество строк начиная с нужной позиции

Но зачем если есть лимит и офсет

https://www.postgresql.org/docs/9.6/static/release-9-6-4.html

подскажите про вакуум пожалуйста залил планету из осм, автовакуум был при этом выключен, заняло 46% от 470G затем включил минутные диффы и через некоторое время заметил что занятость диска поползла вверх, аж до 53%. приостановил диффы и подкрутил конфиг. на данный момент диффы все в базе, а использовано 52%

как это интерпретировать и надо ли сделать вакуум фулл?

Созрел вопрос, нужно вывести предпоследнюю дату в таблице учитывая, что они идут подряд. Использую SELECT * FROM table WHERE Id=1 LIMIT 1 OFFSET 1; Достаточно ли оптимален запрос?

зачем лимиты и оффсеты, если id уникален? и не видно даты вообще)

Id не уникален, дата в питоновском datetime допустим.

так где в запросе-то datetime? и причем тут id? нужен ордеринг по дате как минимум

и индекс по ней же

Созрел вопрос, нужно вывести предпоследнюю дату в таблице учитывая, что они идут подряд. Использую SELECT * FROM table WHERE Id=1 LIMIT 1 OFFSET 1; Достаточно ли оптимален запрос?

что такое "предпоследнюю"? в этом запросе берётся вторая.

вернее, одна после первой

ордеринга нету )

щас с ордерингом напишет и смысл появится))

Да можно обратный ордеренг по дате сделать, чтобы брать было удобнее

никогда не используйте serial / auto increment в качестве порядкового номера, косвенного признака времени и прочего

это просто уникальное значение, побочное свойство которого - возрастание

Возрастание в данном случае тоже довольно условная вещь

Все может зависеть от конкуренции транзакций

Но при правильных блокировках можно закладываться на возрастание

только ctid, только хардкор

Ctid прыгает при выкуумах // ваш кеп

зато он лучше всего подходит под описание "предпоследнюю в таблице", пока не задана сортировка :)

ctid не при вакуумах прыгает (если не фулл, конечно), а при апдейтах

Углубился в контекст -- ну да, из-за вакуума он прыгает у инсертов, ок:)

Что пишет системктл енабле ?

Посмотрите, есть ли симлинк.

Что пишет системктл енабле ?

дизейбл

Посмотрите, есть ли симлинк.

из коробки только поставил, где их глянуть?

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

сделать systemctl enable postgresql@9.6-main.service и посмотреть симлинк?

Да

А потом дизабле и проверить симлинк

пусто

поискать файндом похожие линки может?

ребутнулся, все равно запущен

Повтори

ERROR: S client not available

Может, есть какой-то сервис, который от postgres зависит?

может этот удалить?

А что говоритsystemctl status postgresql?

Может, есть какой-то сервис, который от postgres зависит?

из коробки дэбиан, постгре тоже тока накатил

А что говоритsystemctl status postgresql?

запущен

Повтори

тот же результат что и выше

запущен

Ну так погасите его и задизаблите.

Ну так погасите его и задизаблите.

с этого начал, скрины сверху

Судя по всему приоритет у postgresql выше, чем у postgresql@main-9.6

Судя по всему приоритет у postgresql выше, чем у postgresql@main-9.6

да

но он не стартует 9,6

В дебиане же кроме системктл точно никто демонами не рулит?.. я не в курсе просто

В дебиане же кроме системктл точно никто демонами не рулит?.. я не в курсе просто

да нет вроде, я в 8м делал тоже самое и всегда прокатывало

посмотрел на 8м, в котором не запускается экземпляр 9,6, она там тоже есть

есть идеи с сервисом?

а если дисебл постгрес*

чтоб все выключить

ну юнит postgres.service там нет никаких упоминаний о 9,6

народ, кто подскажит как заставить pgsql меньше писать на диск ?

народ, кто подскажит как заставить pgsql меньше писать на диск ?

какая проблема решается? :)

какая проблема решается? :)

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

насколько ценны данные в случае креша системы?

ну юнит postgres.service там нет никаких упоминаний о 9,6

sudo service postgresql-9.6 disable не пробовали?

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

sudo service postgresql-9.6 disable не пробовали?

нет,я через systemctl disable

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

synchronuous_commit=off ещё немножко спасёт

ну, две базы ещё потом назад помержить надо, когда разъедутся :)

нет,я через systemctl disable

попробуйте. + дайте cat /path/to/database/cluster/start.conf т.е. например /etc/postgresql/9.6/main/start.conf