Tested on Django 1.8 and 1.7 with Oracle 12c
example: models.py
from django.db import models
class DoorCount(models.Model):
Day = models.DateField()
MinuteOfTheDay = models.PositiveIntegerField()
DoorId = models.PositiveIntegerField(null=False, blank=False)
LineId = models.PositiveIntegerField(null=False, blank=False,
default=0)
Count = models.PositiveIntegerField(default=0)
class Meta:
# unique_together = ("Day", "MinuteOfTheDay", "DoorId", "LineId")
# migration initial 0001
unique_together = ("Day", "MinuteOfTheDay", "DoorId", "LineId") #
migration 0002
run makemigration with initial
run makemigration with 0002
run migrate
gets "Found wrong number (0) of constraints for TestApp_doorcount(Day,
MinuteOfTheDay, DoorId)"
Problem appears to be case sensitivity when looking for field names, so it
does not find the relevant constraint in the database.
Currently I have a workaround to patch site-packages/django/db/schema.py
with a .lower() on constraints, but this is very annoying for deploying,
and is probably better fixed in the oracle specific code.
--
Ticket URL: <https://code.djangoproject.com/ticket/25049>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
* needs_docs: => 0
* easy: 1 => 0
* needs_tests: => 0
* needs_better_patch: => 0
Old description:
New description:
--
--
Ticket URL: <https://code.djangoproject.com/ticket/25049#comment:1>
* stage: Unreviewed => Accepted
Comment:
I haven't reproduced the issue myself, but it seems credible given #20487
and #24407.
--
Ticket URL: <https://code.djangoproject.com/ticket/25049#comment:2>
Comment (by timgraham):
Could you check if #26833 fixed this?
--
Ticket URL: <https://code.djangoproject.com/ticket/25049#comment:3>
* status: new => closed
* component: Database layer (models, ORM) => Migrations
* resolution: => duplicate
Comment:
Confirmed that #26833 fixed this.
--
Ticket URL: <https://code.djangoproject.com/ticket/25049#comment:4>