Vindicar

В коде неправильного больше чем правильного...
1. У тебя написано, что команда должна получить два параметра - text и id. Если id она должна найти сама, то его нужно убрать из параметров купить(). id нужно получить из ctx.author.id.
2. Ты вообще пробовал обращаться к своей базе? Смотрел, что тебе возвращает fetchone()?
По твоему запросу она вернёт либо кортеж с одним значением, либо None, если не было найдено ни одной подходящей строки.
Ни то ни другое сравнивать непосредственно нельзя!
Вытащи результат в переменные, проверь на None, а потом уже сравнивай нулевые элементы.
3. Убери токен бота из тела вопроса.
4. Советую cursor создавать внутри обработчика, во избежание заморочек с одновременным использованием.
5. Советую указывать типы параметров в описании команды! discord.py обращает на них внимание, и пытается конвертировать входную строку.
async def купить(ctx, text: str):
6. Как уже было написано, execute() принимает вторым параметром КОРТЕЖ, пусть даже из одного элемента. А кортеж из одного элемента пишется как (item,).

for row in result:
    singup = str(row[0])

Молчаливо подразумевает, что в result будет хотя бы одна строка. Это далеко не факт.
Если result пуст, то singup не будет присвоено значение.

Когда ты делаешь with self.connection, ты создаёшь транзакцию БД - т.е. связный набор операций, которые будут либо все вместе применены, либо все вместе отвергнуты. Так как у тебя только одна операция каждый раз, это не имеет смысла.
А вот курсор у тебя используется один и тот же, вне транзакции. Это не дело. Лучше создавай его заново внутри метода.

Сделать нормальный сервер БД вместо SQLite. Возьми MariaDB, или Postgre, или что угодно.

Потому что иначе всё равно придётся разрешать конфликты записей. Например, в таблице X один пользователь добавил запись A с id=10, а другой независимо добавил запись B с id=10. Придётся одну перенумеровывать. А если у них ещё и связанные записи в других таблицах?

В дополнение к написанному выше @Dr. Bacon, можно сделать так
connect.row_factory = sqlite3.Row
Тогда вместо простых кортежей будут возвращаться объекты, похожие на словари, и можно будет обращаться к полям по имени.

cursor.execute("""SELECT OrderNumber FROM orders ORDER BY OrderNumber DESC LIMIT 1;""")
row = cursor.fetchone()
ID = row['OrderNumber']

Единственное, смена row_factory затронет только курсоры, созданные позднее. Созданные ранее курсоры будут использовать предыдущую фабрику строк. Так что если хочешь это сделать, менять row_factory лучше сразу после открытия соединения.

по видеоуроку ХаудиХо

Ну собственно проблема уже в этом. Эти видяшки почти ничего не объясняют, а просто "делай как я". Нужно как следует учить язык, боты - не самая тривиальная вещь.

А вообще galaxy выше прав. Вы указываете базу данных вот так: sqlite3.connect("Database.db")
Если не помните, это то, что называется "относительный путь", который отсчитывается относительно текущего рабочего каталога. Проблема в том, что текущий рабочий каталог при запуске скрипта может быть разным - это совершенно необязательно каталог, где лежит скрипт (хотя часто может им быть). Факторов, влияющих на текущий рабочий каталог, очень много, и лучше на него не полагаться.
Надежнее узнать полный путь до каталога скрипта, и использовать его для построения пути до рабочих файлов скрипта. Например, так:

import sys
import pathlib
script_path = pathlib.Path(sys.argv[0]).parent  # абсолютный путь до каталога, где лежит скрипт
conn = sqlite3.connect(script_path / "Database.db")  # формируем абсолютный путь до файла базы

Вот после этого можно быть уверенным, к какой базе обращается бот.

Это называется "нечеткий поиск", и это непростая тема. Как говорится в одном анекдоте, "длина, ширина, высота и глубина - это совсем не то же, что длинка, ширинка, высотка и глубинка".

1. VALUES - это часть синтаксиса SQL, точнее запроса INSERT, а не питоновской обертки sqlite3. Твой запрос синтаксически некорректен. Обёртка позволяет только заменить токен ? на переданное значение.
2. Насколько я знаю, нельзя, так как подстановка значений умеет вставлять только константы - числа и строки. Можно (только осторожно) использовать обычное форматирование строк. Но вообще если ты наткнулся на такую задачу, стоит остановиться и переспросить себя: нельзя ли добиться того же самого результата по-другому? Потому что в динамическом формировании SQL запросов легко напортачить.

> Дело в том что у меня несколько строк с одним и тем же ключом
Значит, у тебя нет первичного ключа в таблице, так как первичный ключ должен быть уникален.
Исправляй структуру таблицы, чтобы был действительно уникальный ключ, тогда и проблем таких не будет.

Потому что нужно читать документацию, там на первой же паре страниц есть примеры кода, в том числе запрос SELECT.

Что ты вообще ожидаешь получить вызовом str(cursor.execute), если ты знаешь, что cursor.execute() - это метод?
И почему ты игнорируешь возвращаемое им значение, когда выполняешь запрос?

Короче, ещё раз - читай доки. Они полезные.

for row in cursor.execute('SELECT bdname FROM user_city'):
        print(row)

Код в примере ожидает список из кортежей по два элемента.
Список на скриншоте состоит из одиночных строк. Так что либо данные кривые, либо вы не в тот запрос их подаёте.