Думаю, не здесь

Понял спасибо!

всем привет, подскажиет пожалуйста, может кто сталкивался с подобным явлением. Ночью по крону останавливается основная база, копируюется вся директория, запускается основная , и так же стартует вторая базы в докере с копированной директорией первой базы. Так вот вопрос во в чем, база не стартует, а в логах получаю: ```2018-09-02 03:32:47 GMTFATAL: could not access status of transaction 1853419355 2018-09-02 03:32:47 GMTDETAIL: Could not read from file "pg_clog/06E7" at offset 139264: Success.``` Т.е насколько понял, файл pg_clog/06E7 бьётся? Если я еще раз руками его доперенесу с основной базы во вторую, то контейнер запустится... Почему такое может происходить? С другой стороны, если б файл бился при остановке основной базы, то и основная бы потом не стартовала?

> копируюется вся директория, запускается основная , и так же стартует вторая базы в докере с копированной директорией первой базы. Действительно криво копируется, похоже (Вы бы попробовали как-нибудь сравнить pg_clog сразу после копирования).

> копируюется вся директория, запускается основная , и так же стартует вторая базы в докере с копированной директорией первой базы. Действительно криво копируется, похоже (Вы бы попробовали как-нибудь сравнить pg_clog сразу после копирования).

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

> контрольная сумма директорий равная В какой момент? И каких именно? Точно копирование начинается после завершения остановки PostgreSQL?

@Talgat_Saribayev будет жить. Поприветствуем!

Добрый день всем. Я новичок в db, и нужна помощ/совет в одной проблеме. Я не заметил правил в группе, и я надеюсь не нарушаю негласных правил. Суть проблемы: есть приложение записи к доктору. Скажем все доктора работают с 9:00 до 18:00 в будни. Но что делать с праздниками, отпусками, короткими днями и т.д.? Как составить такой календарь? На данный момент я создал две таблицы: default_schedules и exception_schedules. И в exception_schedules идут дни в которых доктор работает не по стандарту. Но не уверен правильно ли. P.S. гуглил и писал стаковерфлоу, пока ничего годного.

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

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

Спасибо

Любой календарь делается просто: сохраняем праздничные и предпраздничные дни, а так же перенесённые какой день куда. Этого достаточно

Любой календарь делается просто: сохраняем праздничные и предпраздничные дни, а так же перенесённые какой день куда. Этого достаточно

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

люди, подскажите, как быть. есть сферический запрос select *, unnest(array(select col form t2)) from t1 если в t2 пусто, то из t1 тоже ничего не вытащится. Как сделать аналог left join для unnest ?

Unnest нужно во from писать

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

То есть это же и так таблица . Зачем внутри столбцов создавать двумерные массивы. Где это используется?

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

люди, подскажите, как быть. есть сферический запрос select *, unnest(array(select col form t2)) from t1 если в t2 пусто, то из t1 тоже ничего не вытащится. Как сделать аналог left join для unnest ?

думаю как то так можно - select *, t.col from t1 left join (select t1.*, col from t1 cross join t2) t on t1.id = t.id

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

ну так я 2 таблицы называл. В одной праздничные и сокращенные, во второй перенесенные. Зачем хранить промежуточные данные? Их всегда можно получить.

ну так я 2 таблицы называл. В одной праздничные и сокращенные, во второй перенесенные. Зачем хранить промежуточные данные? Их всегда можно получить.

а не лучше 1 таблицу с признаками и списом дат, например: event_date Date weekend Boolean holiday Boolean moveto Date

дальше выбираете след. 7 дней недели и смотрите есть ли праздничный день или просто выходные или перенесенный день

весь год? %)

почему бы и нет ?

365 записей ниочем

365 записей говнокода ))

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

я ж не говорю что это так делать нужно, так пришла идея

поделился, а дальше вам решать делать так или нет

а почему важно, на какое число перенос?

да я уже написал решение, которое уже работает много лет

а почему важно, на какое число перенос?

вы производственный календарь видели?

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

я не понимаю, чем перенос отличается от принудительного выходного + принудительного рабочего дня

а я не догоняю что вы имеете в виду

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

Потому что это бывает очень удобно.

Добрый день всем. Я новичок в db, и нужна помощ/совет в одной проблеме. Я не заметил правил в группе, и я надеюсь не нарушаю негласных правил. Суть проблемы: есть приложение записи к доктору. Скажем все доктора работают с 9:00 до 18:00 в будни. Но что делать с праздниками, отпусками, короткими днями и т.д.? Как составить такой календарь? На данный момент я создал две таблицы: default_schedules и exception_schedules. И в exception_schedules идут дни в которых доктор работает не по стандарту. Но не уверен правильно ли. P.S. гуглил и писал стаковерфлоу, пока ничего годного.

Сущность "Календарный день" со свойствами "праздник, сокращённый день и т.д.". И API вокруг этой сущности - функции, возвращающие значения этих свойств (их можно вычислять или брать из источника данных - таблиц, fdw и т.п.)

Оксана Толмачева будет жить. Поприветствуем!

думаю как то так можно - select *, t.col from t1 left join (select t1.*, col from t1 cross join t2) t on t1.id = t.id

join не подойдет т.к. T1 это CTE и на индексы не сядет

with cte as ( select ip, user_id, row_number() over(partition by ip) rn from posts ) select distinct ip, user_id from cte where rn > 1 order by 1

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

https://www.db-fiddle.com/f/senbAj85A1XHJ135zP9CNi/3

вот так еще можно: SELECT DISTINCT ip, user_id FROM posts p WHERE EXISTS ( SELECT 1 FROM posts WHERE ip = p.ip AND user_id <> p.user_id )

сенкс, реально работает, спасибо

postgresql поддерживает полнотекстовый поиск на русском с алгоритмом Левенштейна?

пишут что только латиница

postgresql поддерживает полнотекстовый поиск на русском с алгоритмом Левенштейна?

Сильно сомневаюсь, это плохой по производительности алгоритм.

а что можно взять для поиска с ошибками?

Сильно сомневаюсь, это плохой по производительности алгоритм.

Он зависит от ключа поиска и MxN от двух длин слов

а что можно взять для поиска с ошибками?

Ничего, исправь ошибки в словах ключа, и ищи

pg_trgm?

а что можно взять для поиска с ошибками?

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

сенкс, реально работает, спасибо

А чем Вам Ваш изначальный не нравится? Можно его и немного короче записать: https://www.db-fiddle.com/f/5geJ3AzxorVNmBGSzzsUFk/2

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

почему это?

а что можно взять для поиска с ошибками?

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

отличный подход отсеивать клиентов

ошибки не в данных, а в запросе

почему это?

Потому что ничего не найдешь

Потому что ничего не найдешь

эластиксерч нормально все находил

Пагода вместо погода

отличный подход отсеивать клиентов

Я считаю, что если клиент козел, его полезно отсеить

Я считаю, что если клиент козел, его полезно отсеить

не согласен. Что за подход такой

Пагода вместо погода

Тут нет ошибки

не согласен. Что за подход такой

Предложи другой

Тут нет ошибки

окей, ошипка, вместо ошибка

А чем Вам Ваш изначальный не нравится? Можно его и немного короче записать: https://www.db-fiddle.com/f/5geJ3AzxorVNmBGSzzsUFk/2

сенк, то что надо! ?

pg_trgm?

посмотрю, спасибо

окей, ошипка, вместо ошибка

Это ты исправишь по словарю.

Это ты исправишь по словарю.

по какому словарю?

по какому словарю?

Русского языка, или другого языка

Русского языка, или другого языка

короче ничего не понял. забей )

А чем Вам Ваш изначальный не нравится? Можно его и немного короче записать: https://www.db-fiddle.com/f/5geJ3AzxorVNmBGSzzsUFk/2

хотя внимательней почитал задачу, и там нужно вывести список ip и список user_id, типа что бы ip были уникальны и user_id тоже

наверное такое нужно уже решать на стороне бека

хотя внимательней почитал задачу, и там нужно вывести список ip и список user_id, типа что бы ip были уникальны и user_id тоже

Обычный дистинкт из таблицы, разве нет?

короче ничего не понял. забей )

Я не удивлён...

хотя внимательней почитал задачу, и там нужно вывести список ip и список user_id, типа что бы ip были уникальны и user_id тоже

По крайней мере, это уже два запроса (если решать на SQL).

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

По крайней мере, это уже два запроса (если решать на SQL).

Ну, можно и одним, конечно, но дебильным.

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

@miolini будет жить. Поприветствуем!

Всем привет! Кто-нибудь знает fuse фс, которая прозрачно позволяет сделать реплику раздела на другой машине в фоне с доступом на чтение/запись во время синхронизации? Нужно для создания реплики большой базы postgres 9.5 в другом ДЦ.

Всем привет! Кто-нибудь знает fuse фс, которая прозрачно позволяет сделать реплику раздела на другой машине в фоне с доступом на чтение/запись во время синхронизации? Нужно для создания реплики большой базы postgres 9.5 в другом ДЦ.

А почему бы не воспользоваться обычными средствами (pg_basebackup, например)?

pg_basebackup заканчивается позже того времени, когда первый сегмент уже удален на мастере

в 9.5 еще нет replication slot

pg_basebackup заканчивается позже того времени, когда первый сегмент уже удален на мастере

а увеличить количество хранимых сегментов?

pg_basebackup заканчивается позже того времени, когда первый сегмент уже удален на мастере

Это же полностью в ваших руках. Или нет?

в 9.5 еще нет replication slot

А в 9.4 уже есть!

@SvPupok я про pg_create_physical_replication_slot

но я перепроверю )

но я перепроверю )

Так есть же, вроде бы: https://www.postgresql.org/docs/9.5/static/functions-admin.html