A
Если с этой точки зрения, то да, согласен )
Ну, и они тоже.
Это вот интересный класс данных "почти уникальные идентификаторы"
Size: a a a
2021 April 19
PD
Это можно сказать про все внешние ключи )
м
Не думала об этом, спасибо, что натолкнули на мысль) решила все же _id юзать для привязки
IZ
ЕСТЕСТВЕННЫЕ, не внешние.
PD
А, да, правильно, туплю.
AT
Всем привет, нужен эксперт MySQL, есть предложение по работе, напишите в пм
DX
Всем привет, как бы правильно в редисе хранить временные коды подтверждения имейлов? В саму бд ключ в виде мыла ставтиь как-то некомфортно, потому что в этот редис ещё что-то хочется писать
И
users:verifications:$USER_ID, например
И
но я б в базу писал, если количество верификаций небольшое
DX
меня радует ТТЛ автоматический
DX
я ещё нашел хэш таблицу, через HSET
И
нуууу, это и в базе можно так-то сделать посредством timestamp'ов и одной проверки
И
а держать ещё один сервис ради такой простой задачи, ну я хз на самом деле
DX
У меня уже много что в редисе
AK
Народ, а нет такого же сообщества для чайников а то не по себе задавать лёгкие вопросы:
Есть таблица «покупатель, магазин, дата покупки» надо отфильтровать покупателей которые на первом складе купили раньше чем 3 дня назад, на втором 5 на третьем 7 дней назад. Я так понимаю тут каким-то бешенным числом позапросов решается?
Есть таблица «покупатель, магазин, дата покупки» надо отфильтровать покупателей которые на первом складе купили раньше чем 3 дня назад, на втором 5 на третьем 7 дней назад. Я так понимаю тут каким-то бешенным числом позапросов решается?
И
да нет, через группировку условий можно
IZ
Так тут для чайников...
И
ну эт самый простой запрос
У тебя будет ещё с JOIN на таблицу с покупателями
У тебя будет ещё с JOIN на таблицу с покупателями
AK
SELECT acc_id, max(trn_date) FROM
transaction where (whs_id=1 and max(trn_date)>'2021-01-01’) and (whs_id=2 and max(trn_date)>'2021-01-05’);