L'idée que toute les mises à jour de Magento ne DEVRAIT PAS inclure SQL est basé sur l'idée que
Magento Objets fournissent des abstractions sur le dessus de votre base de données/la banque de données de la couche
Vous devez utiliser les abstractions de mise à jour de Magento, qui assure si l'équipe Magento modifie la manière dont les objets interagissent avec la banque de données, les mises à jour continuent de fonctionner (en supposant que le noyau de l'équipe conserve l'original "contrat" tacite par les méthodes de l'Objet)
Donc, le problème est un ALTER TABLE
déclaration directement les modifications de la base de données. Si vous vous abonnez exclusivement à ces deux idées, vous ne devriez jamais modifier la banque de données. (qui, dans le cas de l'ajout d'une colonne ou d'un indice moyen à l'aide VAE modèles exclusivement, à l'aide de la Configuration des Ressources de gestion des modifications, et en acceptant de Magento indexation).
Une bonne règle générale est, si vous êtes de modifier ou d'ajouter sur un core de Magento fonctionnalité (Produits, des Examens, etc.), rester à l'écart de modifier directement la structure de base de données, sauf si vous êtes prêt à gérer rigoureusement lors de mises à jour.
Si vous êtes à la construction de nouveaux objets et des fonctionnalités utilisent quel que soit le SQL que vous voulez créer et modifier vos tables par le biais de Ressources du programme d'Installation. Si vous regardez le programme d'installation/de mise à niveau des fichiers, vous pouvez voir que le noyau de l'équipe Magento est-ce à eux-mêmes.