d-stream

select
customer, count(*)
from orders
inner join customers <...>
where country = <>
group by customers

либо убрать where и группировать по стране и клиенту

Можно попробовать плагин ApexSQL - в общем-то форматирование можно достаточно гибко настроить.

Там в my.conf не надо случаем разрешить debug ?

А почему смущает (client1, client2) и (client2,client1) ?

К примеру если речь идет о доверенных лицах - то Вася может быть доверенным лицом Пети, а Петя может быть, а может и не быть доверенным у Васи.
Соответственно дальнейшие запросы "кому доверяет Вася" и "у кого в доверенных Вася" - отлично разруливаются, а "кто с кем имеет любые отношения" - разруливается с distinct

Как вариант - "штатными средствами": www.cyberforum.ru/oracle/thread727605.html

Достаточно быстро окажется, что надо как-то отслеживать поступление товаров, ремонт, списание и т.п.

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

А в каких именно туториалах? MSDN так не делает: https://msdn.microsoft.com/ru-ru/library/ms175972.aspx

Еще есть третий вариант в виде совсем короткого

select * from table

Из вариантов с именованием - как-то посимпатичнее через "AS"

Кстати стоит иметь в виду, что в реальной жизни зачастую "скидка на скидку" неприменимо.
Посему лучше заблаговременно подойти к "правилам скидок".

Как один из вариантов:
1. таблица групп(категорий) скидок rules_groups (id, descr, [ordering])
2. таблица "правил применения скидок" rules(id, group_id, descr, ordering, percent [условия])

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

select top 1 percent from rules where group_id=xx and (кучка условий на соответствие правилу) ORDER BY ordering

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

По вкусу можно на уровне групп или правил предусмотреть признак мультипликативная (умножение на коэффициент) это скидка или аддитивная (вычитание суммы) и "за единицу" или "за партию".
Ну и с учетом танцев с финокруглениями на тему НДС - неплохо иметь признак "С НДС"/"Без НДС" (но это подразумевает ньюансы хранения цен.

Еще элементом тюнинга будут флаги или коэффиценты на предмет применять ли правило при снижении отпускной цены ниже себестоимости"

Можно попробовать вот так:
declare @filter table(x int, y int, primary key(x,y))
insert into @filter (x,y) values (192,18),(191,17).....

select * from dbo.boards_map inner join @filter as f on f.x=dbo.boards_map.x and f.y=dbo.boards_map.y

чем плох классический datediff ? можно даже сразу вычисляемое поле сделать.

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

Совсем упрощенно:

Функция - когда надо получить какой-нибудь результат. Например очистка номера телефона от паразитных символов (скобки, дефисы и т.п.)

Процедура - когда надо выполнить какие-либо действия. Как образчик абстрактный документ со строками, разные действия со строками документа (добавление, удаление, изменение) и пересчет документа.

MySQL не самый показательный в этом плане, в других вариантах - функции и процедуры используются активно.

Собственно формальный ответ - "никакую". Для работы самой студии SQL как таковой не требуется.
А для разработки чего-то своего - в общем-то любую версию. C точки зрения движения на острие прогресса - видимо самую новую.