SQL Server Mgmt Studio gâcher ma base de données!

Question

Cela a effectivement ruiné ma journée. J'ai un plus grand nombre de tables avec beaucoup de relations FK entre. L'une des tables (appelons la table A) a une colonne calculée, qui est calculée via un UDF avec schemabinding et indexée en texte intégral.

Si je modifier une table (permet de l'appeler le tableau B) que de quelque façon est liée (par exemple via FK) à la table avec la colonne calculée indexé fulltext (tableau A), et je l'enregistrer, ce qui suit arrive:

• changements à la table (tableau B) sont enregistrés
• Je reçois l'erreur: "la colonne 'ABCD' est pas indexé texte intégral." en ce qui concerne le tableau A que je ne l'ai pas même modifier, puis « L'utilisateur a annulé dialogue de sauvegarde »
• Toutes les relations FK à toutes les tables du tableau B sont supprimées

Qu'est-ce qui se passe? ?? Quelqu'un peut-il m'expliquer comment cela peut arriver?

Answer 1

J'ai eu le même genre de problème. Comme on A dit, le studio de gestion fera les étapes suivantes pour mettre à jour une table et ses clés étrangères:

1. Créer une nouvelle table appelée temp_
2. Copier le contenu de table ancienne dans le nouveau
3. supprimer toutes les contraintes , les index et les clés étrangères
4. Goutte ancienne table
5. Renommer nouvelle table pour être = ancienne table
6. Recréez les clés étrangères, des index et des contraintes

Je peux avoir les 3 premiers dans le mauvais ordre mais vous avez l'idée. Dans mon cas, j'ai perdu des tables entières et pas seulement les clés étrangères. Personnellement, je n'aime pas la façon dont il le fait car il peut être très long d'avoir à recréer des index sur une table avec beaucoup de données. Si c'est un petit changement, je le fais moi-même dans T-SQL.

Examinez le script de modification avant de l'exécuter, assurez-vous qu'il semble raisonnable.

@OMGPions, pourquoi ne pas supprimer une clé étrangère s'il y a des données dans la table? Bien sûr vous pouvez. Il n'y a que des restrictions sur la création de clés étrangères sur des tables avec des données, mais seulement si cela casse la contrainte. Cependant, même cela peut être évité en utilisant l'option WITH NOCHECK lors de la création de la clé. Oui, je sais que ça va casser quand vous essayez de mettre à jour un ensemble de résultats brisés.