Det verkar som att django dumpdata dumpade fixturer i fel ordning. Titta i json-filen för att kontrollera om product
med id: 1
finns där. Om, som jag antar, detta är sant, använd några mer sofistikerade verktyg för att dumpa data, till exempel django-fixture-magic
Alternativt kanske du vill ta bort alla integritetsbegränsningar med hjälp av db-motorn precis före uppladdning och försöka återskapa dem direkt efter, men detta är något riskabelt om vissa integritetsfel kommer att finnas.
För PostgreSQL, konsultera denna tråd för att veta hur du får dina tabelldefinitioner. I MySQL skulle det vara ungefär så här:
$ mysqldump --no-data -utest django auth_user_user_permissions
CREATE TABLE `auth_user_user_permissions` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`user_id` int(11) NOT NULL,
`permission_id` int(11) NOT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `user_id` (`user_id`,`permission_id`),
KEY `auth_user_user_permissions_403f60f` (`user_id`),
KEY `auth_user_user_permissions_1e014c8f` (`permission_id`),
CONSTRAINT `user_id_refs_id_dfbab7d` FOREIGN KEY (`user_id`) REFERENCES `auth_user` (`id`),
CONSTRAINT `permission_id_refs_id_67e79cb` FOREIGN KEY (`permission_id`) REFERENCES `auth_permission` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Följande del bör fungera för oracle, postgre och mysql
> alter table `auth_user_user_permissions` drop foreign key `user_id_refs_id_dfbab7d`;
Query OK, 0 rows affected (0.97 sec)
Records: 0 Duplicates: 0 Warnings: 0
> alter table `auth_user_user_permissions` add CONSTRAINT `user_id_refs_id_dfbab7d` FOREIGN KEY (`user_id`) references `auth_user` (`id`);
Query OK, 0 rows affected (0.95 sec)
Records: 0 Duplicates: 0 Warnings: 0