Руслан .

Попробуйте так:

DELETE users, employee, person
  FROM users 
 INNER JOIN employee 
    ON employee.user_id = users.id 
 INNER JOIN person
    ON person.user_id = employee.user_id

Посмотрите вот эту статью:
https://habr.com/ru/post/281495/

Там в комментариях много интересных ссылок, например эта:
journal.stuffwithstuff.com/2011/03/19/pratt-parser...

Судя по запросу:
SELECT @Code=КодТовара, @Итог=SUM(Количество)
FROM Заказ
WHERE ДатаЗаказа BETWEEN GetDate()-@Интервал AND GetDate()
GROUP BY КодТовара
ORDER BY SUM(Количество)

У вас может вернуться много строк, но так вы это все в переменные начитываете, то все равно останется только одно последнее по порядку сортировки значение, т.е. товар с максимальным или минимальным значением SUM(Количество), т.е. можно попробовать использовать агрегирующую функцию на SUM(Количество).

Также в запросе используется GetDate(), и если предположить, что в таблице нет записей с датой превосходящей GetDate(), то можно делать проверку на открытый диапазон, т.е.
ДатаЗаказа >= GetDate()-@Интервал.

Итого, можно так попробовать:

WITH Q AS  
(SELECT КодТовара, SUM(Количество) as Сумм
   FROM Заказ
  WHERE ДатаЗаказа >= GetDate()-@Интервал
  GROUP BY КодТовара)
SELECT @Code = Q.КодТовара, 
       @Итог = Q.Сумм
  FROM Q
 WHERE Q.Сумм = (SELECT CASE WHEN @ТипРезультата = 1 
                              THEN MAX(Q.Сумм) 
                              ELSE MIN(Q.Сумм) 
                         END
                   FROM Q)

Вот тут много инфы по настройке:
https://medium.com/@dmrlx/%D0%BD%D0%B0%D1%81%D1%82...

https://proglib.io/p/python-vscode/

У вас функция check возвращает true если имя пользователя есть и 'Character not found' если нет.
Может имеет смысл всегда возвращать результат одного типа в обоих случаях (например всегда boolean) и в случае ошибки возвращать false?

Посмотрите вот эту статью, тут про мониторинг событий файловой системы:

https://blog.magrathealabs.com/filesystem-events-m...

Можно вот так попробовать:

select d1.[time], d1.contr, d1.val
  from debt d1
  join debt d2
    on d2.[time] <= d1.[time]
 group by d1.contr, d1.val, d1.[time]
having sum(d2.val) <= 25 -- сумма которую нужно выплатить
 order by d1.[time]

Тут debt - таблица с задолженностями.
Есть пара моментов при такой реализации:
1. Нужно быть уверенным, что все задолженности будут попадать в систему с разными датами-временем,
если например дата и время совпадут у двух, то как тут строить ФИФО вопрос.
2. Желательно как-то помечать задолженности которые оплачены, чтобы повторно их не отбирать.
3. Поле time лучше обозвать иначе, сейчас оно совпадает с системным типом данных для хранения времени.

Судя по нарисованному графу, тут есть два варианта пути:
1. х1-х2-х5
2. х1-х3-х4-х5
Из этих двух нужно выбрать меньший.

Ребро х2-х3 нужно исключить, т.к. в треугольнике х1-х2-х3 всегда выгоднее выбирать одну из сторон х1-х3 или
х1-х2, чем две стороны (х1-х2 + х2-х3 или х1-х3 + х3-х2).

Зная это, простым сложением по вашей таблице легко найти ответ.

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

Иногда случались сбои (например дисконнект) и пользователь открывший объект на редактирование не мог корректно освободить редактируемый объект. В этом случае, если объект есть в таблице редактируемых, но процесс с его spid и именем пользователя отсутствует на SQL сервере , принудительно удаляем объект из таблицы редактируемых.

Без такого механизма периодически забивали несоответствия вида: "я поменял объект, сохранил, поднял его на просмотр, а он другой".

Можно вот так попробовать.

WITH amount AS
 (
   SELECT buy.nomenclature_id, sum(buy.summa) as summa
    FROM buy
   GROUP BY buy.nomenclature_id
   UNION ALL
  SELECT sale.nomenclature_id, -1*sum(sale.summa) as summa
    FROM sale
   GROUP BY sale.nomenclature_id
  )
 SELECT nomenclature_id, sum(summa) as summa
   FROM amount 
  GROUP BY nomenclature_id

Можно в таблице tbl создать поле в котором хранить checksum(tbl.date,tbl.text,tbl.size) и сделать по этому полю индексацию.

Если checksum дает много коллизий можно попробовать другой хэш, в MSSQL например их вот сколько вариантов:
MD2 | MD4 | MD5 | SHA | SHA1 | SHA2_256 | SHA2_512

https://docs.microsoft.com/ru-ru/sql/t-sql/functio...

Но хэш хорош только когда нужно ответить на вопрос = или <>, а за другими условиями все равно придется в поля таблицы идти.

У меня есть кейс, где нужно искать совпадения по 17 аналитикам и там такой способ ускорил поиск в 10 - ки раз по сравнению с обычным поиском по куче полей, в вашем случае всего 3 поля и наверное join по полям и наличие селективного индекса хотя бы по одному из них уже достаточно.
По полю с varchar(1000) лучше не делать индекса, а по двум другим вполне можно.

Можно через временны запрос попробовать:

WITH rates as
(SELECT rate, type, route_id, weight, volume
   FROM test_rates rs
  WHERE rs.dt_del IS NULL
    AND (rs.volume >= 300 OR rs.weight >= 50000))
SELECT rate, type, route_id, weight, volume
  FROM rates
 where rate = (select max(rate) from rates)

Можно вот так попробовать:

select top 1 c1.code_number as c1, c2.code_number as c2, min(c2.code_number - c1.code_number) as delta
  from code as c1
  join code as c2
    on c2.code_number > c1.code_number
 group by c1.code_number, c2.code_number
 having min(c2.code_number - c1.code_number) > 0
 order by 3