мб само слово type не может быть индексом?

или я неграмотно составил?

он в таком случае должен был бы крашнуть запрос, но можно попробовать обрамить backticks / указать в нижнем регистре

впрочем вряд ли это что-то даст

сервер старый, капризный. кроном пытался запустить файл user.php, так сервер выеживался и никакая отладка не помогала, пока короч не переименовал в quser.php ?

в отсутствие хорошей экспертизы я бы просто попробовал насоздавать materialized view по типам и выбирать прямо оттуда

мда в 5.1 нет materialized view

я ошибся

мда их вообще походу нет в мускуле

lol

а тем временем база растет ))

http://cs4.pikabu.ru/post_img/big/2016/07/15/7/1468577148117443671.png

Джоины и опытный прогер помогли

А как в данном случае помогли джойны?

Поменяли структуру всё-таки?

Да ну с 30сек упало до 0.05+

На последних страницах больше чутка но полностью страница генерится. В пределах 2сек

Отлично

Вот что спасло

В бд ничего не менял

Лимитрирование всегда ускоряет запрос

И если пр mediaid есть индекс, его в начале условия ставь. А потом по type фильтруй

Либо составной индекс можно сделать, но тут никчему

Всем привет! Подскажите, пожалуйста, здесь можно IT вакансии постить?

Привет, ну чат не про это

Давай мне интересно

Всем привет! Подскажите, пожалуйста, здесь можно IT вакансии постить?

Добрый день. В Телеграм существует несколько каналов, специализирующихся на вакансиях. Хотя, если ваша вакансия связана с MySQL, вопробуйте разместить здесь. Не думаю, что кто-то будет против.

Всем привет! Подскажите, пожалуйста, здесь можно IT вакансии постить?

Заинтриговала

Так по-женски заинтриговать и молчать

У нас MSSQL и PostgreSQL. Такую стоит вывешивать?

Могу в личку кинуть, если кому интересно

Всем спасибо за гостеприимство! Искренне ? если будут с MySQL снова постучусь

Да, лучше всего отправлять интересующимся в ЛС

У нас MSSQL и PostgreSQL. Такую стоит вывешивать?

@dba_ru

там правда уже не первый день такую же связку хантят

не вставляется в базу строка вида 'in action?'

пересоздал таблицу с многобайтовым utf

CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci ENGINE=InnoDB

ошибка та же

1366 Incorrect string value: '\xF0\x9F\x98\x88 \xD0...' for column 'name'

как это сохранять?

а тип колонки?

пытаешься эмодзи чтоли сохранять в базу?

varchar

могут попадаться такие символы да

я так же не нашёл как от такого вида можно избавится в строке перед сохранением

у php

а у мускуля какая кодировка дэфолт? utf8 ?

или utf8mb4

в my.cnf смотреть?

где посмотреть. Я только у таблички устанавливал куда сетил

у самого подключения тоже должна быть своя кодировка

SHOW STATUS LIKE '%char%'

в сессии выставить кодировку можно через SET NAMES

у самого подключения тоже должна быть своя кодировка

ну вот у меня работает пых, по крону в базу сетит значения. Кодировку подключения или сессии каким образом сделать постоянной?

SHOW STATUS LIKE '%char%'

Com_show_charsets 0

не... чёт не то

show variables like '%char%';

во

datagrip чтоль?

попробуй сделать set names utf8mb4;

ну вот у меня работает пых, по крону в базу сетит значения. Кодировку подключения или сессии каким образом сделать постоянной?

наверняка в dsn прописать

http://php.net/manual/ru/pdo.construct.php ctrl +f charset

ну по аналогии там можно UTF8mb4?

я, конечно, могу проверить, но не быстрее ли это сделать самому?

да спасибо

Есть какие то условия на поле на которое внешний ключ будет ссылаться? не даёт повесить ключик

есть поле-не primary key, а просто integer not null

не даёт на него навесить

похоже unique надо навесить

Есть какие то условия на поле на которое внешний ключ будет ссылаться? не даёт повесить ключик

проверяй определение колонок в обеих таблицах, должны быть идентичны

вообщем unique надо было навесить

привет ребят, такой вопрос, как лучше хранить дату и как ее лучше выводить в json?

хранить например в TIMESTAMP, а в апи использовать уже unix_timestamp?

и еще один вопрос. Например у пользователя должен быть паспорт. То есть должны быть таблицы users и pasport. У пользователя только один паспорт. Мне нужно в таблицу пользователей добавить еще поле id_pasport или в таблицу паспорт id_user?

я храню как datetime

и не замараичваюсь с timestamp

Ну и зря ?

почему?)

скорость обработки? соменваюсь

Ts всегда указывается относительно utc

Дата - как укажешь

В результате любая реальная работа с датами не переживает переноса сервера в другую тз

и еще один вопрос. Например у пользователя должен быть паспорт. То есть должны быть таблицы users и pasport. У пользователя только один паспорт. Мне нужно в таблицу пользователей добавить еще поле id_pasport или в таблицу паспорт id_user?

а что мешает завести колонку под паспорт и писать данные в юзера?

по моему, так себе подход

а что не устраивает в подходе?

Парспортов может быть несколько

Его как минимум несколько раз менять нужно

Его как минимум несколько раз менять нужно

это не проблема

По этому отдельная таблица и многие к одному отношение с таблицей пользователей

Связка по ид

в паспорте много полей + там еще фотки, пути для них. таблица пользователей засрется лишними полями