Максим Федоров

так а что мешает сделать двойную сортировку, аля ORDER BY status ASC, date ASC ?

используйте format: "YYYY-MM-DD HH:00"

Давайте по порядку:
1. Любые индексы служат для оптимизации выборок и не более, посредством создания специальных хеш-таблиц.
2. Разница в обычных индексах и уникальных лишь в механизме выборки. Делая выборку по уникальному индексу - поиск завершится сразу же при нахождении первого подходящего значения, что обеспечивает по скорости некоторое преимущество по сравнению с обычными индексами
3. Первичный ключ - в принципе можно сказать что он работает как и уникальный индекс, но помимо оптимизации поиска, он так же еще обеспечивает уникальность хранимых данных.

Соответственно Вам нужен - первичный ключ

SELECT object_id, count(term_taxonomy_id) FROM tablename WHERE term_taxonomy_id in (10, 14) GROUP BY object_id

$query = U_h::find()->select(['u_id', 'rating' => 'COUNT(u_id)'])->from('u__H')->groupBy('u_id')

Используйте лучше для регистрации всех скриптов модуля AssetBundle, ведь Вам не только нужно подключить файл но и опубликовать его в общедоступной папке

при выполнении запроса в модели, происходит:
1. Запрос для получения структуры таблицы
2. Запрос для получения кол-ва записей таблицы
3. Запрос для получения данных по указанной выборке

что бы избежать этого (на продакшене) стоит использовать кеширование схемы БД, для этого в конфиге подключение к БД достаточно прописать, например:
enableSchemaCache' => true,
'schemaCacheDuration' => 180000,
'schemaCache' => 'cache'

https://github.com/yiisoft/yii2/blob/master/docs/g...

В родительском файле все файлы сгруппируйте в AssetBundle
https://github.com/yiisoft/yii2/blob/master/docs/g...
А в дочернем шаблоне подключайте через registerJsFile с указанием зависимости от созданного AssetBundle

достаточно полю присвоить значение NULL если заказ оформляет не зарегистрированный пользователь

https://github.com/yiisoft/yii2/blob/master/docs/g...
https://github.com/yiisoft/yii2/blob/master/docs/g...

у Вас по всей видимости поле интовое. Вы пытаетесь запись число 234523452345 которое выходит за пределы максимально допустимого значение инта в MySQL. Соответственно в такой ситуации MySQL приводит число 234523452345 к максимально допустимому (а это 2147483647) и добавляет запись в базу. При второй попытке вставить данные выходящие за предел типа - выполняются такие же операции в результате чего и появляется ошибка.
Как вариант используйте UNSIGNED INT или bigint

таблица users (если Вы конечно планируете работать с пользователями) должна содержать идентификатор пользователя и необходимую Вам информацию о пользователе
таблица orders - должна содержать идентификатор заказа, идентификатор пользователя оформившего заказ, и прочую необходимую информацию о заказе (возможно способ доставки/оплаты и т.п.)
таблица order_items - должна содержать сам перечень товаров в заказе. Соответственно по каждой позиции должен быть идентификатор заказа к которому относится позиция, и прочие параметры (кол-во, цена и т.п.)

да такая структура подойдет для Вашей задачи. Что касается хранения фоток, у Вас будет возможность прикреплять фото к объекту без раздела? и если да, то какое кол-во фото необходимо прикреплять не посредственно к объекту?

тут варианта два:
1. Либо установить composer на локальном сервере, все обновить и залить измененную версию на хостинг
2. Либо установит виджет в ручном режиме https://github.com/yiisoft/yii2/blob/master/docs/g... (пункт "Ручная установка расширений")