В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

4841 membersпожаловаться на группу
2020 July 29

A

A in pgsql – PostgreSQL
Farit
show idle_in_transaction_session_timeout показывает 15 минут. Сделал begin и через 16 минут простой select *. Потом commit. Всё прошло успешно. Я что-то неправильно понимаю, и всё прошло, как и должно было? Мне казалось, что должна была вылезти ошибка таймаута.
Под ползователем postgres делал?
источник
00:48пожаловаться#1

F

Farit in pgsql – PostgreSQL
A
Под ползователем postgres делал?
Нет, другим, не дефолтным.
источник
00:53пожаловаться#2

A

Aziz in pgsql – PostgreSQL
Yaroslav Schekin
Wrong chat?
But relative)
источник
05:18пожаловаться#3

o

om in pgsql – PostgreSQL
Dmitry Sapronov
А чем не нравится "постгря"?
Так это, по правилам английского открытая "И" не произносится.
Так, что - только ПОСТГР!
источник
05:23пожаловаться#4

SM

Stanislav Motriy in pgsql – PostgreSQL
om
Так это, по правилам английского открытая "И" не произносится.
Так, что - только ПОСТГР!
Звучит, как какое-то сербское имя.
источник
07:38пожаловаться#5

SM

Stanislav Motriy in pgsql – PostgreSQL
Или норвежское.
источник
07:40пожаловаться#6

4

4g in pgsql – PostgreSQL
Stanislav Motriy
Или норвежское.
+++
😁
источник
07:42пожаловаться#7

o

om in pgsql – PostgreSQL
Stanislav Motriy
Или норвежское.
Ага. и что-то ещё тигриное.
источник
07:51пожаловаться#8

ДВ

Даниил Ваденеев... in pgsql – PostgreSQL
Victor Yegorov
с точки зрения проектирования в любой таблице должен быть хотя бы один ключ
понял, спасибо, добавлю
источник
08:50пожаловаться#9

ДВ

Даниил Ваденеев... in pgsql – PostgreSQL
2flower _
если суррагатный ключ есть суррогат от бизнес данных, то не нужно. :)
Извините, но я Вас не понял.
источник
08:51пожаловаться#10

Ak

Alex kl in pgsql – PostgreSQL
добрый день. на серваке было настроен wal-g. После аварийной перезагрузки сервера перестала отрабатываться archive_command
источник
09:07пожаловаться#11

Ak

Alex kl in pgsql – PostgreSQL
2020-07-29 08:58:30.020 MSK [28954] LOG:  archive command failed with exit code 1
2020-07-29 08:58:30.020 MSK [28954] DETAIL:  The failed archive command was: wal-g  --config=/etc/patroni/walg-taxidata.json  wal-push pg_wal/000000D0000001E5000000D5
ERROR: 2020/07/29 05:58:31.040223 upload: could not open 'pg_wal/000000D0000001E5000000D5'
: open pg_wal/000000D0000001E5000000D5: no such file or directory
источник
09:07пожаловаться#12

ДВ

Даниил Ваденеев... in pgsql – PostgreSQL
Victor Yegorov
с точки зрения проектирования в любой таблице должен быть хотя бы один ключ
А если таблица ассоциативная, где осуществляется связь многие-ко-многим?
источник
09:09пожаловаться#13

МШ

Михаил Шурутов... in pgsql – PostgreSQL
Даниил Ваденеев
А если таблица ассоциативная, где осуществляется связь многие-ко-многим?
Тем более, первичный ключ из пар, связывающих таблицы, обязан присутствовать.
источник
09:17пожаловаться#14

ДВ

Даниил Ваденеев... in pgsql – PostgreSQL
Михаил Шурутов
Тем более, первичный ключ из пар, связывающих таблицы, обязан присутствовать.
а суррогатный ключ (id) там не нужен?
источник
09:18пожаловаться#15

МШ

Михаил Шурутов... in pgsql – PostgreSQL
Даниил Ваденеев
а суррогатный ключ (id) там не нужен?
А суррогатный не нужен. В общем случае, а в частных - смотреть надо.
источник
09:19пожаловаться#16

ДВ

Даниил Ваденеев... in pgsql – PostgreSQL
Михаил Шурутов
А суррогатный не нужен. В общем случае, а в частных - смотреть надо.
Понял, спасибо Вам большое!
источник
09:19пожаловаться#17

МШ

Михаил Шурутов... in pgsql – PostgreSQL
А ещё бывает совсем невредным в таких табличках, индекс на инверсные пары, т.е. когда у вас первичный ключ по (tbl1_id,tbl2_id), запросто может оказаться полезным иметь индекс (уникальный) (tbl2_id,tbl1_id). Но это надо поднимать работу с индексами, и смотреть планы запросов. У меня были проекты, в которых такой инверсный индекс был необходим.
источник
09:22пожаловаться#18

ДВ

Даниил Ваденеев... in pgsql – PostgreSQL
Михаил Шурутов
А ещё бывает совсем невредным в таких табличках, индекс на инверсные пары, т.е. когда у вас первичный ключ по (tbl1_id,tbl2_id), запросто может оказаться полезным иметь индекс (уникальный) (tbl2_id,tbl1_id). Но это надо поднимать работу с индексами, и смотреть планы запросов. У меня были проекты, в которых такой инверсный индекс был необходим.
Спасибо!
источник
09:23пожаловаться#19

МШ

Михаил Шурутов... in pgsql – PostgreSQL
ЗЫ. Я, правда, эксплуататор, ака АБД, не разработчик. Надеюсь, коллеги, кто более связан с проектированием и разработкой натыкают носом. :)
Кстати, вот теоретически оправданное применение суррогатного ключа: когда табличка-связь для много-много является родительской ещё для чего-нибудь. И спускать все ключи вниз, как положено - ну не знаю, оно надо? Хотя теоретически надо. Но то ли один бигинт, то ли два, на ОЧЕНЬ БОЛЬШОМ количестве данных вполне себе может сказаться.
источник
09:30пожаловаться#20