Помогите написать запрос, выводящий название всех городов из таблицы ГОРОДА и количество жителей с фамилией Петров в каждом городе из таблицы ЛЮДИ. И с сортировкой по названию города и количеству жителей в городе.
чтобы знать, в каком городе живут эти Петровы, у Вас либо в Людях должны быть Города напрямую, либо какой-то id Города, по которому Людей можно сджойнить с Городами.
предположим, что такое поле есть(idSity). Тогда получится что-то типа :
SELECT count(*), Город.Город FROM Люди inner join Город
ON Люди.idSity = Город.idSity
WHERE Люди.Фамилия="Петров";
GROUP BY Город.Город
SELECT city.name
FROM people
INNER JOIN city ON people.city_id = city.id
WHERE people.name = "Иванов"
Получается : [{"name":"Москва"},{"name":"Москва"},{"name":"Новгород"}] - это при том что в таблице ЛЮДИ имеется 3 записи с фамилией Иванов - 2 из которых имеют айди города МОСКВЫ и одна - Новгород, а если в селект добавить еще COUNT(*) то такой результат - [{"name":"Москва","count(*)":"3"}]
А можете пояснить чем тут JOIN лучше использовать? ведь так тоже работает:
SELECT city.name, count(*)
FROM people, city
WHERE people.city_id = city.id AND people.name = "Иванов"
GROUP BY city.name
ImPuuLsE: JOIN - классическая запись. в принципе SELECT по двум(и более) таблицам c WHERE по объединяющим полям работает ровно так-же. По сути это 2 варианта записи одного действия.
JOIN удобен для отделения объединяющих условий от фильтрующих. Т.е. в Вашем случае Город.idCity=Люди.idCity - это условие объединения, а Люди.Фамилия="Петров" - фильтрующее. Пока таких условий 2-3-5 - можно валить и в 1 кучу. Когда начнете объединять таблиц по 8-10 с кучей условий выборки - JOIN будет более читаемым. С точки зрения исполнения на сервере (на сколько мне известно) - разницы нет никакой.
Простой
