Читаю разные самоучители из инета. Попробовал решить простенькую задачку : Таблица(сотрудник, зарплата, начальник-ссылка на эту же таблицу, номер_отдела), надо вывести сотрудников с максимальной зарплатой в каждом отделе и номер_отдела.
Как найти такого в определённом отделе, не вопрос. А как сделать это для всех отделов, записанных в отделах - не пойму. Похоже, инета явно недостаточно для обучения.

Поэтому вопрос: какой самоучитель лучше, по мнению Гуру SQL?

записанных в таблице

На 1С такое сделать тоже испытываешь трудности*

?

(0)[инета явно недостаточно для обучения]
бред

ДА вроде тут sql не причем. РС Срез последних. вот тут уже делали нечто подобное

Кроме синтаксиса отличий не должно быть

(2)(5) Голый SQL, без 1C.

(7) Какая хер разница на каком языке запрос на русском или английском, переведи выбрать в select и делов то, замени ВТ на вложенность или как там я не спец

А нету никакого самоучителя, только практика. Писать и писать запросы.

Без понимания как это работает - никакие буквы не зайдут
А с пониманием - буквы не нужны

Почитай про группировки в запросе. Гуглить надо уметь

(7) Ну так сделай на 1С, затем переведи на язык скуля

(8) это имелось ввиду для конкретного случая с выборкой

(7) Большая разница, в SQL слишком много возможностей не реализованных в 1С.

(11) Автор клюшечник

(13) я уточнил в (12)

http://sql-tutorial.ru/
http://sql-ex.ru/

http://sql-ex.ru/
Во да отличная вещь, правда я быстро к ней охладел

(15) Ну вот именно конкретно этот случай можно сделать классической группировкой, а можно выежнуться оконными функциями и в выежнутом случае на большой таблице будет ощутимый прирост проиозводительности так как они будут в несколько потоков лопатить.

(16)(17) Большое спасибо.

Плюс за sql-ex.ru
Сам на нем учился, еще когда он по-другому назывался и не такой развесистый был. Там же была отличная справка по SELECT, которая как учебник канает. Задания очень удобно решать и проверять. При затыках можно на их форуме потолкаться, многие выкладывают свои решения.

(16) + "sql-ex.ru" Давненько я туда не заходил )

(0) Я купил толстую книжку и читал в электричке (тогда интернет был так себе), очень помогло.

https://www.sql.ru/docs/sql/u_sql/

Если сабжевую задачу решать для произвольной иерархии отделов, то это обычно через рекурсивные запросы решается (язык запросов 1С их не поддерживает). Также разные диалекты SQL обычно поддерживают некие аналоги одинэсовских ИТОГИ (в T-SQL - GROUP BY ROLLUP)

(24) То есть эта задача может быть решена только через рекурсивный запрос?

(25) Разруливание иерархии лучше всего на рекурсию ложится. Иерархия плохо разруливается через обычные операции над множествами. Разрулить можно, но менее "красиво" и заложившись на какое-то максимальное количество уровней. Как вариант, можно использовать такой подход: http://catalog.mista.ru/public/158512/

(0) Я когда к сертификации MCSA  по MS SQL готовился ,читал рекомендуемую литературу, она довольна толковая, но на английском вся

https://www.microsoftpressstore.com/store/exam-ref-70-761-querying-data-with-transact-sql-9781509304332

На примере PostgreSQL:
https://postgrespro.ru/education/courses/hacking

(25) Перечитал сабжевую задачу - там не требуется получать результат в иерархии отделов. Т.е. никаких особых ухищрений не требуется.

(25) Сабж решается либо коррелирующим запросом (более красивая конструкция), либо стандартной двухэтапной схемой:
1) во вложенном запросе с группировкой по отделу получаешь максимальные зарплаты по отделам
2) во внешнем запросе соединяешь вложенный запрос с исходной таблицей по отделу и максимальной зарплате.
В результате остаются только сотрудники с максимальными зарплатами в отделах

(30) Конструкция может и красивая, но только эффективная ли?

(31) Ты про коррелирующий подзапрос? Как правило, не менее эффективная. Не надо забывать, что SQL - это декларация требуемого результата, а не алгоритм его достижения. Ясен пень, что на практике не все так прекрасно, но простые коррелирующие подзапросы оптимизаторы запросов СУБД обычно разруливают вполне эффективно. Вплоть до идентичных планов выполнения с более эффективными на первый взгляд декларациями.

(23) best of the best

Мне в начале нулевых было достаточно MSDN и гугла для изучения скуля

(32) Ну если так, то хорошо.
Просто когда-то читал, что они не очень быстры, так как коррелирующий запрос выполняется для каждой строки исходного запроса.

(0) https://www.ozon.ru/context/detail/id/31231023/

она же есть в электронном виде

(37) благодарю за ссылку!

у этого эе автора есть книжка по оконным функциям

(30) Ок.

(39) вот такие советчики и отбивают охоту к учебе
какие нахрен оконные функции?

(27) книга шикарная, автор книги шикарен, но это не то что просит в (0)

(27) > но на английском вся
давно уже есть переведенная, но перевод плох

(28) в (0) просит выбрать максимальную зп, ты ему внутреннюю архитектуру постгре советуеш
*смайлик стучащий головой об стену*

(41) Если ты с ними не знаком, это не значит что они не нужны.

(45) ты читал вопрос в (0)? сам то используешь их в работе? сомневаюсь

(46) даже на 7.7 использовал, если что.
А автор спрашивал за литературу хорошую.
Чего не устраивает ?

(47) а автора нулевой уровень если что

(48) И ? Прочитав книжку в (36) прочитает еще и книжку по оконным функциям потом, если желание будет.
По крайней мере, автор книги очень внятно всё излагает

(49) не вали всё в кучу, не демотивируй

(48) Если что, каждый из нас , было время, какал и писял в штанишки. Научились же, теперь почти всегда штаны сухие. Надо продвигаться, изучать, применять.

(46) Я использую. К примеру аналог СрезПоследних через оконные функции работает на 30-40 процентов быстрее.

(52) у автора в (0) вопрос по логике, а не по оптимизации

(51) похоже вы нашли друг друга с епрстом

(39) Именно книжку тоже давным дано искал, в итоге нашел того
Ицик Бен-Гана Microsoft SQL Server 2012 High-Performance T-SQL Using Window Functions
Только в виде сайтика :)
https://professorweb.ru/my/sql-server/window-functions/level1/

(30) Заработал таки. Всем БольшоеСпасибо.ПробелЗаело.

(56)

Ну попробуй еще вот так:

SELECT
  сотрудник, номер_отдела, зарплата
FROM
  (select
    сотрудник
    , номер_отдела
    , зарплата
   RUNK() OVER (partition by  номер_отдела,сотрудник ORDER BY зарплата DESC) as [УровеньЗП]
  from
    Таблица
  ) as РанжированнаяЗП
WHERE
  УровеньЗП = 1

(27) был неправ относительно этой книги
для новичка тоже очень подойдет

Пол Нильсен. Большая и великолепная книжка. Я по ней настраивал первый сервер + там доходчиво все описано в плане запросов. Считаю эту книгу ТОП-1

(7) всё то же самое, только имена операторов заменяешь на соответствующие им англоязычные.
ВЫБРАТЬ -> SELECT
ИЗ -> FROM
ГДЕ -> WHERE
(ЛЕВОЕ) СОЕДИНЕНИЕ -> (LEFT) JOIN
УПОРЯДОЧИТЬ ПО -> ORDER BY
СГРУППИРОВАТЬ ПО -> GROUP BY

(0) understartingSQL, очень рульная книжка. Для начала самый лучший книг