vadikrudnov, ну а что мешает вам попробовать заюзать что нибудь типа https://mariadb.com/kb/en/application-time-periods...? будет уникальность id с датой? к сожалению в мариадб, а насколько я помню у вас именно она - вроде как нет функциональных индексов, а так бы можно было поиграться с какой нибудь функцией номера недели
Вы же уже задавали этот вопрос? И вам писали что искомая строка находится на нулевой позиции. Он вам ноль и выводит. А если вы откроете документацию то там будет четко и ясно написано про строгое сравнение
1. Для начала стоит понять а как часто у вас прилетают запросы на одну и туже фамилию. Или у вас таких запросов 1% - остальные уникальны как вам кэш поможет?
2. А что вы будете искать в эластике и как. Я может ошибаюсь - но то что вы написали на эластик особо не тянет
Владимир Коротенко, заказчик вполне себя любит. и там где ему надо - названия организаций, подразделения, иерархия по которым они как раз и делают поиск, все четко. А телефон это так. Типа комментов. Которые тоже есть
И еще раз - вы берете свой проект где телефон очень важная информация и где надо к нему относится соотвествующе - распространяете на всю вселенную, в том числе и на текущий вопрос где по это ничего не сказано, и вообще не известно, агрументируя - что раз у вас так, значит и здесь так, и сваливаетесь на личности когда вам говорят что вселенная на вашем проекте не кончается. Вы, батенька, не телепат, вы, батенька, религиозный фанатик.
Владимир Коротенко, никуда исчезать не собираюсь. будет лениво - не буду отвечать. будет не лениво - буду. Не хотите читать - исчезайте сами, хорошего пути.
И кстати довольно вот редко встречал что бы телефон был просто строчкой, практически всегда на него завязана важная информация
А вот у меня под рукой в данный момент CRM в которой телефон справочная информация, и не более. никаких поисков ничего. А учитывая что работа идет со всякими госниками - в строке телефона забита всякая чушь аля доб. (123) или позвать Ларису Ивановну. По этому поле типа текст там вполне ок. Что дальше?
Владимир Коротенко, А я вам говорю что не надо свой опыт и свой проект - распространять на всю вселенную. К январю надо готовить индексы теплую одежду - хорошая практика, теория сезонов и так далее, до тех пор пока вы для себя не открываете южное полушарие, там в январе лето. По этому перед тем когда считать вес теплой одежды - надо определится на каком мы континенте - можа мы в Австралии
->with(['services' => function ($query) use ($slug){
$query->whereHas('emploees', function ($query) use ($slug){
$query->where('slug', $slug);
})->select('id', 'name');
}])
Владимир Коротенко, Вы хреновый телепат. С чего вы вообще взяли что телефон используется в поиске и там нужен индекс? Потому что в последних ваших проектах оно есть? Ибо в вопросе звучит как выводить красиво - но вы уже начали индексы считать? Ну найдется вагон проектов где телефон дополнительное поле, и используется для справочной информации, и индекс там нахрен не нужен - и более того вреден.
То есть вы посмотрели на воздушный шар, за находящихся там решили куда им надо лететь, какой газ у них в балоне, насколько они голодны и выдали решение. Это очень паршивый подход. Куда как паршивее моего ответа
Orsen, То есть вам нужен список групп в релейшен которых будут лежать списки сервисов в которых услуги которые привязанны к пользователю? Ну тогда ваш код выглядит корректным
