�
Как всегда мнения разделились
Size: a a a
2021 January 30
DP
���
Как всегда мнения разделились
потому что ты своей сноской не зафиксировал мир и описал два возможных
DP
если два телефона в твоём мире бывают - не 3нф, если не бывают - 3нф
�
потому что ты своей сноской не зафиксировал мир и описал два возможных
Понял. Спасибо
DP
если "могли бы быть", то "может быть не 3нф"
�
А в таком виде это как минимум 3NF в мире, где у человека больше 1 номера?
YS
���
А в таком виде это как минимум 3NF в мире, где у человека больше 1 номера?
Возможно, что и да (потому что Вы не указали ключей, без них такой вывод сделать невозможно).
И да, суррогатный ключ phone_emp_id тут не нужен с т.з. логического проектирования.
И да, суррогатный ключ phone_emp_id тут не нужен с т.з. логического проектирования.
VY
���
А в таком виде это как минимум 3NF в мире, где у человека больше 1 номера?
- учитывая, что номера телефонов уникальны, я бы не заводил суррогатный PK (но могут быть проблемы потом, если номер передадите другому человеку, к примеру)
- PK я бы назвал просто
- PK я бы назвал просто
phone_id, ибо судя по развитию задачи могут появиться и другие сущности с телефонамиKZ
- учитывая, что номера телефонов уникальны, я бы не заводил суррогатный PK (но могут быть проблемы потом, если номер передадите другому человеку, к примеру)
- PK я бы назвал просто
- PK я бы назвал просто
phone_id, ибо судя по развитию задачи могут появиться и другие сущности с телефонамиДаже с домашним номеров проблемы будут у родственников🙃
�
Yaroslav vyegorov спасибо
SS
подскажите пож-та, как можно организовать кластер СУБД Postgres. master-master(плюс стэндбай и/или бэкап)
SS
есть у кого то опыт и что можно сделать? и можно ли вообще...
YS
подскажите пож-та, как можно организовать кластер СУБД Postgres. master-master(плюс стэндбай и/или бэкап)
"Из коробки" — никак. И со сторонними решениями сейчас как-то не очень, насколько я помню.
Зачем Вам это нужно, кстати?
Зачем Вам это нужно, кстати?
SS
СУБД сильно проседает, по памяти и процам. по дискам вроде норм
YS
СУБД сильно проседает, по памяти и процам. по дискам вроде норм
А с multi-master — станет ещё намного хуже.
Он совсем не для этих целей, если что.
Он совсем не для этих целей, если что.
АЛ
Мастер мастер будет ускорять только чтение и замедлять все остальное
АЛ
Чтение вы и standby можете ускорить
YS
Да, особенно если допустимо читать устаревшие или иногда неверные данные.
АЛ
Ну отчеты вполне подойдет собирать.
am
СУБД сильно проседает, по памяти и процам. по дискам вроде норм
Вообще-то все наоборот должно быть.
Память постгрес без спросу не жрет. А жор CPU — это как правило следствие неэффективной работы.
Память постгрес без спросу не жрет. А жор CPU — это как правило следствие неэффективной работы.