galaxy

Есть разные варианты.
Можно работать с JSONB по-человечески:
функция jsonb_set() меняет значение по пути внутри JSON. В вашем случае как-то так:

jsonb_set(ExternalUrls, '{0,Url}', '"https://example/browse/CP-12"')

- заменит ключ Url в элементе с индексом 0 массива из ExternalUrls. Она возвращает новый JSONB объект, обновление колонок таблиц в SQL в любом случае делается через UPDATE:

UPDATE ExternalWorkItems
   SET ExternalUrls = jsonb_set(ExternalUrls, '{0,Url}', '"https://example/browse/CP-12"');

Есть некоторая проблемка в том, что jsonb_set меняет одно значение, т.е. нельзя использовать "мульти-путь" типа {*,Url}, чтобы поменять сразу все элементы массива ExternalUrls (если у вас их там больше одного).
Проблема решаемая через серию подзапросов с применением функций jsonb_array_elements() -> jsonb_set() -> jsonb_agg(), но уж какая-то монструозная выходит конструкция.

К тому же, если вам надо заменить часть строки (судя по всему, домен в ссылке), не трогая остальное, все становится еще хуже. Как-то так:

UPDATE ExternalWorkItems
   SET ExternalUrls = jsonb_set(
          ExternalUrls, '{0,Url}',
          to_jsonb(replace(ExternalUrls #>> '{0,Url}', 'test', 'example'))
   );

(опять поменяет только первый элемент массива ExternalUrls)

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

UPDATE ExternalWorkItems SET ExternalUrls = replace(ExternalUrls::text, 'https://test', 'https://example')::jsonb;

А вот это на кой ляд:

request.setRequestHeader('Content-Type', 'application/json; charset=UTF-8');

??

Warning: When using FormData to submit POST requests using XMLHttpRequest or the Fetch_API with the multipart/form-data Content-Type (e.g. when uploading Files and Blobs to the server), do not explicitly set the Content-Type header on the request. Doing so will prevent the browser from being able to set the Content-Type header with the boundary expression it will use to delimit form fields in the request body.

https://developer.mozilla.org/en-US/docs/Web/API/F...

Вы только в одну сторону проверяете: что число i равно сумме делителей j. У дружественных чисел это свойство взаимно.

Давно уже не имел дело с WinApi, но похоже для консольных приложений другая фукнция нужна вместо GetActiveWindow(). Заодно исправляйте ошибку с отсутствием буфера под className, как указал 15432

WCHAR className[255];
	GetClassNameW(GetConsoleWindow(), className, 255);
	wprintf(L"%s", className);

Потому что в s - строки, а не числа, сортировка их лексикографическая.
s = [int(n) for n in s.split()]

В первой формуле должно быть n!, а не k!.
Разность - это последние m членов y_m+n = 2 + 1/2! + ... + 1/n! + 1/(n+1)! + ... + 1/(n+m)!

strnatcmp()?

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

+-----------------+----------+----------------+-----------------+
| achievements_id | users_fk |      type      |      date       |
+-----------------+----------+----------------+-----------------+
|               1 |        1 |              1 |      2021-10-01 |
|               2 |        2 |              1 |      2021-10-04 |
|               3 |        1 |              2 |      2021-10-08 |
|               4 |        1 |              4 |      2021-10-15 |
+-----------------+----------+----------------+-----------------+

Если у самих ачивок в зависимости от типа будут разные свойства, можно еще один уровень связи один-ко-многим сделать:

+-----------------+-----------+----------------+-----------------+
| achieve_prop_id | acieve_fk |      type      |      value      |
+-----------------+-----------+----------------+-----------------+
|               1 |         1 |              1 |           'abc' |
|               2 |         2 |              1 |           '145' |
+-----------------+-----------+-----------------+----------------+

Есть мысль, что кавычки мешают. Засчет вот этого gener=connection.escape(gener) вы получаете в запросе LIKE "%'blabla'%".

connection.escape вообще к использованию не рекомедуется:

def escape(self, obj, mapping=None):
        """Escape whatever value is passed.
        Non-standard, for internal use; do not use this in your applications.
        """

Формируйте строку в питоне. Только если вы не хотите, чтобы пользователи могли использовать специ-символы LIKE в строке поиска, их нужно заэскейпить:

cursor.execute(script.format(year_from=args.year_from,
             year_to=args.year_to,
             name="%{}%".format( (args.regexp.translate(str.maketrans({'%': '\%', '_': '\_'})),) ),
             gener="%{}%".format( (gener.translate(str.maketrans({'%': '\%', '_': '\_'})),) ),
             rating=1,
             N=args.N))

SELECT m.title, year, avg(r.rating)
FROM movies AS m
JOIN rating AS r
ON m.movie_id = r.movie_id
WHERE m.year BETWEEN {year_from} and {year_to} AND m.title LIKE {name} AND m.genres LIKE {gener}
GROUP BY  r.movie_id, m.title, m.year
HAVING avg(r.rating) > {rating}
ORDER BY avg(r.rating) DESC, m.year DESC, m.title asc
LIMIT {N};

как-то так

Вставьте функцию get_node_data в начале get_category_tree, до того, как она вызывается

Возможно, просто prepare() нужно делать после формирования строки $sql.
Поскольку вы выполняете все в цикле, нужно сохранять оригинальную строку $sql, а то вы к ней цепляете все больше и больше WHERE...

Другое дело, что вы несколько убиваете смысл подготовленных запросов таким образом.