нужно составить sql-запросы

[bolk007]

а не можете подсказать как делать? вроде задумка такая что сделать COUNT по P.ORG_ID или не по ней надо делать

[bolk007]

SELECT O.NAME AS ORG_NAME, COUNT(P.ORG_ID)
FROM ORGANIZATION AS O, PERSON AS P
GROUP BY P.ORG_ID
COUNT(P.ORG_ID) F
WHERE P.ORG_ID=O.ORG_ID

так можно писать?

[eval]

подзапросы уже изучали?

так можно писать?

нет, структура запросов всегда одназначна, каждый блок начинается с кляузы - FROM, GROUP BY, WHERE ... а у вас COUNT(P.ORG_ID) F
неприкаенный, выкинуть его. далее каждый блок должен находится на своей позиции, а не в хаосе. вощем почитайте про структуру запроса select

[Serge_Bliznykov]

так пойдёт?

SELECT O.ORG_ID, O.NAME AS ORG_NAME, COUNT(*) as COUNT_PEOPLE
FROM PERSON AS P, ORGANIZATION AS O
WHERE P.ORG_ID=O.ORG_ID 
GROUP BY O.ORG_ID, O.NAME

разумеется, вместо WHERE P.ORG_ID=O.ORG_ID можно написать JOIN

Сообщение от eval

лучше синтаксис джойнов, оно нагляднее и понятнее

ну это, как говорится, "whom how"
другое дело, когда без left / right join'ов не обойтись (хотя мне лично очень нравится оракльный плюсик в скобках возле связи: where a.id = b.id(+) - это и просто и удобно и наглядно). Но к сожалению, это нигде, кроме Оракла не допустимо...
Ну это лично моё мнение/субъективное отношение. Уж именно так я с детства SQL запросы писать привык...
хотя, по сути, соглашусь - join'ы намного универсальнее!

[bolk007]

Сообщение от eval

подзапросы уже изучали?

нет, структура запросов всегда одназначна, каждый блок начинается с кляузы - FROM, GROUP BY, WHERE ... а у вас COUNT(P.ORG_ID) F
неприкаенный, выкинуть его. далее каждый блок должен находится на своей позиции, а не в хаосе. вощем почитайте про структуру запроса select

спасибо за разъяснение я сейчас все сразу учу поэтому и каша в голове

[bolk007]

Сообщение от Serge_Bliznykov

так пойдёт?

SELECT O.ORG_ID, O.NAME AS ORG_NAME, COUNT(*) as COUNT_PEOPLE
FROM PERSON AS P, ORGANIZATION AS O
WHERE P.ORG_ID=O.ORG_ID 
GROUP BY O.ORG_ID, O.NAME

разумеется, вместо WHERE P.ORG_ID=O.ORG_ID можно написать JOIN




ну это, как говорится, "whom how"
другое дело, когда без left / right join'ов не обойтись (хотя мне лично очень нравится оракльный плюсик в скобках возле связи: where a.id = b.id(+) - это и просто и удобно и наглядно). Но к сожалению, это нигде, кроме Оракла не допустимо...
Ну это лично моё мнение/субъективное отношение. Уж именно так я с детства SQL запросы писать привык...
хотя, по сути, соглашусь - join'ы намного универсальнее!

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

[Serge_Bliznykov]

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

count идёт не по таблицам.
Это АГРЕГАТНАЯ функция. Она применяется к группе.
Группой является набор данных, имеющий одинаковые значения полей, указанных в GROUP BY <список_полей>

т.к. мы группируем по коду подразделения (наименование подразделения добавлено в группу, чтобы это наименование можно было использовать в перечне выбираемых полей в SELECT),
то COUNT подсчитает, сколько записей имеет одинаковый код подразделения.
Разумеется, если бы мы это запрос сделали для одной таблицы ORGANIZATION, то count() вернул бы 1 (единицу) для всех подразделений.
Но, т.к. мы присоединили таблицу с сотрудниками, у нас будет столько записей по каждому подразделению, сколько сотрудников в этом подразделении.

Очень рекомендую Вам почитать книжку Мартина Грубера "Понимание SQL"

и не злоупотребляйте излишним цитированием. Это нарушение правил...
Удаляйте из цитаты весь лишний текст - то, без чего ваше сообщение имеет смысл, на что Вы не ссылаетесь!
Например, зачем Вы цитируете полностью мой текст, обращенный к eval???!

[bolk007]

Сообщение от Serge_Bliznykov

Удаляйте из цитаты весь лишний текст

Хорошо, исправляюсь. Спасибо за книгу, скачала, изучаю.

Еще вопрос, не по этой теме. У меня еще одно задание по этим же таблицам. Мне новую тему создать для обсуждения или тут же писать?

[Serge_Bliznykov]

{$Модератор_моде OFF}

если по тем же таблицам, думаю, что не будет большим нарушением правил, писать тут, в этой же теме...

[bolk007]

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

тут совсем не знаю с чего начать.

если PARENT_ID IS NULL то это подразделение первого уровня, это как бы ясно. но как для других писать?