Je suis en train de réaménager une application Web et son infrastructure à l'origine en utilisant SQL Server 2005, ASP.NET & Windows 2003 vers une pile LAMMP (extra M pour memcached bien sûr) et Puisque le schéma est fortement refactorisé (avec une très bonne raison de le faire), je dois écrire une application de migration personnalisée.Migration de SQL Server vers MySQL refactorisé avec InnoDB Problèmes de clé et de contrainte
Le problème est que les contraintes InnoDB primaires + étrangères entravent ma capacité à insérer les données dans ses tables MySQL/InnoDB. J'ai déjà essayé d'utiliser des méthodes DISABLE KEYS & FOREIGN_KEY_CHECKS et de supprimer temporairement l'auto-incrémentation sur le primaire avec soit une erreur en essayant de faire l'un de ces changements comme les touches DISABLE car il n'est pas supporté par InnoDB ou en essayant de supprimer le l'affectation de clé primaire sur une colonne dans une table vide ou les erreurs de lancement de l'application de migration indiquant que la clé existe déjà lors de la saisie d'un enregistrement lorsque la table est vide. Y a-t-il autre chose qui peut être fait au-delà de cela en plus de retirer toutes les clés d'abord et de les remettre ensuite (ce qui, je suppose, me donnera aussi l'enfer)?
Merci!
Sauf si vous avez une dépendance circulaire il doit y avoir un peu d'ordre dans lequel les enregistrements migrés peuvent être insérés sans violer aucune des principales contraintes. – Rafe
Pas de références circulaires, mais merci pour le conseil. –