ахаха

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

На самом деле действительно официальная дока постгреса - лучший источник и по хранимкам. Ну, если вдруг еще нужно, то "PostgreSQL Server Programming"

А так бэст практисез - версионирование - гит, тестирование - pgtap, отладка - отладчиком или нотисами ... вот и все

Еще есть несколько профайлеров ( во как! )

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

разраб - неуч, дба - бог

разраб - неуч, дба - бог

не парься это просто джоб секурити ) "если мы будем всем всё рассказывать мы станем не нужны" :)

Доброго времени суток , кто что использует для master - master репликации ? Postgre-XL использовал кто-нибудь ?

Master <---> Master | | Slave Slave нужно сделать такую архитектуру

а что делать, если у меня постгрес - сервер приложения? :)

А между двумя мастерами хороший канал? Вообще, синхронная репликация это боль.

Задача стоит следующая : будет одна база мастер (для платежных систем) + слеив для репортов , если мастер рухнет нужен failover на аналогичную структуру

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

поэтому пришла идея с структурой которая выше

Моё мнение, что это утопия. Второй мастер будет сильно аффектить первый. Лучже уж 2 слейва держать.

мастер + синхронная реплика + две обычные реплики. И умная переключался которая промоутит синхронную реплику до мастера, когда тот упал. Из оставшихся реплик одна промоутится до синхронной. При поднимании бывшего мастера он наливается как обычная реплика.

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

и да. Все это внутри одного цода.

иначе прямо боль, боль.....

А фактор уборщицы?

в mysql как-то легче при master - master Active/Passive режиме ,в постгресе как-то больно

цоды надо выбирать с обученвми уборщицами.

в mysql как-то легче при master - master Active/Passive режиме ,в постгресе как-то больно

описываемое вообще ни разу не мастер-мастер

мастер + синхронная реплика + две обычные реплики. И умная переключался которая промоутит синхронную реплику до мастера, когда тот упал. Из оставшихся реплик одна промоутится до синхронной. При поднимании бывшего мастера он наливается как обычная реплика.

Утопия )

Утопия )

Ну тут уж каждый сам для себя решит.

По крайней мере оно реализуемо

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

Кто-нибудь использовал Postgres-XL ?

на pgconf был стенд, где показывали переключение мастера при падении ноды. На ферме из raspberry Pi

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

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

https://2ndquadrant.com/en/resources/bdr/

Если система прямо платёжная, то смотреть что пишет по этому поводу регулятор. Скорее всего там не много пространства для выдумок оставлено.

https://2ndquadrant.com/en/resources/bdr/

Классический вопрос: что будет при конфликте транзакций?

Этот инструмент не про транзакции

про распределенную транзакционную базу данных, насколько понимаю

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

мульти мастер в моем случае будет Active / Passive мне не обязательно Active / Active

мульти мастер в моем случае будет Active / Passive мне не обязательно Active / Active

Вот поэтому и скинул BDR

в случае сбоя будет Passive / Active

аналог вашего mysql

@pg_vadim спасибо начну разбирать документацию и затем проводить тесты

не за что

@pg_vadim существует native решение данной задачи ? Postgres-BDR работает только с 9,4 версией

нативного решения нет на данный момент. Появится только в 10ке в ядре.

List of relations Schema | Name | Type | Owner | Size | Description --------+---------------------+-------+-------+--------+------------- public | transaction_82_zson | table | root | 491 MB | public | transaction_82 | table | root | 422 MB | postgres=# select zson_info(meta_data) from transaction_82_zson limit 10; zson_info ---------------------------------------------------------------------------------------------------------- zson version = 0, dict version = 0, jsonb size = 46, zson size (without pglz compression) = 85 (184.78%) zson version = 0, dict version = 0, jsonb size = 46, zson size (without pglz compression) = 85 (184.78%) zson version = 0, dict version = 0, jsonb size = 46, zson size (without pglz compression) = 85 (184.78%) zson version = 0, dict version = 0, jsonb size = 46, zson size (without pglz compression) = 85 (184.78%) postgres=# select zson_info(internal_meta_data) from transaction_82_zson limit 10; zson_info ---------------------------------------------------------------------------------------------------------- zson version = 0, dict version = 0, jsonb size = 296, zson size (without pglz compression) = 256 (86.49%) zson version = 0, dict version = 0, jsonb size = 296, zson size (without pglz compression) = 256 (86.49%) zson version = 0, dict version = 0, jsonb size = 276, zson size (without pglz compression) = 236 (85.51%) zson version = 0, dict version = 0, jsonb size = 316, zson size (without pglz compression) = 276 (87.34%) zson version = 0, dict version = 0, jsonb size = 276, zson size (without pglz compression) = 236 (85.51%) zson version = 0, dict version = 0, jsonb size = 324, zson size (without pglz compression) = 284 (87.65%)

норм словарь

Надо делать чат по инвайтам

Жаловаться этому гаду: @Tony_Mantony

а Aleksander Alekseev есть в этом чяте?

Надо делать чат по инвайтам

Рано еще. Когда за 2К перевалит, тогда уж

а Aleksander Alekseev есть в этом чяте?

@afiskon

9.6.2 как меняю штатный lseek на свой собственный тоже перестет пускать в базу - говорит role does not exists

а что делать, если у меня постгрес - сервер приложения? :)

Видел вообще крутую штуку sql сервер со встроенным web сервером

хитрый план

https://github.com/begriffs/postgrest

Друзья использовал foreign table для выборки с sql server-а с помощью jdbc driver все работало, долгое время перестали его использовать , при попытке вчера снова сделать выборку postgresql ругается. Лог постгреса : https://pastebin.com/LxtQrjPV , лог hs_err : https://pastebin.com/sSJuTQfg в какую сторону копать ?

postgrest - зачетная штука, если хотите разрешать клиентам делать sql по http. Но там целый протокол для этого придумали. Сконвертить JSON-RPC в вызов хранимки куда как проще

но факт что он работал, почему сейчас ругается не понимаю

srvoption : "{drivername=com.microsoft.sqlserver.jdbc.SQLServerDriver,jarfile=/usr/pgsql-9.2/jvm/sqljdbc_3.0/enu/sqljdbc4.jar,url=jdbc:sqlserver://IP;databaseName=DB;user=USER;password=PASSWORD;}"

Привет, а как максимально "мягко" провести alter table add column на загруженной и не маленькой таблице?

Nullable быстро добавляется

ERROR: S client not available

Спасибо...

интересно, почему датагрип все никак не исправят group by при count

видимо слишком сложная правка

а че там?

интересно, почему датагрип все никак не исправят group by при count

а можно номер тикета?

Если есть задача искать по какому-то полю в базе, но считать, что е и ё - это одна буква, как думаете, как будет быстрей работать, через WHERE x LIKE 'ё' OR LIKE 'е' или если сделать функцию, которая будет приводить строковое знаение к каноническому виду и сравнивать с ним (WHERE x LIKE CANONICALIZE('ё'))?

Если есть задача искать по какому-то полю в базе, но считать, что е и ё - это одна буква, как думаете, как будет быстрей работать, через WHERE x LIKE 'ё' OR LIKE 'е' или если сделать функцию, которая будет приводить строковое знаение к каноническому виду и сравнивать с ним (WHERE x LIKE CANONICALIZE('ё'))?

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

Если не использовать FTS, то есть 2 варианта: 1) Перед записью в базу заменять 'ё' на 'е' 2) Создать функциональный индекс по replace(string, 'ё', 'е') и искать по нему.

в mssql тот же косяк https://youtrack.jetbrains.com/issue/DBE-3315

https://youtrack.jetbrains.com/issue/DBE-2444

Если не использовать FTS, то есть 2 варианта: 1) Перед записью в базу заменять 'ё' на 'е' 2) Создать функциональный индекс по replace(string, 'ё', 'е') и искать по нему.

Спасибо

а можно номер тикета?

https://youtrack.jetbrains.com/issue/DBE-2444 например, но баг уже очень давно

в mssql тот же косяк https://youtrack.jetbrains.com/issue/DBE-3315

ха, никогда не пользовался этой кнопкой )

полайкал баг

но да, никогда не смотрел таблицы в датагрипе

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

но да, никогда не смотрел таблицы в датагрипе

постоянно это делаю, только получается что все нужные мне данные на первой странице ))

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

и если нет, то смотреть в таблицу qgis'ом

всем привет

coalesce? удалить ограничение ? )))

coalesce если без шуток, функцию суммы обернуть

https://www.postgresql.org/docs/8.1/static/functions-conditional.html

а альтернатива есть? чтобы вообще не писал туда

если например null то игнор

подумать что-то с exists

или обернуть еще в один подзапрос и выбирать где не null то и инсертить

можно ж делать insert from select