#29182: SQLite 3.26 breaks database migration ForeignKey constraint, leaving
<table_name>__old in db schema
----------------------------------+------------------------------------
Reporter: ezaquarii | Owner: nobody
Type: Bug | Status: new
Component: Migrations | Version: 2.1
Severity: Release blocker | Resolution:
Keywords: sqlite migration | Triage Stage: Accepted
Has patch: 0 | Needs documentation: 0
Needs tests: 0 | Patch needs improvement: 0
Easy pickings: 0 | UI/UX: 0
----------------------------------+------------------------------------
Comment (by Florian Apolloner):
Replying to [comment:25 Simon Charette]:
> > We cannot safely alter a SQLite database inside a transaction from the
looks of it...
>
> It has been working just fine on SQLite < 3.26 and the tests prove it.
Yes, I was speaking with my 3.26 hat on (That is if we want to fix it
without the PRAGMA for the rename). The existing code in master absolutely
works fine and is stable for anything but the newest SQLite.
--
Ticket URL: <https://code.djangoproject.com/ticket/29182#comment:26>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
--
You received this message because you are subscribed to the Google Groups
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/django-updates/067.1332c820b86c47bff1b92ee1f9d89699%40djangoproject.com.
For more options, visit https://groups.google.com/d/optout.
