Changes between Version 3 and Version 4 of Ticket #8576, comment 10


Ignore:
Timestamp:
May 2, 2024, 9:35:35 PM (7 months ago)
Author:
Csirmaz Bendegúz

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #8576, comment 10

    v3 v4  
    20201. Remove the limitation for databases that support non-primary auto fields altogether. We could allow non-primary key auto fields for PostgreSQL, for example.
    21212. On top of (1), refactor auto fields so that they are either primary keys OR part of a composite primary key. This adds a further limitation to address my use case, but not the others.
    22 3. Don't use auto fields in composite primary keys. We need an alternative in this case (e.g. https://code.djangoproject.com/ticket/27452).
     223. Don't use auto fields in composite primary keys. We need an alternative in this case (e.g. SERIAL in contrib.postgres https://code.djangoproject.com/ticket/27452).
    2323
    2424IMO either (1) or (3) (or both) are a good solution.
Back to Top