Sembra che django dumpdata abbia scaricato le fixture nell'ordine sbagliato. Cerca nel file json per verificare se product con id: 1 è presente lì. Se, come suppongo, questo è vero, utilizza alcuni strumenti più sofisticati per eseguire il dump dei dati, ad esempio django-fixture-magic
In alternativa, potresti voler eliminare tutti i vincoli di integrità tramite db engine appena prima del caricamento e provare a ricrearli subito dopo, ma questo è alquanto rischioso se saranno presenti alcuni errori di integrità.
Per PostgreSQL, consulta questo thread per sapere come ottenere le definizioni delle tabelle. In MySQL sarebbe qualcosa del tipo:
$ 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;
La parte seguente dovrebbe funzionare per 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
