As one example, a 65-chars-long field name is a problem on PostgreSQL, but
not on any other core backend; as another, column named "timestamp"
warrants a warning on Oracle (it might work or not...) but not anywhere
else.
The place where such definitions are checked is the checks framework; and
to account for the different behaviors, we need database-backend-specific
checks.
This is a spin-off from #13711 -- which, in its last iteration, needed
special care for the field-name-too-long check.
--
Ticket URL: <https://code.djangoproject.com/ticket/23027>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
* stage: Unreviewed => Accepted
--
Ticket URL: <https://code.djangoproject.com/ticket/23027#comment:1>
Comment (by timo):
I haven't looked into details, but I just came across
`django/db/backends/mysql/validation.py` which implements MySQL specific
field validation.
--
Ticket URL: <https://code.djangoproject.com/ticket/23027#comment:2>
* cc: manfre (added)
--
Ticket URL: <https://code.djangoproject.com/ticket/23027#comment:3>
* cc: Ahmad Abdallah (added)
--
Ticket URL: <https://code.djangoproject.com/ticket/23027#comment:4>