DL
что это?)
Size: a a a
2021 May 15
DL
любой отбор будет влиять. чем больше условий, тем больше
NM
2021 May 18
А
Всем привет. Вопрос начинающего. Нужно хранить два адреса (факт и по регистрации). Второй адрес часто совпадает с первым. Как лучше избежать избыточности? Пока в голову пришло добавить логическое поле "совпадение адресов", и заполнять второй адрес если совпадения нет. Или вынести в другую таблицу?
EK
по опыту лучше иметь 2 отдельных филда
это может быть и избыточней но точно лучше)
просто на фронте галка с тем что совпадает и тогда апликуха в обе колонки пишет одно и тоже
но при этом все кому надо с ним потом работать просто читают колонку и не парятся с кучей логики
это может быть и избыточней но точно лучше)
просто на фронте галка с тем что совпадает и тогда апликуха в обе колонки пишет одно и тоже
но при этом все кому надо с ним потом работать просто читают колонку и не парятся с кучей логики
EK
выноси в отдельную табличку и по иду или uuid соединяй
EK
у пользователя актуально может быть только одно поле
EK
а вот нужна ли история прошлых адресов сомнительно
EK
тогда я бы не делал отдельную таблицу с адресами
EK
у тебя пользователь может без адреса существовать ?
EK
основная сущность
EK
тогда это обязательные поля у юзера
EK
и заводить их просто филдами (колонками)
2021 May 19
P
Есть связь один-ко-многим, например, клиенты и продукты. У клиента может быть 1 и более продуктов, при этом продукты могут быть одинаковые. Как вытянуть только тех клиентов, у которых один и тот же тип продукта? Типа, получить клиентов, которые всегда покупали только ручки, но если клиент когда-то купил ручку и тетрадь, то его отбросить