Parece que o django dumpdata despejou os fixtures na ordem errada. Procure no arquivo json para verificar se
product com id: 1 está presente lá. Se, como suponho, isso for verdade, use algumas ferramentas mais sofisticadas para despejar dados, por exemplo django-fixture-magic
Alternativamente, você pode querer excluir todas as restrições de integridade por meio do mecanismo db antes do upload e tentar recriá-las logo após, mas isso é um pouco arriscado se alguns erros de integridade estiverem presentes.
Para PostgreSQL, consulte este tópico para saber como obter as definições de suas tabelas. No MySQL seria algo assim:
$ 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;
A parte a seguir deve funcionar para oracle, postgre e 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
