А как собственно в PARTITION BY указать что-то из связанной таблтцы? Этого я сообразить не могу

Как обычно? Т.е. я вообще не понимаю, в чём проблема. :(

может вот такой путь /var/lib/postgresql_tablespaces/project_name_ts1

/var/lib/postgresql_tablespaces/project_name_ts2

Как обычно? Т.е. я вообще не понимаю, в чём проблема. :(

Условно в обычном случае делается так select *, row_number() over ( partition by products.group ) from products Это если бы у products было поле group. Я не знаю что в partition by писать, если надо получать group через связную таблицу

читал. вот теперь думаю над названием каталога

О, теперь (в 10-ке) даже выдаётся: WARNING: tablespace location should not be inside the data directory

Условно в обычном случае делается так select *, row_number() over ( partition by products.group ) from products Это если бы у products было поле group. Я не знаю что в partition by писать, если надо получать group через связную таблицу

JOIN?

JOIN?

Помогите дописать этот пример. Есть products.shop_id, который является id в таблице shops. И есть shops.group

Я честно два раза пролистал документацию, и всё же не понял, зачем конкретно это нужно (engrish в больших количествах меня очень сбивает, правда). Вы бы привели какие-то примеры, лучше ближе к началу README.

Спасибо! Ну не было у меня времени, чтобы разжевать в документации на примере ? Вы посмотрите на простейший пример в example. Смысл в том, что есть каталоги, в них могут лежать подкаталоги, SQL-файлы, ярлыки (которые могут ссылаться на каталоги и файлы и другие ярлыки) - это всё называется ссылками (references). Например, чтобы пересоздать объекты какой-то схемы можно написать так: pgspa exec schemas/recreate, где schemas - это каталог, recreate - это ярлык, который ссылается на drop.sql и create.sql каталога schemas. Как-то так.

Помогите дописать этот пример. Есть products.shop_id, который является id в таблице shops. И есть shops.group

Как-то так? SELECT ..., ROW_NUMBER() OVER (PARTITION BY s.group ORDER BY что-то) FROM products AS p JOIN shops AS s ON s.id = p.shop_id;

? спасибо

Что-то я затупила

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

Спасибо! Ну не было у меня времени, чтобы разжевать в документации на примере ? Вы посмотрите на простейший пример в example. Смысл в том, что есть каталоги, в них могут лежать подкаталоги, SQL-файлы, ярлыки (которые могут ссылаться на каталоги и файлы и другие ярлыки) - это всё называется ссылками (references). Например, чтобы пересоздать объекты какой-то схемы можно написать так: pgspa exec schemas/recreate, где schemas - это каталог, recreate - это ярлык, который ссылается на drop.sql и create.sql каталога schemas. Как-то так.

Всё равно документация оставляет ощущение "ничего не понимаю". :( Например: Зачем вообще для этого расширение? Ну ладно расширение, зачем там код на... C++, правильно? А если нет желания/возможности его компилировать, что я потеряю? Чем это отличается от sqlitch, например? Эта штука вообще "сносит" данные или нет? И т.д. и т.п. Всё IMHO, конечно. И может, опять-таки, меня просто "сбивает" ломаный анлгийский. ;)

Всё равно документация оставляет ощущение "ничего не понимаю". :( Например: Зачем вообще для этого расширение? Ну ладно расширение, зачем там код на... C++, правильно? А если нет желания/возможности его компилировать, что я потеряю? Чем это отличается от sqlitch, например? Эта штука вообще "сносит" данные или нет? И т.д. и т.п. Всё IMHO, конечно. И может, опять-таки, меня просто "сбивает" ломаный анлгийский. ;)

Бывает ? Расширение устанавливать необязательно. Но в нём реализован функционал удаления объектов БД. Код на C++ там потому что мне нравится этот язык программирования ? Чем отличается от sqlitch не знаю. В расширении есть функции spa_clear_schema() и spa_clear_schemas_if_exists(). Они принимают в качестве аргументов массив типов объектов, подлежащих удалению. По умолчанию туда входят все поддерживаемые типы объектов, кроме таблиц. Поэтому данные удаляются только в случае если явно об этом попросить. Я не документировал расширение, но уже очевидно, что надо.

как сделать перечисление имен табличных прастранств

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

как сделать перечисление имен табличных пространств grant create on tablespace_1 tablespace_2 tablespace_3 to user;

Добрый день. Подскажите, есть ли у PostgreSQL аналог Galera в MySQL? (инструмент для создания кластера с синхронной репликацией данных)

Добрый день. Подскажите, есть ли у PostgreSQL аналог Galera в MySQL? (инструмент для создания кластера с синхронной репликацией данных)

Зависит от того, что именно нужно. К примеру: http://bucardo.org/ https://sourceforge.net/projects/postgres-xc/ http://www.postgres-xl.org/ https://www.citusdata.com/ И есть просто встроенная синхронная master/standby репликация.

Привет. А есть какой-нить pythone или .net библиотек, который Pg/plsql парсит. Мне надо в запросе на создание индекса добавить concurently

Зависит от того, что именно нужно. К примеру: http://bucardo.org/ https://sourceforge.net/projects/postgres-xc/ http://www.postgres-xl.org/ https://www.citusdata.com/ И есть просто встроенная синхронная master/standby репликация.

А если я просто примонтирую CephFS к /var/lib/postgresql ?

Привет. А есть какой-нить pythone или .net библиотек, который Pg/plsql парсит. Мне надо в запросе на создание индекса добавить concurently

Руками не лучше ли?

Насколько я знаю, в postgres так можно делать

А если я просто примонтирую CephFS к /var/lib/postgresql ?

Откуда я знаю? Вы так и не объяснили, зачем Вам это нужно.

Откуда я знаю? Вы так и не объяснили, зачем Вам это нужно.

Для горизонтального масштабирования БД.

А есть кто на rails пишет? Я тут пытаюсь этот partition by использовать через activerecord. Есть вопрос

А если я просто примонтирую CephFS к /var/lib/postgresql ?

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

https://habr.com/post/414269/

Вот тут ознакомьтесь с этой проблемой

Для горизонтального масштабирования БД.

Эээ... и причём тут была CephFS? Скажите, Вы вообще в этой теме (горизонтального масштабирования) разбираетесь (работали, или хотя бы читали)? Потому что если нет... то, что реально вам даст распределение (с любой "обычной" СУБД!), очень сильно отличается от "наивных" ожиданий. :(

ДА и прежде чем думать о горизонатльном шардировании нужно подумать на тему а что привело к этому что нам не хватает ресурсов. И начать оптимизировать эти участки .

ДА и прежде чем думать о горизонатльном шардировании нужно подумать на тему а что привело к этому что нам не хватает ресурсов. И начать оптимизировать эти участки .

Или просто железом решить... смотря что дешевле.

Руками не лучше ли?

Руки не настолько прямые ещё. Ну нет, так нет.

Да , как вариант , для этого надо будет еще параметры буферов подкрутить перейти на хьюдж пэйдж и выставить режимы powsever CPU в максимальные.

Привет. А есть какой-нить pythone или .net библиотек, который Pg/plsql парсит. Мне надо в запросе на создание индекса добавить concurently

Тебе один раз ээто надо следать, в одном месте, или 200 раз в 1000 мест?

Привет. А есть какой-нить pythone или .net библиотек, который Pg/plsql парсит. Мне надо в запросе на создание индекса добавить concurently

Регвыражение напиши, и SED или regexxxer или любимый текстовый редактор.

Постоянно в разных индексах. Надо реинлекс безблочный сделать, ибо система 24/7 работает. Oltp

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

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

А как про это флаг гуглить?

А как про это флаг гуглить?

https://www.google.ru/search?q=postgresql+list+invalid+indexes&oq=postgresql+invalid+index+&aqs=chrome.1.69i57j0.14343j0j7&sourceid=chrome&ie=UTF-8

https://www.google.ru/search?q=postgresql+list+invalid+indexes&oq=postgresql+invalid+index+&aqs=chrome.1.69i57j0.14343j0j7&sourceid=chrome&ie=UTF-8

Merci

Добрый день, кто-нибудь сталкивался с такой проблемой, что процедура на одинаковых данных из pgadmin отрабатывает гораздо быстрее, чем из кода (python) (для сравнения, pgadmin 0.3sec, из python ~10sec)

Вот тут ознакомьтесь с этой проблемой

Статью читал, а опыт показывает, что не всё так однозначно, во время тестов pgbench база на CEPH показывает себя не хуже, а иногда лучше, чем на локальных ssd-дисках. Кто-то реально использовал такое на продакшене?

Скажите плз Есть в постгрэсе конструкция on conflict do update

А если if exist do update

Будет работать?

а если not exists, insert?

Угу

merge вроде называется и вроде нет пока

https://habr.com/company/postgrespro/blog/412605/

Insert ... if exists do update ...

Insert ... if exists do update ...

А в чём проблема запрос с EXISTS написать?

хотя в доке чтото есть https://www.postgresql.org/docs/9.5/static/sql-insert.html ON CONFLICT Clause (https://wiki.postgresql.org/wiki/UPSERT)

Insert ... if exists do update ...

(Перечитал) А в чём разница-то? Можете пример показать?

Щас сек

Есть таблица со значениями логин Временная метка Если такой логин уже есть Временная метка обновляется

Никаких уникальностей не задано

Никаких уникальностей не задано

А почему? ;)

а логин уникален?

Там id который цепляется из другой таблицы (во 2 таблице просто логин + primary key, а в первой стоит референс на этот id) И он не уникальный ибо там логи сессии и если одна закончилась вполне может начаться новая

И как раз условие Если логин + время начала уже есть Обновить время конца Вот собственно и все) И никаких конфликтов нет поэтому конструкция on conflict не срабатывает

И как раз условие Если логин + время начала уже есть Обновить время конца Вот собственно и все) И никаких конфликтов нет поэтому конструкция on conflict не срабатывает

И почему на "логин + время начала" нет уникального индекса? У Вас вообще есть PK в этой таблице?

CREATE OR REPLACE FUNCTION "jsonb_minus" ( "left" JSONB, "keys" TEXT[] ) RETURNS JSONB LANGUAGE SQL IMMUTABLE STRICT AS $$ SELECT CASE WHEN jsonb_exists_any("left", "keys")

как думаете нужно ли jsonb_exists_any("left"::jsonb, "keys")

ERROR: S client not available

добавить конкретное указание типа?

по идее не нужно же?

по идее не нужно же?

Вроде не нужно... а что?

По идее да

Эээ... и причём тут была CephFS? Скажите, Вы вообще в этой теме (горизонтального масштабирования) разбираетесь (работали, или хотя бы читали)? Потому что если нет... то, что реально вам даст распределение (с любой "обычной" СУБД!), очень сильно отличается от "наивных" ожиданий. :(

Просто postgres не использует транзакции, поэтому можно использовать ceph

Просто postgres не использует транзакции, поэтому можно использовать ceph

Стоп, что? ?

Стоп, что? ?

В postgresql есть транзакции?

В postgresql есть транзакции?

Всегда. Т.е. сделать так, чтобы их не было, нельзя.

ну так тпэшнись туда

Просто postgres не использует транзакции, поэтому можно использовать ceph

Откуда такие появляются?

В postgresql есть транзакции?

Ими из кода управлять нельзя (вот глупость-то), но вообще они есть, конечно

Ими из кода управлять нельзя (вот глупость-то), но вообще они есть, конечно

В смысле "нельзя управлять"?

В смысле "нельзя управлять"?

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

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

Во-первых, почему это "глупость"? Может, Вы просто к другому привыкли? Во-вторых, процедуры с такой возможностью будут в v11.

Глупость - коду в БД разработчики отказывают в самостоятельном принятии транзакционых решений. Совершенно нелепое ограничение. Если в 11 исправят, то очень хорошо

Не исправят, а добавят)

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

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

rollback to savepoint сделаешь

если вам надо отменить родительскую транзакцию то делайте raise exception

Глупость - коду в БД разработчики отказывают в самостоятельном принятии транзакционых решений. Совершенно нелепое ограничение. Если в 11 исправят, то очень хорошо

Частично, для этого есть SAVEPOINT-ы (и основанные на них exceptions), да. А зачем вообще коду в БД принимать самостоятельные транзакционные решения?

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

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

А зачем "не зависеть"? И я вообще не вижу, как это актуально. :( > Да, блин. Странный вопрос, а-ля «зачем вам автомобиль, вот же отличный самокат» А мне кажется, наоборот. Вы, опять-таки, привыкли к чему-то другому.

Ну, ок, спорить не буду. Появится в v11, распробуете - понравится, уверен.

Ну, ок, спорить не буду. Появится в v11, распробуете - понравится, уверен.

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

Перехват и самостоятельная обработка ошибок. Логирование в автономной транзакции. Несколько вложенных процедур с возможностью отката части инсертов. Многопоточная обработка с блокировками записей.

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

Это прям луддизм какой-то;)

> Перехват и самостоятельная обработка ошибок. Возможна и сейчас (savepoint). > Логирование в автономной транзакции. Вот это единственное, для чего это могло бы быть полезно, но и то только в случае, если нужно логгировать даже в тех транзакциях, с которыми случится ROLLBACK. Workaround у нас есть и сейчас, кстати (dblink). > Несколько вложенных процедур с возможностью отката части инсертов. Возможна и сейчас (savepoint). > Многопоточная обработка с блокировками записей. С учётом отсутвия threads в PostgreSQL вообще (и, опять-таки, чем это лучше сессий?), как-то не впечатляет. :)

Это прям луддизм какой-то;)

Это прям реализм какой-то.

Вообще, несколько отвлекаясь от темы, в PostgreSQL есть несколько features, которые либо почти бесполезны, либо вообще "вредны" (т.е. каждая попытка их использования — ошибка). И они сделаны, в основном, по следующим причинам: . Только чтобы соотвествовать ISO SQL. . Под конкретного клиента (которому так хотелось "шоб было", что они даже смогли нанять/заплатить кому-то из committer-ов). Последнее бывает, к счастью, очень редко.

Спорить лень, но вопрос есть: >Возможна и сейчас (savepoint). Разве возможен откат к именованному сейвпоинту, расположенному в одной из вышестоящих в стеке вызовов процедур?

exception так и работают