Руслан .

Так у вас таблица tevents с алиасом u всегда в полном объеме возвращается, поэтому ваш код условия просто добавьте в запрос, тут не важно какой в данном случае join левый или внутренний.

SELECT u.event_id, 
       u.event_name, 
       u.start_date,
       u.end_date,
       u.serv_id, 
       d.name, 
       c.client_nm as cli 
  FROM tevents u 
  LEFT OUTER JOIN doctors d 
    ON d.id = u.type
  LEFT OUTER JOIN clients c 
    ON c.id =  u.combo_select
 WHERE u.start_date between '2018.05.23 06:00:00' and '2018.05.23 21:50:00'

В первом примере можно немного оптимизировать время работы за счёт меньшего количества вызовов indexof:

function findAll(str, target) {
  let res = [];
  let ind = 0;
  for(let position = 0; position < str.length; position++) {
     if (ind <= position){
         ind = str.indexOf(target, position);
         if (ind == -1) break;
         res.push(ind);
     }
  }
  return res
}

Тут у третьей таблицы нужно задать уникальный алиас, тогда сработает.
Например так:

SELECT to_t.name,  to_t.id, to_t2.name,  to_t2.id
   FROM to_team_games to_t_g 
     LEFT JOIN to_teams to_t   on to_t_g.team_id_1 = to_t.id 
     LEFT JOIN to_teams to_t2 on to_t_g.team_id_2 = to_t2.id 
WHERE to_t_g.id= 1

Транзакции всем хороши, но под нагрузкой приводят к замедлению работы приложения и иногда, если не правильно работать с запросами к deadlock-м.

Можно создать отдельную таблицу в которую записывать запросы пользователей на получение ресурса, например так:
идентификатор пользователя, идентификатор ресурса, статус заявки (в очереди, обработана, отклонена), дата и время заявки с точностью до миллисекунд (ну или числовое поле с автонумерацией).

При нажатии на "купить товар" операция выполняется в два шага, первый шаг - помещаем заявку пользователя в эту таблицу. (несколько пользователей могут придти за одним ресурсом и приоритет будет у того кто пришел первым)
Таблица нужна, чтобы не накладывать блокировок на таблицы БД (блокировки могут быть из-за открытой транзакции)

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

Обработка заявок - это отдельный серверный процесс, он берет заявки по очереди поступления и обрабатывает (изменяет состояние ресурса в БД и состояние заявки) до тех пор пока у выбранного ресурса хватает количества, все пользователи которым не хватило ресурса получают сообщение о невозможности получить ресурс.

В подзапросе таблица s_products_discount не нужна, можно вот так попробовать:

SELECT pd.product_id,
       d.name,
       d.discount_percent,
       d.discount_amount
  FROM s_products_discount pd
  LEFT JOIN s_discounts     d
         ON d.id = pd.discount_id 
  LEFT JOIN (SELECT MAX(d.priority) as max_priority
               FROM s_discounts dd
              WHERE dd.id         = pd.discount_id
                AND dd.visible    = 1
                AND dd.date_from <= '2018-05-05'
                AND dd.date_to   >= '2018-05-05') pp 
         ON pp.max_priority = d.priority
 WHERE pd.product_id IN ('41987', '41988', '41989', '41990', '41991', '41992', '41993', '41994')

Если отсортировать по идентификатору, то потом можно просто идти по двум спискам от начала к концу и сверять их по идентификаторам товаров.
Если в свежем списке есть идентификатор, а в старом нет, то продуктов добавился, если наоборот то удалился. За счёт того что массивы отсортированы сравнение можно выполнить за один проход.

В MS SQL можно, вот ссылка на MSDN

https://docs.microsoft.com/ru-ru/sql/relational-da...

Расширенные хранимые процедуры

Библиотеки динамических ссылок (DLL) C или C++, написанные с использованием API-интерфейса служб SQL Server Open Data Services для расширенных хранимых процедур. API-интерфейс служб Open Data Services расширяет возможности хранимых процедур, позволяя им использовать код на C или C++.

Сложность показывает сколько элементарных операций нужно сделать, чтобы решить задачу.
Если использовать цикл, то сложность будет порядка n операций (по числу итераций цикла), а если взять формулу суммы n первых членов арифметической прогрессии, то сложность будет не O(n*n), а порядка O(1), потому что при любом n по указанной формуле можно вычислить сумму условно за одно умножение.