что делать то ?

Удалял файлы потому что сожрали все место на диске

Это слейв

@SvPupok Yaroslav pg_basebackup умеет с 9.6 версии аргумент --slot

@root_gentoo нужно переналить реплику

у меня через patroni

а какая разница?

переналить это удалить все файлы и перезапустить patroni ?

как при первой инициализации кластера ?

@SvPupok Yaroslav pg_basebackup умеет с 9.6 версии аргумент --slot

Эээ... а причём тут это, казалось бы?

переналить это удалить все файлы и перезапустить patroni ?

ytn

нет

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

что мне делать то с wal они весь диск сожрали

-S имя_слота --slot=имя_слота Этот параметр может применяться только вместе с -X stream. Он устанавливает использование заданного слота репликации при потоковой передаче WAL. Если базовая копия предназначена для использования на ведомом сервере с потоковой репликацией, затем должен использоваться слот с тем же именем в recovery.conf. Тем самым гарантируется, что сервер не удалит никакие необходимые данные WAL после того, как базовая копия будет получена, и до того, как начнётся потоковая репликация.

что мне делать то с wal они весь диск сожрали

https://github.com/zalando/patroni/issues/712 Добавить место на диске

что мне делать то с wal они весь диск сожрали

у тебя нормально кластер себя чувствует ??

у тебя нормально кластер себя чувствует ??

да

пока все работает

но надо как то со слейвом разобраться

да

покажи

причем на втором слейве все гуд

не верю )(с)

покажи

как показать ?

эээ

табличку

сек

что все ок и первый слейв не отсают

отстает

что все ок и первый слейв не отсают

а не с кластером то не все норм

ну воть )

я про то что база жива мастер то работает

выволился только один слейв

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

покаж табличку то

сек

не надо его чистить, пастрони само его почистит

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

А я вот, кстати, не помню, резервирует ли создание слота WAL в 9.5... я бы проверил, на Вашем месте.

не резервирует

не резервирует

Ну, по идее, можно его и "обмануть", всё равно. :) Т.е. использовав replication protocol, как бы начать streaming, сделать pg_basebackup, потом удалить слот.

Коллеги, приветствую! 20 сентября мы устраиваем митап по лучшей open-source реализации шардированного postgres'а - массивно-параллельной СУБД Greenplum. Если вы задумывались: - как растянуть вашу БД на десятки и сотни серверов (сохранив полную совместимость с PostgreSQL) - как хранить сотни ТБ реляционных данных - как выполнять на таких объёмах сложные аналитические запросы с джойнами и агрегациями данных на всём кластере, Приходите на митап и узнайте всё из первых рук! Митап будет проходить на территории самого крупного пользователя Greenplum в России - Tinkoff.ru https://meetup.tinkoff.ru/events/greenplum-meetup

не резервирует

А знаете что... почему бы Вам просто не поставить "клиентскую часть" (client tools) поновее, например, от 10-ки?

народ что значит db.none("some query")? нигде в доке не нарою

и где почитать про API? а то в доке описания команд SQL и т.д

Кто-нибудь ставил mamonsu ?

У меня он вроде поставился, но в zabbix не идут данные. :(

и где почитать про API? а то в доке описания команд SQL и т.д

Какое API? Вы откуда это db.none("some query") взяли?

Какое API? Вы откуда это db.none("some query") взяли?

та уже нашел что это pg-promise

День добрый коллеги. Скажите пожалуйста, как лучше именовать таблицы в базе: множественным или единственным числом?

если кто знает, киньте, пожалуйста, ссылки на лучшие практики.

День добрый коллеги. Скажите пожалуйста, как лучше именовать таблицы в базе: множественным или единственным числом?

Я обычно множественным именую, но плюсану вопрос про общепринятое

День добрый коллеги. Скажите пожалуйста, как лучше именовать таблицы в базе: множественным или единственным числом?

В единственном.Ежу понятно что там несколько записей.Поэтому смысла везде дописывать "s" не вижу

День добрый коллеги. Скажите пожалуйста, как лучше именовать таблицы в базе: множественным или единственным числом?

Единственным, поскольку это грамматически правильно в контексте разговоров о кардинальностях связей сущностей, например, "один-ко-многим".

Единственным, поскольку это грамматически правильно в контексте разговоров о кардинальностях связей сущностей, например, "один-ко-многим".

Например?

Например?

Страна <—> Город

вы имеете ввиду, что страны — города будет звучать как-то не естественно?

имхо правильно в единственном числе - т.к. это имя реляционной переменной

вы имеете ввиду, что страны — города будет звучать как-то не естественно?

Просто говоря, кардинальность связи в названия не входит. Страна, Город, Район, Улица - это классы сущностей. Когда говорят о кардинальности связей между сущностями, то их число зависит от контекста, например, "в каждой стране есть много городов". Сказать "в каждых странах есть по многу городов" можно, но это будет неверно.

Просто говоря, кардинальность связи в названия не входит. Страна, Город, Район, Улица - это классы сущностей. Когда говорят о кардинальности связей между сущностями, то их число зависит от контекста, например, "в каждой стране есть много городов". Сказать "в каждых странах есть по многу городов" можно, но это будет неверно.

если единственное, то тогда нужно говорить: в каждой стране есть много город

если единственное, то тогда нужно говорить: в каждой стране есть много город

Нет. Я уже сказал — "Когда говорят о кардинальности связей между сущностями, то их число зависит от контекста".

В том то и дело ?

Но в Постгресовской документации можно встретить именования таблиц во множественном числе. Так что это дело такое.

День добрый коллеги. Скажите пожалуйста, как лучше именовать таблицы в базе: множественным или единственным числом?

да как вам угодно, главное комменты пишите к сущностям

Но в Постгресовской документации можно встретить именования таблиц во множественном числе. Так что это дело такое.

Там вообще можно встретить много всякой чепухи в примерах, они не для того, чтобы учить хорошему стилю. ;)

Там вообще можно встретить много всякой чепухи в примерах, они не для того, чтобы учить хорошему стилю. ;)

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

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

Я писал только о примерах. :) Но кстати да, названия нескольких системных таблиц во множественном числе. А и почти всё из information_schema (но это из ISO SQL, а уж им-то верить нельзя ;) ).

В общем тоже склоняюсь к единственному.

Ну и надо помнить, что таблицы в Постгрес - это типы. Этими типами можно параметризовать функции. И если назвать таблицу Persons вместо Person, то семантически функция foo(p Persons) уже будет некорректна, т.к. аргумент p представляет собой единственную сущность.

Ну и надо помнить, что таблицы в Постгрес - это типы. Этими типами можно параметризовать функции. И если назвать таблицу Persons вместо Person, то семантически функция foo(p Persons) уже будет некорректна, т.к. аргумент p представляет собой единственную сущность.

мне нравится этот аргумент

Привет всем! Вопрос по статье https://m.habr.com/company/okmeter/blog/421061/ Подскажите, плиз, почему долгая транзакция мешает выполнению чекпоинтов?

Вопрос по терминологии. Кто-нибудь помнит, как называется паттерн, когда помимо свойства какого-либо объекта в одной таблице хранят еще и интервал, когда оно было актуально? Т.е. типа такого: tariff_id, project_id, date_start, date_finish 1, 100, '2018-01-01', '2018-05-01' 2, 100, '2018-05-01', null

По идее не мешает

@serged2k https://martinfowler.com/eaaDev/timeNarrative.html оно?

@serged2k https://martinfowler.com/eaaDev/timeNarrative.html оно?

О, увидел слово dimensions и вспомнил. slowly changing dimensions оно называется) SCD

По идее не мешает

но звучит правдоподобно) от длинных транзакций много бед)

По идее не мешает

Если меняет много данных - очень даже мешает.

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

Если меняет много данных - очень даже мешает.

Много данных можно поменять и большим кол-вом коротких транзакций

Вопрос по терминологии. Кто-нибудь помнит, как называется паттерн, когда помимо свойства какого-либо объекта в одной таблице хранят еще и интервал, когда оно было актуально? Т.е. типа такого: tariff_id, project_id, date_start, date_finish 1, 100, '2018-01-01', '2018-05-01' 2, 100, '2018-05-01', null

temporal/bitemporal tables

Это понятно. Просто других вариантов я не вижу, когда транзакция приводит к распуханию.

Длинная транзакция.

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

Скажите плиз такой вопрос. можно ли постргесу сказать что дата идёт в формате: '17.01.2018' чтобы каждый insert не переделывать: to_timestamp( '17.01.2018', 'DD.MM.YYYY' )

По-моему это просто ложная гипотеза

День добрый коллеги. Скажите пожалуйста, как лучше именовать таблицы в базе: множественным или единственным числом?

Этот вопрос не имеет однозначного ответа.

По-моему это просто ложная гипотеза

Вы оказались правы) Автор статьи ответил «Если честно, я думал, что понимал почему так произошло, но после публикации коллеги dba объяснили, что там какая-то другая причина такого поведения.»

В единственном.Ежу понятно что там несколько записей.Поэтому смысла везде дописывать "s" не вижу

Вот я согласен с такой точкой зрения

Скажите плиз такой вопрос. можно ли постргесу сказать что дата идёт в формате: '17.01.2018' чтобы каждый insert не переделывать: to_timestamp( '17.01.2018', 'DD.MM.YYYY' )

А может, Вы лучше будете параметризованные запросы использовать?

А может, Вы лучше будете параметризованные запросы использовать?

оно параметризировано: http://paste.opensuse.org/57253044

оно параметризировано: http://paste.opensuse.org/57253044

Точно? На сервер что уходит (что в логах PostgreSQL)?

Точно? На сервер что уходит (что в логах PostgreSQL)?

http://paste.opensuse.org/52966778

это дамп запросов как их ORM Отправляет к серверу

это дамп запросов как их ORM Отправляет к серверу

Это не дамп протокола PostgreSQL, т.е. это не "настоящие" запросы. Я, например, понятия не имею, что DBIx действительно отправляет, а Вы?

Это не дамп протокола PostgreSQL, т.е. это не "настоящие" запросы. Я, например, понятия не имею, что DBIx действительно отправляет, а Вы?

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

А может, Вы лучше будете параметризованные запросы использовать?

А в чём суть вопроса?

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

А в чём суть вопроса?

Суть в том, что он может на самом деле: . Выполнять string substitution / escaping (некоторые API этим грешат). . Или же не задавать типов параметров. А какой у Вас тип данных-то? И установка datestyle?

opdate | timestamp with time zone | | not null | docdate | date | | not null |