This leads to bugs in `inspectdb`: On Oracle, a column defined as
`NUMERIC` is inspected as having 0 digits and negative precision; on
Postgresql, it is inspected as having 65535 (a C short -1?) digits and
decimal places, when the [http://www.postgresql.org/docs/9.4/static
/datatype-numeric.html documentation] says you can only explicitly define
up to 1000 decimal places (and even the implicitly defined precision is
only 16383).
Discussion in the context of Oracle (from 2012):
https://groups.google.com/d/topic/django-developers/qSAfzPyqKqw/discussion
(This could be solved more easily by adding a new field type than by
modifying the behavior of the existing `DecimalField`; however, I'm having
a hard time suggesting a name for such a field type, which may be an
indication that it is a bad interface. Besides that decision, this
probably applies as an easy picking).
--
Ticket URL: <https://code.djangoproject.com/ticket/24920>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
* needs_docs: 1 => 0
* needs_tests: 1 => 0
* easy: 1 => 0
* stage: Unreviewed => Accepted
Comment:
Maybe you could raise the idea on the DevelopersMailingList. I think I'd
prefer if we didn't need to add a new field, but if so, I'll propose the
name `ImpreciseDecimalField`. Seems like a name like that might scare
people away from using it though.
--
Ticket URL: <https://code.djangoproject.com/ticket/24920#comment:1>
Comment (by Maciej Gol):
Any update on this or a suggested way of resolving: either new field or a
fix to `DecimalField`?
--
Ticket URL: <https://code.djangoproject.com/ticket/24920#comment:2>
Comment (by Tim Graham):
If you want to propose a solution, please write to the
DevelopersMailingList to get feedback about how to proceed.
--
Ticket URL: <https://code.djangoproject.com/ticket/24920#comment:3>