лєнта то німецька назва

locatiоn_subscribe це таблиця з описами локації. Кожна локація має описи локації але в залежності від попередніх дій гравця стан локації повинен мінятися тому я зробив таблицю

з станами локації. Далі для кожного користувача створюється таблиця з поточним станами локацій. При переході на локацію з Таблиці поточних станів локацій дістаєм поточне значення стану локації(котра зберігається як INTEGER для лекшої обробки, то таке суб'єктивне рішення) і передаєм його
LocationDiscription як column і за допомогою нього формується назва необхідного рядка.

  class LocationDiscription():

    def __init__(self, column, row):
        self.connection = sqlite3.connect("static_tables.db")
        self.cursor = self.connection.cursor()
        self.column = column
        self.row = row

    def return_location_descript(self):
        print(self.column, self.row)
        column = "status_"+str(self.column)
        return(self.cursor.execute(f"SELECT {column}, location_id='{self.row}' FROM location_subscribe ").fetchone()[0])

Структура:

CREATE TABLE "location_subscribe" (
    "location_id"    TEXT UNIQUE,
    "name_location"    TEXT,
    "status_0"    TEXT,
    "status_1"    TEXT,
    "status_2"    TEXT,
    "status_3"    TEXT,
    "status_4"    TEXT,
    "status_6"    TEXT,
    "status_7"    TEXT,
    "status_8"    TEXT,
    "status_9"    TEXT
);

Загалом, підозрюю, що вам треба щось на кшталт

return self.cursor.execute(f"SELECT {column} FROM location_subscribe WHERE location_id =?", (self.row,)).fetchone()[0]

Другий параметр execute має бути tuple з параметрами.
Але ви щось робите неправильно з базою.

Для цього знадобиться детальний опис того, що саме ви зберігаєте в базі.
Наприклад, у таблиці персонажів ви зберігаєте пари "параметр-значення". У персонажів унікальні набори параметрів, чи все ж є такі, що є у всіх персонажів? Може, тоді виділити для постійних параметрів окремі стовпчики?

"id" INTEGER,
"name" TEXT,
"exp" INTEGER,
"level" INTEGER, --а точно потрібні обидва?
"health" INTEGER ...

Тоді посилання на локацію (її id) можна буде зробити числом - персонаж же ніби зобов'язаний десь знаходитися, в гіршому разі можна NULL поставити.
Далі - якщо у вас є купа стовпчиків з назвами "status_0", "status_1" і т.д., то вам, схоже, потрібна окрема таблиця

location_id --TEXT чи INTEGER, що там
number INTEGER, --наприклад, 0, 1, 2, те, що після status_ бул
value TEXT --а тут те, що зберігалося в i-му статусі

Бо інакше будете додавати і додавати.

якщо боїшся розгубитися, пиши ооп

Не дуже вдала порада стосовно організації БД.
Тут, радше, треба ER-діаграму намалювати. І хоча б 1НФ і 2НФ прочитати і засвоїти.

https://uk.wikipedia.org/wiki/Перша_нормальна_форма
https://uk.wikipedia.org/wiki/Друга_нормальна_форма

Білодід цього не робив, бо взагалі не розглядав того сенсу, про який ми говоримо.

Той сенс, про який ми говоримо, має спиратись на історичні зразки. Бо якщо ми беремо, наприклад, гарне українське слово «мотузка» і починаємо його використовувати, наприклад, у значенні «модуль», то це нонсенс — навіть попри те, що слово «мотузка» справді є в українських словниках і навіть має на слух віддалену схожість з іншомовним словом «модуль». Добре, колись у минулому не було комп'ютерів — проте, слова та літери вже були, існували друкарські й мовознавчі терміни. Саме від них слід відштовхуватись, а не брати випадкові слова зі словника й чіпляти їм випадкові значення з голови.