0
Я довольно застрял в здании запроса, который должен рассчитывать appearences особых случаевSQL присоединяется + Считает
у меня есть:
teachers {id, email, first_name, last_name,...}
faculties {id, name}
pupils {id, name, teacher_id} //every pupil has their own curator
faculties_teachers {id, teacher_id, faculty_id}
Запрос пытается проверить целостность данных. Не должно быть дубликатов.
Мне нужно получить запрос с количеством учеников на одного преподавателя на факультете.
Этот запрос работал абсолютно нормально, пока я не добавил мои попытки подсчета отдельных учеников за способностей (они действительно, уникально в моем случае :))
SELECT u1.id, u2.id, u1.owner, u2.owner, u1.email, u1.first_name, u2.last_name, u1.name_of_site, faculties_teachers.faculty_id, faculties.name,
(SELECT COUNT(pupils.*) FROM pupils as p WHERE faculties.id = pupils.faculty_id)
FROM `teachers` AS u1
JOIN `teachers` AS u2 ON u1.email = u2.email
JOIN `faculties_teachers` AS ft ON u1.id = ft.teacher_id
JOIN `faculties` ON faculties.id = ft.faculty_id
JOIN `pupils` ON faculties.id = pupils.faculty_id
WHERE u1.id < u2.id
ORDER BY `u1`.`id` ASC
Что вы дважды присоединяете к «учителям»? Примеры данных и желаемые результаты помогут, а также объяснение того, что вы хотите сделать. –
Привет, Gordon, У нас было несколько вопросов в нашей системе: - неправильная функция 'teacher delete', которая стирает только учителей, без зависимостей (в faculties_teachers). В результате, когда кто-то хочет получить всех преподавателей на факультете, они видят много пустых строк, что совершенно неправильно. - неправильная функция «преподавателей-преподавателей на факультет» ... которая удвоила данные учителей .... Итак, в одном запросе я хотел «убить их всех» :) Сейчас у меня есть огромное количество работы, но позже Я исправлю этот вопрос. Я считаю это полезным. –