Abdula Magomedov

SELECT u.*, COALESCE(SUM(o.SUMMA), 0) FROM users as u
LEFT JOIN orders as o ON o.USER_ID = u.ID
GROUP BY u.ID
LIMIT 10

UPDATE tabla SET kol_vo = kol_vo - 1 WHERE id = $result'id'

$result['id'] квадратные скобки исчезли

И вообще, почему он не внутри цикла? Вне цикла $result пустой

Не?

SELECT *
FROM news n
  INNER JOIN news_comments nc ON n.news_id = nc.news_id
GROUP BY n.news_id
ORDER BY COUNT(nc.comment_id) DESC, n.date DESC

Тоже самое можно и с помощью Query составить

News::find()->where(['news.visibility'=>1])
->innerJoin(['nc' => NewsComments::tableName()], 'nc.news_id = news.id')
->groupBy('news.id')
->orderBy('COUNT(nc.id) DESC, news.date DESC');

Да можно.

SELECT
  org,
  SUM(active) AS actS
FROM table1
GROUP BY org
HAVING actS < 3 AND actS > 0

Как правильно организовать внешние ключи в MySQL?
denis.in.ua/foreign-keys-in-mysql.htm
Создаешь внешние ключи. Он сам удалит.

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

Данные о домене можно найти в суперглобальном массиве $_SERVER;

Однозначно, надо сделать отдельной таблицей.

UPD1:. Можешь и так и так сделать, но дело в том что широкие таблицы сложны в поддержке. Когда все разложено по полочкам, расширят проект бывает легко. А если все в одну кучу если пихать, то придет время, что даже рефакторинг не получится сделать, потому что все усложнилось, и ты начинаешь все заново с нуля писать.

UPD2:. И никогда не делай выбор ориентируясь на том, что у тебя будет ограниченное количество чего то. Это неправильный подход. Потому что идеи они такие, что каждый день меняются. Поэтому надо исходить из принципа, чтоб не было проблем для расширению.

UPD3:. Если интересно узнать больше по проектированию баз данных, посоветую книгу автора "Билла Карвина". Называет "Программирование баз данных SQL. Типичные ошибки и их устранение."

Почти все кто против, против потому что ENUM не поддерживается всеми базами данных.
Так же есть аргументы, что при наличии больших данных, то изменить данный столбец будет тяжко.
А так, читается он вроде быстрее и красивее выглядит. Но я все же решил остановиться на константах. Или можно использовать отдельную таблицу, где будут храниться значения.

как то так

SELECT v.*
FROM video_category
  INNER JOIN video_category vc ON vc.category_id = video_category.category_id
  INNER JOIN videos v ON videos.id = vc.video_id
WHERE video_category.video_id = {$_GET[id]}

Примерно вот так, могут быть ошибки, нужны настоящие данные для теста

SELECT
  пэ.элемент_ид,
  COUNT(пэ.пост_ид) AS "количество"
FROM пост_элемент
  INNER JOIN пост_элемент пэ ON пе.пост_ид = пост_элемент.пост_ид
WHERE пост_элемент.элемент_ид = <какой_то_ид> AND пэ.элемент_ид != <этот_какой_то_ид>
GROUP BY пэ.элемент_ид
ORDER BY количество

SELECT fe.`user_id`, comm.`text`, ph.id
FROM `feed_events` fe
INNER JOIN `comments` comm ON comm.`id` = fe.`mode_id`
INNER JOIN `photos` ph ON ph.id = comm.mode_id AND comm.mode = "photo"
WHERE fe.`mode` = 'comments' AND fe.`feed_user_id` = 111

примерно так. и так 3 раза(photos, news, posts) у тебя структура таблицы "вообще непонятная".
если тебе интересно изучать , могу книгу дать интересную по SQL

книга по практике sql бац

SELECT COUNT(*), status FROM `statistic` WHERE id_mes='$view' GROUP BY status

Тебе надо нормализовать таблицу. Эти 2 сущности нужно разделить на 3 таблицы.

• 1. Таблица вопросов(voprosi). {vopros_num, vopros_text}
  
• 2. Таблица ответов(otveti). {otvet_num, vopros_num, otvet_text}
  
• 3. Таблица правильных ответов(pravilnie_otveti) {vopros_num, otvet_num}
  

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

SELECT *
FROM `voprosi`
WHERE vopros_num IN
    (SELECT vopros_num
     FROM otveti
     WHERE COUNT(otvet_num) = 3
       OR COUNT(otvet_num) = 4
     GROUP BY vopros_num)

Дальше уже можешь по номеру вопроса выводить отдельным запросом ответы, и отдельным запросом номер правильного ответа

oc.`field_id` = 221 OR oc.`field_id` = 228