$query = Devices::find() ->select('*') ->innerJoinWith('base', false) ->asArray() ->all(); А так?

nfr ;t uhepbn ljkuj

так же грузит долго

даже если выставляю limit(2) все ровно грузит минут 5

select грузит долго?

да

да

http://shot.hsdn.org/QLAGzOV3

видишь там время есть, у тебя там прям время в минутах где селект запрос ?

ты дебагер пользуешь?

http://prntscr.com/go9i4x

ты не то открыл

http://shot.hsdn.org/BZjKW7EO

либо датабазе

Логс немного другое делает

http://prntscr.com/go9ju8

это 2 только записи

А база локальная хоть?

нихуясе

да локалка

это 2 только записи

попробуй не джоинами а двумя селектами

там чо миллионы строк без индекса ?

база умирает как будто ))) ты бы ее перезапустил на всякий случай

могу показать пример базы

сек

план запроса покажи

вот таблица

CREATE TABLE base ( id int(11) NOT NULL AUTO_INCREMENT, date datetime DEFAULT NULL, imei varchar(100) DEFAULT NULL, gsmSignal varchar(20) DEFAULT NULL, fvVer varchar(50) DEFAULT NULL, numBills varchar(100) DEFAULT NULL, billAcceptorState varchar(50) DEFAULT NULL, id_hard varchar(200) DEFAULT NULL, type varchar(50) DEFAULT NULL, collection varchar(2) DEFAULT NULL, ZigBeeSig varchar(10) DEFAULT NULL, billCash varchar(100) DEFAULT NULL, tariff varchar(100) DEFAULT NULL, event varchar(20) DEFAULT NULL, edate datetime DEFAULT NULL, billModem varchar(50) DEFAULT NULL, sumBills varchar(50) DEFAULT NULL, ost varchar(50) DEFAULT NULL, numDev varchar(50) DEFAULT NULL, devSignal varchar(50) DEFAULT NULL, statusDev varchar(50) DEFAULT NULL, colGel varchar(50) DEFAULT NULL, colCart varchar(50) DEFAULT NULL, price varchar(50) DEFAULT NULL, timeout varchar(50) DEFAULT NULL, doorpos varchar(50) DEFAULT NULL, doorled varchar(50) DEFAULT NULL, kpVer varchar(100) DEFAULT NULL, srVer varchar(100) DEFAULT NULL, mTel varchar(100) DEFAULT NULL, sTel varchar(100) DEFAULT NULL, ksum varchar(100) DEFAULT NULL, PRIMARY KEY (id) ) ENGINE=InnoDB AUTO_INCREMENT=3028914 DEFAULT CHARSET=utf8;

в каком смысле план запроса?

Из профайлера

http://prntscr.com/go9nga

Sergey посмотри explain первого запроса через БД

напиши комманду EXPLAIN SELECT * ...

http://prntscr.com/go9nga

у меня всегда какая то схема еще в запросах а у тебя нет такого

у тебя индексы стоят на поля id_dev и imai?? Какого они типа

http://shot.hsdn.org/y1dnzbY8

типа такая херня всегда )) не понимаю чо это

Sergey Почему у тебя такого нет? http://joxi.ru/zANMaL8flyD8V2

Sergey Почему у тебя такого нет? http://joxi.ru/zANMaL8flyD8V2

она во вкладке другой - датабазе

http://prntscr.com/go9pz7

Твой датасет 30 000 000!!!

конечно долго обратабывает

что можно сделать?

Я юзаю. Не было таких проблем. Напишешь потом в чем была проблема

Угу, ок.

у тебя плохая связь

Sergey http://www.mysql.ru/docs/man/Estimating_performance.html

конечно долго обратабывает

там разьве не показано что нет индекса ?

подзабыл я этот эксплаин

я спрашивал про индек, подумал он сделает))) Установи вообще внешний ключ!!!

http://prntscr.com/go9pz7

у меня вот так выглядит http://shot.hsdn.org/tPkYslAq

Sergey сделай для начала индексы по этим двум полям. должно стать в 100 раз быстрей

Sergey http://www.mysql.ru/docs/man/LIMIT_optimisation.html

Sergey почитай про limit

Укажи DISTINCT!!!

я только что уточнил как оно должно работать, суть такова вытащить с таблицы devices все записи потом по imei вывести последнюю запись по времени для автомата

А сразу последнюю что бы не вытащить?

а зачем девайсы не понимаю

девайсы разные

девай это автомат, а последняя запись в таблице base это состояние автомата

Я ваще не понимаю зачем всю таблицу перебирать если нужна одна запись

там 10 девайсов сейчас

надо к каждому получить последнюю запись

Ну и?

а почему автоматов 10, а лимит стоит 2?

Выбираешь max id группируешь по девайсам

селект девайст такой то ордер бай лимит 1 и так в цикле например

если сделать запрос с order edate будет ли оно так же долго искать? я выставил 2 для простой проверки

лимит обычно не уменьшает скорость выборки

Но думаю проще десять запросов зафигачу ты при таком объеме таблицы

Sergey ты индексы сделал, с ними пробовал?

сейчас попробую с индексами

мне кажется лучше связывать не по imei, а по id. Тогда индексы будут иметь гораздо меньший размер и быстрей будет искаться

Но при таком объеме данных здесь ключевое слово "ГОРАЗДО МЕНЬШЕ РАЗМЕР"

А вообще с такими базами должны работать более опытные челы) скинь это с себя. Закопаешься

@k_o_n_s_t_a_n_t_i_n здесь простая выборка

Сейчас да а потом ?

только ключей нет и связь плохая)))

я думаю и потом тоже будет простая выборка)

Опыт нужен кароче)))

И много шишек