откуда такая мысль вообще могла взяться?!
БД это строки!
Как может прийти в голову любая мысль кроме как хранить каждый ключ в своей ячейке, в отдельной строке, в отдельной таблице для ключей?
сам по себе вопрос бессмысленный. "вот у меня тут здесь, а если так, то по-другому"
так трудно сделать тестовый дамп со своими 14 датами, и выложить на sqlize.online?
И в процессе выкладки самому разобраться что не так у тебя с этими датами, как это обычно бывает
начнем с того, что вся эта ярмарка с каруселями, STR_TO_DATE('2021-04-14 23:59:59', '%Y-%m-%d %H:%i:%s') не имеет никакого смысла.
и вместо неё пишется просто '2021-04-14 23:59:59'
Vitsliputsli, я тебе сразу отвечу - не нужна. Тут дело не в угадывании, а в природе самой ошибки. Да, с настройками по умолчанию file_get_contents кидает предупреждение, если не может скачать файл - это абсолютно правильно.
Но если у тебя ситуация, когда файл недоступен, является штатной, о чем написано в вопросе, то это уже не ошибка, а элемент бизнес-логики. Который обрабатывается на уровне кода.
Плюс отдельные таблицы это тоже не всегда фонтан, так как это индексы, индексы вообще не всегда ускоряют работу.
я извиняюсь, но это глупость. несусветная.
если у тебя по полю идёт выборка, то это в любом случае индекс. Только в случае одной таблицы (твоё select distinct ) это адово дублирование информации, которое добавляет к твоим "гигабайтам", но главное - если говорить про индексы - это индекс по полю в десятки байт, а в случае отдельной таблицы - это индекс по полю в 4 байта.
В общем конкретно для грида надо смотреть в сторону Эластика/Сфинкса. В смысле чтобы не только для полнотекстового, а чтобы все фильтры, которые есть выборке, были забиты в поисковый индекс. И все выборки - через поисковый сервис, а не через прямой запрос к базе
я вас умоляю.
десять миллионов записей не требуют выделенного дба, ему будет скучно
не говоря уже об уровне вопросов
вот когда у него будет нормальная структура БД и вылизанные запросы плюс минимально дефолтно осмысленная конфигурация сервера - во тогда уже и будет смыл искать чувака на БД
Забудьте уже вообще про поле логин! Это бессмысленный идиотский атавизм, который приводит к путанице и истерикам у сотрудников техподдержки
Емейл уже однозначно идентифицирует пользователя. Если хочется показывать имя пользователя - так и сделайте - имя для отображения, ни на что не влияющее, не уникальное.
Vitsliputsli, не говори ерунды
А то тут уже кворум собрался. Лошадь вещает про ужасы allow_url_fopen, Нокимара рассказывает как спамить ошибками, и ты туда же.
Ошибка НТТР не должна транслироваться в ошибку пхп. правильно, ловить и обрабатывать её никак не надо. Но и в логах она тоже совершенно не нужна. Тем более что попросить file_get_contents не кидать ошибку при коде ответа отличном от 200 - это две секунды. И нет, это не собака.
