Changes between Initial Version and Version 9 of Ticket #17854


Ignore:
Timestamp:
Mar 13, 2012, 6:37:34 AM (13 years ago)
Author:
Ramiro Morales
Comment:

Would be acceptable to "fix" this by documenting the limitations of the three database engine/adaptors in the DB notes document?

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #17854

    • Property Component UncategorizedDatabase layer (models, ORM)
    • Property Summary DecimalField problemProblem with DecimalField and big vlues of max_digits, decimal_places, sqlite3 backend
    • Property Severity Release blockerNormal
    • Property Triage Stage UnreviewedAccepted
  • Ticket #17854 – Description

    initial v9  
    1 For a model field created as :: models.DecimalField(max_digits = 200, decimal_places = 100, blank = False, null = False)
    2 While using admin interface to insert a record involving such a DecimalField, the format changes (loss of precision and it uses scientific notation (even in the database)) (Please note - it works properly for low precision values (example - .987654321001234) - but for larger precision values (probably 15 decimal_places or more) it results in loss of precision)
     1For a model field created as
     2{{{
     3models.DecimalField(max_digits = 200, decimal_places = 100, blank = False, null = False)
     4}}}
    35
    4 django version 1.3.1 and 1.4c1 (don't know about older versions);
    5 python 2.6.6;
    6 linux;
     6While using admin interface to insert a record involving such a !DecimalField, the format changes (loss of precision and it uses scientific notation (even in the database)) (Please note - it works properly for low precision values (example - .987654321001234) - but for larger precision values (probably 15 decimal_places or more) it results in loss of precision)
     7
     8* django version 1.3.1 and 1.4c1 (don't know about older versions);
     9* python 2.6.6;
     10* linux;
Back to Top