Ипатьев

Для вашего уровня разницы никакой.

Написано же, простым русским языком: download each 24 hours & cache it
То есть никаких "реализовано через api" тут быть не может. Разумеется, при работе с внешними АПИ полученные данные всегда сохраняются локально, и показываются из кэша. В простейшем случае кэш пишется в файл, но удобнее работать с базой.

"Как сохранять данные полученные с api в базу?" вопрос откровенно дурацкий. Точно так же, как и любые другие.

"I am try" звучит примерно как "я попытайся".

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

В том, чтобы наугад писать какие-то слова от балды, нет ничего зазорного - мы все так делаем. Примерно как с английским - да какая разница, try или trying? Но в отличие от английского, языки программирования позволяют нам проверить, соответствует ли результат ожидаемому.
И в данном случае сообщение об ошибке нам даже подсказывает, куда смотреть: ему явно не нравится значение, которое мы добавляем в БД. И дальше надо сделать две простые вещи:
Первое - спросить себя, сколько значений мы хотим добавить в БД?
И второе - распечатать переменную, которая содержит эти самые значения. Сделать такую банальность, как print(val). И сравнить реальность с ожиданиями.
А дальше совсем просто - полюбовавшись на дело рук своих, начинаем смотреть: каких-таких функций мы навызывали, что у нас получился такой результат. И избавиться от ненужной.

Но это всё мелочь и ерунда по сравнению с важнейшим понятием отладки, с которым мы познакомились сегодня. Поэтому повторим:

• внимательно прочитать сообщение об ошибке и подумать - что оно означает.
  
• вывести все промежуточные результаты нашей программы, чтобы понять - в каком месте всё пошло не так
  

select * from users where rating < ? order by rating desc limit 10
select * from users where rating > ? order by rating limit 10

Кто ж вас учил так с БД работать?
Во-первых, данные всегда должны всегда передаваться в запрос отдельно.
Во-вторых, код соединения совсем непонятный.
Если используется mysql.connector, то надо как-то так

import mysql.connector
conn = mysql.connector.connect(host='127.0.0.1', database='test', user='user', password='')
cursor = conn.cursor()
sql = "UPDATE `user` SET `participate`=%s WHERE `id` = %s"
cursor.execute(sql, [number, id])
conn.commit()

С каких пор LIKE стала работать с регулярками?

select 9998887766 REGEXP '[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]'

То есть весь вопрос сводится к "при записи я кодирую данные c помощью json_encode, а при выводе не раскодирую, но виноваты создатели этого сайта".

Но главные проблемы этого кода конечно не в json.
Во-первых, этот код позволяет заливать РНР файлы, и первый же малолетний придурок этим воспользуется.
Во-вторых, этот код пропускает SQL инъекцию, и первый же малолетний придурок этим воспользуется.
Остальное уже мелочи.

Но если отвечать на вопрос в целом, то да - вставлять все ссылки в одно поле это действительно неправильно.
Плюс, в БД всегда должны храниться только сырые данные, а любое форматирование добавляться только при выводе. То есть сохранять надо только сами имена файлов.

Но в данном случае вообще непонятно, зачем сохранять ссылки в БД.
При заливке берётся id созданного пользователя, создаётся папка с таким именем, и в неё заливаются файлы.
При выводе файлы читаются из этой папки и выводятся.

mysql_query - это какой-то бред и анахронизм. Этой функции давно нет в языке.
Кодировка соединения задаётся либо через mysqli_set_charset либо через DSN, в зависимости от выбранного API

В целом,при использовании utf8mb4 всё должно работать

$sql = $link->query('SELECT sum(quantity) FROM oc_product WHERE product_id in (8908,8909)');
$row = $sql->fetch_row($sql);
echo $row[0];

Разумеется, существует.
Тип данных List или Array в реляционной базе данных - это связанная таблица.

Соответственно, inventory - это просто таблица из двух полей, id игрока и id скина