Как остановить увеличение идентификатора первичного ключа?

Как я могу использовать первичный ключ несколько раз?

Вы не можете. Первичный ключ должен быть уникальным.

Как мне сделать так, чтобы мой идентификатор оставался равным 62381, например, в userInput.primarykey, а не увеличивался?

Не. Оставьте идентификатор как есть и не вставляйте свой собственный. Целочисленный первичный ключ является особенным в SQLite и по умолчанию обеспечивает хороший уникальный первичный ключ. Другие базы данных потребуют от вас объявления автоинкремента или идентичности.

Вместо этого добавьте еще один столбец для хранения userLogin.primarykey.

Я могу только догадываться, что userLogin.primarykey — это идентификатор пользователя, связанного с этой строкой Food Tracker. Это должен быть «Идентификатор пользователя», объявленный как внешний ключ, ссылающийся на вашу таблицу «Пользователи».

create table "Food Tracker" (
  id integer primary key,

  "User ID" integer not null references Users(id),

  -- I notice you're not using this in your insert.
  -- What is it?
  "Entry Number" integer,
  
  "Calories" integer,
  "Food Item" text not null,

  "Date" text,
  "Time" text
)

Предполагается, что у вас есть таблица «Пользователи», на которую можно ссылаться, и что у каждого userLogin.primarykey есть запись. Возможно, вам придется вставить пользователей до того, как вы вставите информацию об их трекере еды.

Примечание 1: ваша вставка имеет 5 значений, но вы передаете 6.

Примечание 2. Будьте осторожны с CREATE TABLE IF NOT EXISTS. Если вы измените определение таблицы, это ничего не даст; вы будете использовать старое определение. Вместо этого для такой небольшой тестовой базы данных удалите таблицу и создайте ее заново.

Примечание 3. Имена столбцов с пробелами в них вызывают проблемы, пробелы используются для разделения слов. В результате вам приходится все цитировать, и в этом есть свои проблемы, например, ваш insert забывает кавычки. Кроме того, большинство баз данных игнорируют регистр, поэтому thing и Thing относятся к одному и тому же, но "Thing" может относиться только к Thing, а не к thing. Рассмотрите возможность использования thisStyle или this_style.

Примечание 4. Сохраняйте дату и время в одном столбце «Отслеживается». Это занимает меньше места и значительно упрощает работу с данными. При импорте данных вам следует устранить эти проблемы, объединить дату и время перед вставкой. Также привыкните использовать соответствующий тип datetime или timestamp (свободная обработка типов в SQLite необычна).

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

В этой строке DDL мы видим, что вы неявно определили столбец FoodTracker.ID как имеющий автоматически увеличивающийся первичный ключ.

ID INTEGER PRIMARY KEY,

См. этот пост для объяснения такого поведения.

Из вашей попытки вставить значение, переданное в качестве первого параметра ? в этом SQL, мы видим, что вы пытаетесь явно установить определенное значение для этого поля.

INSERT INTO Food Tracker(
                                    ID, Food Item, Calories, Date, Time) 
                                VALUES 
                                (?,?,?,?,?)

Это не сработает, однако я предлагаю вам следовать советам в принятом ответе на этот пост, который предлагает определить применение ограничения UNIQUE к идентификатору в определении вашей таблицы.

Также предлагается использовать тип данных INT вместо INTEGER, что немного странно, но было отмечено @dan04 в его комментарии к этой старой записи SO.

Различие между двумя типами данных объясняется концепцией сходства типов, о которой можно прочитать в официальной документации, раздел 3. По сути, INTEGER — это «гибкий» тип данных, который обеспечивает перекрестную совместимость с другими полями. аналогичного типа (т.е. динамически типизированного). Однако тип данных автоинкрементного первичного ключа должен вести себя так, как если бы он был статически типизирован, поэтому задается тип INT, а не сходство INTEGER.

Заглянув в раздел 2, мы читаем

Любой столбец в базе данных SQLite версии 3, кроме INTEGER PRIMARY. Столбец KEY может использоваться для хранения значения любого класса хранения.

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

В ответ на ваш комментарий к этому сообщению кажется, что @Schwern был прав насчет ваших намерений вставить ссылку на внешний ключ, а не значение первичного ключа, как вы это первоначально описали.

В этом случае, хотя вышеизложенное справедливо и для первичных ключей, вам, вероятно, понадобятся операторы DDL примерно такого типа:

CREATE TABLE IF NOT EXISTS "UserLogin" (
                        ID INTEGER PRIMARY KEY,
                        "UserName" TEXT
);


CREATE TABLE IF NOT EXISTS "Food Tracker" (
                        ID INTEGER PRIMARY KEY,
                        "UserLoginId" INTEGER,
                        "Entry Number" INTEGER,
                        "Calories" INTEGER,
                        "Food Item" TEXT,
                        "Date" TEXT,
                        "Time" TEXT,
                        FOREIGN KEY (UserLoginId) REFERENCES UserLogin (ID)
);

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

Сначала убедитесь, что у нас есть пользователь:

INSERT INTO UserLogin (
    UserName  
)
VALUES ('42123');

Затем добавляем запись в трекер еды.

INSERT INTO "Food Tracker" (
    "UserLoginId", 
    "Entry Number"
    --,etc.
) 
SELECT
    (
        SELECT Id FROM UserLogin
        WHERE UserName = '42123'
    ) as UserLoginId,
    7 as [EntryNumber];

Обратите внимание, что первичный ключ Food Tracker не указан во вставке. Также обратите внимание на подзапрос, который позволяет нам ссылаться на конкретного пользователя с помощью свободно определяемой строки, сохраняя при этом уникальный, автоматически увеличивающийся первичный ключ в таблице UserLogin. Это часто бывает полезно и является рекомендуемым дизайном таблицы.

Наконец, мы можем запросить информацию отслеживания, относящуюся к конкретному пользователю, с помощью простого поиска:

SELECT
    ul.UserName,
    ft.* 
FROM "Food Tracker" ft
    INNER JOIN UserLogin ul ON ft.UserLoginId = ul.Id
WHERE ul.UserName = '42123';