RK
Alex Grishkevich
postgres подскажите как быстрее и лучше, сделать поле data как json или писать поля как есть?
что значит писать поле как есть?
Size: a a a
2020 April 28
AG
что значит писать поле как есть?
id, name, surname или id, data, где data - json
RK
эм конечно первый вариант json нужно использовать, когда нужно, а не просто так)
RK
лучше вообще не использовать потому что это кусок чего то динамического в бд, за которым сложно следить, но иногда нет другого выхода
A_
зачем json хранить в бд?
RK
например для мультиязычности
AB
и что мне делать с пользователями которые хрен знает в каком регистре зарегались?
тебе в базе надо все в lowercase хранить, просто переформатни логины в нижний регистр. При логине делай Str::lower($this->input('email');
A_
например для мультиязычности
а лучше вариантов нет?
АХ
тебе в базе надо все в lowercase хранить, просто переформатни логины в нижний регистр. При логине делай Str::lower($this->input('email');
Обоснуй что мне так надо?
ИЛ
а лучше вариантов нет?
Создавай колонки на каждый язык
RK
удобнее уж точно наврятли)
АХ
тебе в базе надо все в lowercase хранить, просто переформатни логины в нижний регистр. При логине делай Str::lower($this->input('email');
public static function checkAttempt($credentials):boolвот как мне надо, а не базу перефигачивать
{
$user = User:: where('login', 'ilike', $credentials['login'])->firstorFail();
$validPassword = Hash::check($credentials['password'], $user->password);
return $user && $validPassword && $user->user_active;
}
RK
бывает еще когда какойнибудь конфиг надо в бд хранить а он может быть динамическим для разных типов одной сущности, там структуру нормально не сделаешь
AB
Обоснуй что мне так надо?
обоснуй как-то люто звучит) ну в базе в принципе обычно логины, имена хранятся в нижнем регистре, потому что юзер может зарегаться в одном регистре, а вводить в другом. Поэтому чтобы избежать путаницы в базу сохраняешь в нижнем регистре, и сравниваешь тоже в нижнем
A_
как потом поиск реализовывать по json хз)
RK
как потом поиск реализовывать по json хз)
эластик изи ищет)
АХ
обоснуй как-то люто звучит) ну в базе в принципе обычно логины, имена хранятся в нижнем регистре, потому что юзер может зарегаться в одном регистре, а вводить в другом. Поэтому чтобы избежать путаницы в базу сохраняешь в нижнем регистре, и сравниваешь тоже в нижнем
У тебя мягко говоря хреновое решение, хочешь я скажу как будет грубо говоря:?
RK
как потом поиск реализовывать по json хз)
а когда конфиги хранишь там вообще не особо поиск нужен
AB
У тебя мягко говоря хреновое решение, хочешь я скажу как будет грубо говоря:?
не быкуй тут, я тебе сказал правильное решение и обосновал его, не согласен, значит лепи ilike и не проси помощи