АА
Если чтобы неповторяющиеся, то distinct
ребят, чуть не по теме вопрос
не могу въехать..
я хочу ответить HAVING
Size: a a a
2019 April 18
DT
Хавинг не то
L
и different - нету, есть difference ))
AM
мб банальный where?
AO
having уже после того как запрос сформирует таблицу
where формирует таблицу
where формирует таблицу
L
мб банальный where?
я склоняюсь к ответу distinct который дубли убирает, так и отвечу )
AM
я склоняюсь к ответу distinct который дубли убирает, так и отвечу )
да он ваще не подходит. он дубли убирает
L
да он ваще не подходит. он дубли убирает
если вопрос чуть переформулировать: "Нужны различные значения, что делать?"
AM
а если еще перефразировать, то что угодно можно ответить)
AM
в своем варианте написать "еще хуже формулировку бы придумали"
T
Привет, стандартный кейс - система подписок. Достаточно ли будет с точки зрения безопаности сделать 2 поля у пользователя ДатКогдаИстекаетПакет и Булевое значение?
D
Привет, стандартный кейс - система подписок. Достаточно ли будет с точки зрения безопаности сделать 2 поля у пользователя ДатКогдаИстекаетПакет и Булевое значение?
ну я бы вынес в отдельную модель и тогда флажок не нужен, только время создания, время окончания, сумма
T
ну я бы вынес в отдельную модель и тогда флажок не нужен, только время создания, время окончания, сумма
А проверять отдельным запросом на наличие 1to1 этой модели?
D
А проверять отдельным запросом на наличие 1to1 этой модели?
ну я бы так сделал, да. Конечно нужно смотреть что там у тебя, но подписка, тем более если за нее деньги берешь - это другая сущность и тут может много чего добавиться со временем. Например тип оплаты (картой, купон, нал, что угодно), какие-то мультипликаторы, валюта. В конце концов возможно тебе понадобится выгрузить список всех оплат
T
ну я бы так сделал, да. Конечно нужно смотреть что там у тебя, но подписка, тем более если за нее деньги берешь - это другая сущность и тут может много чего добавиться со временем. Например тип оплаты (картой, купон, нал, что угодно), какие-то мультипликаторы, валюта. В конце концов возможно тебе понадобится выгрузить список всех оплат
Согласен с этим. Как быть с безопасностью самих данных в бд на сервере, то есть существуют же бест практис типа репликации бд и тд, есть ли список этих практик или это больше по devops?
AK
Привет, стандартный кейс - система подписок. Достаточно ли будет с точки зрения безопаности сделать 2 поля у пользователя ДатКогдаИстекаетПакет и Булевое значение?
от подписок зависит, допустим если есть возможность приостановки подписки, то уже всё не подходит.
а булево значение кстати для чего?
а булево значение кстати для чего?
T
от подписок зависит, допустим если есть возможность приостановки подписки, то уже всё не подходит.
а булево значение кстати для чего?
а булево значение кстати для чего?
По инерции написал, подумал что стоит ещё чекнуть есть ли подписка, сейчас понял что можно смотреть наличие 1 поля с датой
A
Интересно
A
(у нас же картинки ещё не запрещены? я пропустил)
A
Эммм