Size: a a a

Django [ru] #STAY HOME

2020 August 31

RS

Rust Saiargaliev in Django [ru] #STAY HOME
if item.in_clinic
источник

Н

Не выходи из комнаты... in Django [ru] #STAY HOME
Rust Saiargaliev
if item.in_clinic
))
источник

Gt

Give up the ghost in Django [ru] #STAY HOME
Rust Saiargaliev
if item.in_clinic
Спасибо!
источник

Gt

Give up the ghost in Django [ru] #STAY HOME
теперь я понял
источник

Gt

Give up the ghost in Django [ru] #STAY HOME
вот я затупок)
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Give up the ghost
вот я затупок)
самокритично ))
источник

Gt

Give up the ghost in Django [ru] #STAY HOME
Artem Gubatenko
самокритично ))
😜
источник
2020 September 01

BK

Boris Krutskih in Django [ru] #STAY HOME
Всем привет. Подскажите как проверить на уникальность допустим email поля в разных таблицах?
я так понял конкретное поле email должно хранится в одной таблице?
источник

BK

Boris Krutskih in Django [ru] #STAY HOME
есть customer & user... (разные таблицы)
есть email (test@test.com) но сейчас получается что он может записываться и в ту и в ту тиблицу
источник

BK

Boris Krutskih in Django [ru] #STAY HOME
Но у customer & user не может быть одинакового email адреса
источник

Н

Не выходи из комнаты... in Django [ru] #STAY HOME
Вроде, нет такого из коробки.
Переписывать save?
источник

BK

Boris Krutskih in Django [ru] #STAY HOME
Не выходи из комнаты.
Вроде, нет такого из коробки.
Переписывать save?
получается связи с полями через onetone не подходит, так как поле Customer -> phone в бд превращается в id и ломает всю логику, либо я хреново пытаюсь спроектировать БД)))

Варианты какие я придумал.
1 вариант:
Делаем таблицу
Phone с полями:
phone, is_verified, counter
Customer с полями:
phone(oto->Phone),
role,
email,
address,
...
Specialist с полями:
phone(oto->Phone),
role,
email,
,
Тут вот как раз проблема в том что из-за oTo запись в таблицы Customer & Specialist иду как idшники, т.е в запросе у меня теперь требует вводить не номер, а id что уже является не той задумкой которая была в начале)

Вариант 2:

Без связей создать 2 таблицы
Customer
Specialist

со своими нужными полями, но теперь проблема в том, что я немогу проверять на уникальность поля email, phone между собой, они же в разных таблицах.
И вот пытаюсь понять каким образом все-таки правильнее можно сделать
источник

Н

Не выходи из комнаты... in Django [ru] #STAY HOME
Boris Krutskih
получается связи с полями через onetone не подходит, так как поле Customer -> phone в бд превращается в id и ломает всю логику, либо я хреново пытаюсь спроектировать БД)))

Варианты какие я придумал.
1 вариант:
Делаем таблицу
Phone с полями:
phone, is_verified, counter
Customer с полями:
phone(oto->Phone),
role,
email,
address,
...
Specialist с полями:
phone(oto->Phone),
role,
email,
,
Тут вот как раз проблема в том что из-за oTo запись в таблицы Customer & Specialist иду как idшники, т.е в запросе у меня теперь требует вводить не номер, а id что уже является не той задумкой которая была в начале)

Вариант 2:

Без связей создать 2 таблицы
Customer
Specialist

со своими нужными полями, но теперь проблема в том, что я немогу проверять на уникальность поля email, phone между собой, они же в разных таблицах.
И вот пытаюсь понять каким образом все-таки правильнее можно сделать
А если вынести в абстрактную модель эти поля и от неё наследоваться?
источник

BK

Boris Krutskih in Django [ru] #STAY HOME
Не выходи из комнаты.
А если вынести в абстрактную модель эти поля и от неё наследоваться?
Поля которые нужно валидировать на уникальность?
источник

BK

Boris Krutskih in Django [ru] #STAY HOME
Phone,email?
источник

Н

Не выходи из комнаты... in Django [ru] #STAY HOME
Boris Krutskih
Поля которые нужно валидировать на уникальность?
Общие поля
источник

Н

Не выходи из комнаты... in Django [ru] #STAY HOME
Но не уверен, что сработает
источник

O

Olex in Django [ru] #STAY HOME
Boris Krutskih
получается связи с полями через onetone не подходит, так как поле Customer -> phone в бд превращается в id и ломает всю логику, либо я хреново пытаюсь спроектировать БД)))

Варианты какие я придумал.
1 вариант:
Делаем таблицу
Phone с полями:
phone, is_verified, counter
Customer с полями:
phone(oto->Phone),
role,
email,
address,
...
Specialist с полями:
phone(oto->Phone),
role,
email,
,
Тут вот как раз проблема в том что из-за oTo запись в таблицы Customer & Specialist иду как idшники, т.е в запросе у меня теперь требует вводить не номер, а id что уже является не той задумкой которая была в начале)

Вариант 2:

Без связей создать 2 таблицы
Customer
Specialist

со своими нужными полями, но теперь проблема в том, что я немогу проверять на уникальность поля email, phone между собой, они же в разных таблицах.
И вот пытаюсь понять каким образом все-таки правильнее можно сделать
Я прочитал и не понимаю в чем проблема связать специалиста и кастомера с юзер моделью в которой и будет храниться е-мейл и телефон.
источник

O

Olex in Django [ru] #STAY HOME
Это самый адекватный вариант
источник

BK

Boris Krutskih in Django [ru] #STAY HOME
Olex
Я прочитал и не понимаю в чем проблема связать специалиста и кастомера с юзер моделью в которой и будет храниться е-мейл и телефон.
Вы имеете ввиду чтобы у таблицы  специалиста и кастомера хранились phone_id и email_id?
источник