Руслан .

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

Иногда случались сбои (например дисконнект) и пользователь открывший объект на редактирование не мог корректно освободить редактируемый объект. В этом случае, если объект есть в таблице редактируемых, но процесс с его 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

У вас задана группировка но в секции select нет агрегирующих функций.
Если последнее id = Максимальное id, то можно вот такой селект написать:
Select user_id, max(id)
Дальше все как у вас, только order by не нужно теперь.

Если верить описанию вот тут:
https://dev.mysql.com/doc/refman/8.0/en/delete.html

То можно вот так:

DELETE FROM b_iblock_section WHERE IBLOCK_ID=4 LIMIT 100;

можно даже в ORDER BY задать порядок следования записей, чтобы указать в каком порядке грохнуть 100 записей.

Тут вроде и в уме решается не очень сложно.
1. Раскрываем скобки - возводим в квадрат.
2. Берем производную "d/da" от полученного - все члены не содержащие "a" при этом исключаются, т.к. производная от константы равна нулю.
3. выражение 1-exp(-c*t(i)) можно вынести за скобки, в итоге:
Пусть R(i) = 1-exp(-c*t(i))
sum[(-eps(i) + 2*a*R(i) + b*t(i))*R(i)]

Дальше выражаем "a":
sum[(2*a*R(i)*R(i)] = sum[(eps(i) - b*t(i))*R(i)]

В итоге:
a = sum[(eps(i) - b*t(i))*R(i)]/sum[(2*R(i)^2]

если я со скобками нигде не накосячил.

P. S. У вас в питоновой версии список t не совпадает с маткадовой версией, если верить маткаду, то
t = [1, 10, 100]

Как-то так:

select t1.fio
  from таблица 1 as t1
  left join таблица 2 as t2
         on t2.id = t1.id
 where t2.fio is null

Можно попробовать вычислить разницу между индексами одного и того же элемента в двух массивах и найти сумму этих разниц для всех элементов. Разницу брать по модулю, чтобы плюсы/минусы не влияли на результат.
Если в массивах некоторые элементы дублируются, то нужно запоминать индексы уже проверенных элементов чтобы не сравнивать их повторно.

Можно снять дапм с рабочего SQL сервера и развернуть на удаленном.
А синхронизацию данных можно настроить через репликацию, если конечно сервера будут связаны по сети.

Есть вот такая библиотека https://habr.com/company/otus/blog/419761/
И там есть пример создания изометрический игры
arcade.academy/examples/isometric_example.html#iso...

Можно добавить в таблицу tbl_category ещё одно поле - parent_id, которое будет ссылаться на поле Category_ID этой же таблицы. Так можно будет хранить дерево категорий в одной таблице и если потребуется добавить ещё уровень вложенности то больших доработок не потребуется.
Кроме этого, для удобства отбора, можно добавить поле IsFinal и устанавливать его в 1 для категорий, которые находятся в самом низу дерева (по сути листья).

Вот тут есть ответ на похожий вопрос Есть ли перевод книги making games with python & pygame на русский язык?

inp = (1, 3, 5, 7)
for x in inp:
    print(x, end='\t')

Если я правильно понял, возможно вам вот это подойдет:
https://habr.com/post/314218/

Суть сводиться к приближению произвольной линии сплайном определенного порядка.
И тут вся сложность сводиться к выбору порядка сплайна и ключевых точек.
Указанная статья как раз про это.

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

DELETE mdate
   FROM mdate aft
  WHERE EXISTS(SELECT 1
                 FROM mdate bfr
                WHERE bfr._user_id     = aft._user_id
                  AND bfr.message_date > aft.message_date)