[django][python] Разные результаты queryset

Можно поподробнее, как ты из шела данные из базы получаешь?

Ну например. есть модель Book в ней есть поле deleted, к примеру. на сайте он выставляется в True (Book.objects.filter(pk=1).update(deleted=True)

в шелле вытягивается модель Book.objects.filter(pk=1).values('deleted') ничего не поменялось.

Т.е. это питоновский шелл.
А filter ты уже в шеле такой сделал и данные вытянул. Вот они у тебя в queryset и лежат уже.
А почему-бы sql консоль не использовать?

зачем мне превращать из django в python?

queryset создается каждый раз новый. используя

c = connection.cursor()
c.execute(<RAWSQL>)
c.fetchall()

получается то же самое.

>зачем мне превращать из django в python?

не понял, к чему ты это написал.

получается то же самое.

Тогда я даже не знаю, в чем проблема. Можешь на какой нибудь pastebin сервис выхлоп всего что ты в шеле делал кинуть?

УМВР. Тред не читал. Подозреваю что ты не обновляешь queryset.

тред не читай, сразу отвечай

Лечится вроде так

>>> from django.db import connection
>>> connection._commit()

>connection._commit()

Не знаю что делает конкретно эта функция с подчеркиванием, но сомневаюсь что commit может влиять на select.

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

>но сомневаюсь что commit может влиять на select.

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

Причем тут транзакция когда речь идет о коде в шеле,
а изменения делаются через сайт?

>Причем тут транзакция когда речь идет о коде в шеле,

а изменения делаются через сайт?

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

>Соответственно, незакоммиченный апдейт данных (DML) в том же шелле не будет виден для сессии, которая открыта через веб.

Ну ты хотя бы первое сообщение внимательно прочитай. Данные изменяются через сайт.

Вроде как в мускуле нет нормальных транзакций. да и на транзакции слабо смахивает, т.к. если сделать изменения на сайте или в шелле и посмотреть прямо в базе, например через, mysql то там изменения уже будут записаны. а в педоновском шелле, по сути еще один поток выполнения, нет.

>Вроде как в мускуле нет нормальных транзакций

MyISAM - нет транзакций. InoDB - есть.

>Ну ты хотя бы первое сообщение внимательно прочитай. Данные изменяются через сайт.

Что ж, если так туго входит... давай попросим ТС показать кол-во открытых сессий к базе при запущеном «сайте» и одновременно запущенном «шелле».

Apkawa, не сочти за труд ;)

PS: диву даюсь, чесслово

А проверить, что реально уже изменились? Например зайти с другого компа посмотреть.

Слушай как по твоему джанга работает?
Открывает транзакцию и коммитит только когда страницу сайта закрыли чтоли?

ТС вначале написал ->

На сайте делаются какие то изменения в базе, в шелле таких изменений не увидеть

Это не десктопное приложение где ты транзакцию сколько хочешь можешь держать открытой. В веб-приложения везде autocommit по умолчанию.

Даже если бы он на сайте зафигачил вручную транзакцию джанга бы бросила exception если бы не был бы вызван commit.

Я не понял, что ты хотел этим сказать.
Данные изменились - это известно, вопрос не в этом.

Промазал мимо ТС. Хочу сказать, что он здесь нигде не писал что проверил что в базу внесены изменения и код вида, в котором вызывается save() не привел.