Почему DB browser for sqlite и питон выдают разные результаты запроса?

Question

[Phys_Math_Man]

import sqlite3 as sq

with sq.connect("database.db") as con:
    cur = con.cursor()
    cur.execute("DROP TABLE IF EXISTS my_tab")
    cur.execute("""CREATE TABLE IF NOT EXISTS my_tab (
                   id INTEGER)""")
    for i in range(5):
        cur.execute(f"INSERT INTO my_tab (id) VALUES ({i})")

cur1 = con.cursor()
cur1.execute(f"INSERT INTO my_tab (id) VALUES (200)")

print(cur.execute("SELECT * FROM my_tab").fetchall())

В консоли питона при этом вывод [(0,), (1,), (2,), (3,), (4,), (200,)], а в DB browser в результате этого запроса запись id = 200 отсутствует. И, мне кажется, она и должна отсутствовать, потому что после выхода из with объект con был закрыт. Но почему fetchall выдает такой результат, и почему при попытке обратиться к закрытому соединению не возникает никаких исключений?

Answer 1

[Максим Припадчев]

контекстный менеджер делает commit но не закрывает базу. То есть ты должен закрывать соединение самостоятельно close(). https://docs.python.org/3/library/sqlite3.html#sql...
например

import sqlite3
con = sqlite3.connect("tutorial.db")
cur = con.cursor()
cur.execute("CREATE TABLE movie(title, year, score)")
cur.execute("""
    INSERT INTO movie VALUES
        ('Monty Python and the Holy Grail', 1975, 8.2),
        ('And Now for Something Completely Different', 1971, 7.5)
""")
#con.commit()
print(cur.execute("SELECT * FROM movie").fetchall())

insert открывает транзакцию, которая должна быть подтверждена commit (запусти сначала так), а потом раскоментируй и тогда в базу все запишется.
выводит он то что не закомиченно, потому что объект содержит информацию. Еще раз контекстный менеджер делает commit но не закрывает соединение. В доках об этом прямо сказано.

То есть у тебя только один commit (не явный посредством контекстного менеджера коммитит все что в теле контекстного менеджера) и два insert (второй то вне тела контекстного менеджера), соответственно последний insert не записывается в базу.

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

Comments

[Phys_Math_Man]

То есть, fetchall в принципе может отображать данные, которых на самом деле в базе нет? А зачем так сделано? Это же только путает и может приводить к ошибкам

[Максим Припадчев]

Phys_Math_Man, Дело не в fetchall, а в том что ты можешь выбирать из базы значения которые не были закомичены, проводить с ними операции и комитить в базу, тогда, когда это нужно. Commit это сохранить все транзакции в базу, с момента последнего commit. Нужны тебя взял сделал препроцессинг, изменил и закомитил, это не путает. Транзакция должна быть подтверждена. Опасаешься побочных эффектов которые конечно могут быть используй контекстный менеджер.

[Phys_Math_Man]

Максим Припадчев, ну а можно как-то посмотреть именно текущее состояние базы данных в программе python?

[Максим Припадчев]

Phys_Math_Man, Надо доки читать это не серверная база, я ей редко пользуюсь. Глянь вот на эту библиотеку, она предоставляет историю изменений https://github.com/simonw/sqlite-history. Сначала, конечно лучше доки почитать.

[Максим Припадчев]

Phys_Math_Man, нашел вот аттрибут у объекта соединение con.in_transaction если True то значит есть не закомиченные изменения. Также есть total_changes сколько рядов изменено, но надо помнить что он выдаст и не закомиченные изменения, то есть нужно использовать в сочетании с первым атрибутом, если con.in_transaction False значит все транзакции закомичены.

[Phys_Math_Man]

Максим Припадчев, спасибо)

[o5a]

Phys_Math_Man,

ну а можно как-то посмотреть именно текущее состояние базы данных в программе python?

В базе итак оно "текущее", когда смотришь. Просто для каждого соединения изменения данных действуют только в пределах этого соединения (запущенной программы) до тех пор, пока не сделан commit.
Чтобы было понятнее, это можно сравнить с тем, что когда запускаете программу на python и делаете какие-то изменения переменных, они у вас содержат актуальные результаты только пока программа запущена. Если ее закрыть/запустить заново, то значения снова сбросятся ведь.
Так и тут, пока активно соединение из конкретно запущенной программы, вы эти изменения видите, но в базу они еще не сохранены. Для этого как раз и есть commit.

[Phys_Math_Man]

o5a, если более понятно переформулировать, то вопрос был такой: каким образом динамически в программе питона можно вывести последнее (на данный момент в рантайме) сохраненное состояние базы данных?

[o5a]

Phys_Math_Man, При запросе SELECT база итак показывает "последнее сохраненное" состояние. Как только какое-то подключение сделало изменения и их сохранило (commit), состояние базы меняется и будет видно для другого подключения уже измененное.