Discussion :

[Commandant]

Bonjour,

J'ai une question à priori très simpliste

Je souhaite supprimer une table nommée TOTO (appartenant à la base base_A) mais lors de la suppression un message me dit :
"Impossible de supprimer la table TOTO car des contraintes d'intégrité référentielles y sont encore définies"

Or je n'en vois aucune ! il n'y a qu'une primary key sur ma table.

Plus bizarre, quand je fais un sp_helpconstraint TOTO, j'ai le résultat suivant indiquant 2 lignes :
name defintion created
------ --------- ------------
* BASE_2.. FOREIGN KEY (*) REFERENCES TOTO(ID_CPD_TOTO)

et

PK_TOTO PRIMARY KEY INDEX (ID_CPT_TOTO) : NON CLUSTERED, FOREIGN KEY

Qu'est-ce que c'est que ce "*" dans la colonne name a la premiere ligne ?

Help !!
merci d'avance

[mpeppler]

Un rapide check du code de la procédure sp_helpconstraint montre ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
...
SELECT @foreign_keys = isnull(convert(varchar(30), col_name
 (@tableid, @fokey1 , @frgndbid)), "*") + ", "
        + isnull(convert(varchar(30), col_name(@tableid, @fokey2 , @frgndbid)), "*") + ", "
        + isnull(convert(varchar(30), col_name(@tableid, @fokey3 , @frgndbid)), "*") + ", "
        + isnull(convert(varchar(30), col_name
...

Si j'interprète cela correctement cela voudrait dire que la référence (tableId, columnId et dbid) n'est plus valable. A priori il y a encore une ligne dans sysconstraints et/ou sysreferences dans BASE_2 qui fait référence à ta table TOTO. Est-ce que les tables systèmes ont été éditées à la main sur ce serveur ?

En attendant, essaye:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
select * from BASE_2..sysreferences where reftabid = object_id('TOTO')

A partir de là tu peux essayer de voir si tu retrouve la source de la référence (tableid). Si cette ligne est rééllement orpheline (pas de table correspondante à la tableid) alors tu peux probablement l'effacer pour ensuite pouvoir dropper la table TOTO. Comme d'habitude lorsque l'on édite les tables systèmes il faut observer la plus grande prudence (transactions, bien vérifier que seule la ligne qu'on a voulu effacer/éditer ait été affectée, etc.)

Michael

[Commandant]

Merci beaucoup je vais essayer ça

pour répondre à ta question, la table système n'a pas été éditée dans la base BASE_2 ... bizarre ça .... et je ne vois aucune raison qu'il y ait un lien entre BASE_1 et BASE_2 .. peut-l'uné a été rechargée à partir d'un DUMP de l'autre bizarre .... merci encore