Телеграмм чат группы pgsql страница 12050

parrot.ru

Рейтинг популярных групп и каналов

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

pgsql – PostgreSQL

5743 membersпожаловаться на группу

2021 February 05

YS

Yaroslav Schekin in pgsql – PostgreSQL

Всмысле при физической репликации или физической таблице?

Физическая репликация создаёт бинарную копию всего кластера, т.е. реплика вообще не может ничем отличаться от primary.
А при логической можно делать много чего, в т.ч. разные индексы.

источник

00:19пожаловаться #1

SS

Shamil Sabirov in pgsql – PostgreSQL

Yaroslav Schekin

Когда используются естественные ключи, и их значения меняются, вот и всё.

ну в реальной жизни не видел такого. не имею в виду что естественные ключи, обычно(или не всегда обычно?) они бывают по бизнес процессу. но все же при проектировании БД создается суррогатный PK. чтото вроде "ID BIGSERIAL NOT NULL". ничего общего с БП, но и не завязывается на логику приложения

источник

00:25пожаловаться #2

YS

Yaroslav Schekin in pgsql – PostgreSQL

ну в реальной жизни не видел такого. не имею в виду что естественные ключи, обычно(или не всегда обычно?) они бывают по бизнес процессу. но все же при проектировании БД создается суррогатный PK. чтото вроде "ID BIGSERIAL NOT NULL". ничего общего с БП, но и не завязывается на логику приложения

> но все же при проектировании БД создается суррогатный PK.

Или не создаётся. Ведь подходы к проектированию бывают разные.
Так что, если используется другой, то и значения ключей, бывает, меняются.

источник

00:27пожаловаться #3

VY

Victor Yegorov in pgsql – PostgreSQL

ну в реальной жизни не видел такого. не имею в виду что естественные ключи, обычно(или не всегда обычно?) они бывают по бизнес процессу. но все же при проектировании БД создается суррогатный PK. чтото вроде "ID BIGSERIAL NOT NULL". ничего общего с БП, но и не завязывается на логику приложения

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

источник

00:29пожаловаться #4

SS

Shamil Sabirov in pgsql – PostgreSQL

Yaroslav Schekin

> но все же при проектировании БД создается суррогатный PK.

Или не создаётся. Ведь подходы к проектированию бывают разные.
Так что, если используется другой, то и значения ключей, бывает, меняются.

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

источник

00:30пожаловаться #5

SS

Shamil Sabirov in pgsql – PostgreSQL

а если делать PK логически, а не физически, на поля по БП - то зачем тут реляционка?

источник

00:32пожаловаться #6

D

Den in pgsql – PostgreSQL

Yaroslav Schekin

Хмм... откуда они там взялись, интересно (и почему это вообще "вылезло" — ведь в БД, с которой он был снят, всё же было нормально, наверное)?

Именно. Откуда взялись? Буду смотреть...

источник

00:32пожаловаться #7

YS

Yaroslav Schekin in pgsql – PostgreSQL

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

Да, бывает.

> тот же оракл так делает

Хмм... а о чём именно речь (и какая разница, как делает "оракл")?

> если не PK то накрайняк Unique Index

И этого тоже не понял. :(

> то зачем тут реляционка?

Почему / причём тут это?

источник

00:33пожаловаться #8

E

ETL in pgsql – PostgreSQL

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

про триггеры классный видос от PostgresProfessional
https://www.youtube.com/watch?v=oK8TrRBzVow

Тема 17 «PL/pgSQL : Триггеры». Учебный курс DEV1 в Твери 2018

Тема 17 «PL/pgSQL : Триггеры». DEV1 «Разработка серверной части приложений PostgreSQL 9.6. Базовый курс»
Страница курса и материалы на сайте: https://postgrespro.page.link/dev1

Авторы курса: Егор Рогов, Павел Лузанов
© Postgres Professional, 2018. https://postgrespro.ru/
При использовании ссылка на сайт обязательна.

Видеозапись курса проводилась с 26 по 29 марта 2018 года в Твери.

#PostgreSQL #PostgresPro #Education #DEV1

источник

00:37пожаловаться #9

SS

Shamil Sabirov in pgsql – PostgreSQL

Yaroslav Schekin

Да, бывает.

> тот же оракл так делает

Хмм... а о чём именно речь (и какая разница, как делает "оракл")?

> если не PK то накрайняк Unique Index

И этого тоже не понял. :(

> то зачем тут реляционка?

Почему / причём тут это?

я к тому что в оракл может быть таблица без PK. вместо него Unique Index, и на него все FK с других таблиц. которые такие же)

источник

00:44пожаловаться #10

SS

Shamil Sabirov in pgsql – PostgreSQL

постгре незнаю, но думаю и ожидаю такое же. или ошибаюсь?

источник

00:46пожаловаться #11

YS

Yaroslav Schekin in pgsql – PostgreSQL

постгре незнаю, но думаю и ожидаю такое же. или ошибаюсь?

Да, и в PostgreSQL (и практически где угодно, в смысле в любой (?) современной RDBMS) может быть таблица без PK, а с UNIQUE INDEX, и на него FK с других таблиц. Т.е. PK — это просто UNIQUE + NOT NULL, и только один на таблицу (если не считать мелких технических отличий в той или иной СУБД), и всё.

СУБД сокращённо называется постгрес, кстати. ;)

источник

00:50пожаловаться #12

SS

Shamil Sabirov in pgsql – PostgreSQL

🙂

источник

00:55пожаловаться #13

SS

Shamil Sabirov in pgsql – PostgreSQL

а в чем смысл? подскажите пож-та

источник

00:56пожаловаться #14

SS

Shamil Sabirov in pgsql – PostgreSQL

т.е. между PK и UNIQUE INDEX(constraint)

источник

00:57пожаловаться #15

YS

Yaroslav Schekin in pgsql – PostgreSQL

а в чем смысл? подскажите пож-та

Смысл "между"? ;) О чём вопрос?
Почему так? Потому что PK предназначен для уникальной идентификации записей, а UNIQUE без NOT NULL этого не даёт.
А только один потому, что традиция такая, да и всё.

источник

00:59пожаловаться #16

VY

Victor Yegorov in pgsql – PostgreSQL

а в чем смысл? подскажите пож-та

мне кажется вы путаете физическую реализацию (как в DDL, так и как функционал СУБД) с логическим смыслом понятий первичный и уникальный ключ.
вам бы теорию подтянуть…

источник

01:17пожаловаться #17

SS

Shamil Sabirov in pgsql – PostgreSQL

мне кажется вы путаете физическую реализацию (как в DDL, так и как функционал СУБД) с логическим смыслом понятий первичный и уникальный ключ.
вам бы теорию подтянуть…

спасибо за совет) теорию знаю, сам кого угодно поспрашаю

источник

01:23пожаловаться #18

YS

Yaroslav Schekin in pgsql – PostgreSQL

спасибо за совет) теорию знаю, сам кого угодно поспрашаю

А в чём тогда был вопрос-то, и что Вы имели в виду тут https://t.me/pgsql/281591 и тут https://t.me/pgsql/281592 ?

Shamil Sabirov in pgsql – PostgreSQL

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

источник

01:26пожаловаться #19

SS

Shamil Sabirov in pgsql – PostgreSQL

Yaroslav Schekin

Смысл "между"? ;) О чём вопрос?
Почему так? Потому что PK предназначен для уникальной идентификации записей, а UNIQUE без NOT NULL этого не даёт.
А только один потому, что традиция такая, да и всё.

вот так оракл делает. в одном из своих продуктов. разницу PK и UX - понятно. вопрос то был - зачем они так делают? в чем профит? или это особенность именно оракла?

источник

01:26пожаловаться #20