This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author erlendaasland
Recipients berker.peksag, erlendaasland, lemburg, malin, serhiy.storchaka
Date 2021-12-06.10:55:37
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1638788137.36.0.061201856449.issue44092@roundup.psfhosted.org>
In-reply-to
Content
> Imagine a person write a code with Python 3.11 and SQLite 3.8.7.2+, and then
> deploying it to Python 3.11 and SQLite 3.8.7.1-, error may occur. However,
> this situation is difficult to happen.

Yes, I also think this is a far fetched case. I'll see if there's an easy way to handle this. If there isn't, I'm not sure the added complexity will be worth it.

> The statement in cache will be never reused.

That is not necessarily correct; if the "problematic cursor" executes a new statement, the statement in the cache will be reset, thus it can be reused. Also, if the "problematic cursor" is closed (or deleted), the statement can also be reused. But, if the "problematic cursor" just gets stale and is _never_ used again, it may be a performance issue if it is a hot statement. But, as soon as I can land my changes related to the in_use flag, this will not be an issue anyway.
History
Date User Action Args
2021-12-06 10:55:37erlendaaslandsetrecipients: + erlendaasland, lemburg, berker.peksag, serhiy.storchaka, malin
2021-12-06 10:55:37erlendaaslandsetmessageid: <1638788137.36.0.061201856449.issue44092@roundup.psfhosted.org>
2021-12-06 10:55:37erlendaaslandlinkissue44092 messages
2021-12-06 10:55:37erlendaaslandcreate