IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

SQL Oracle Discussion :

Truncate et Foreign Key fonctionnelles


Sujet :

SQL Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Mars 2005
    Messages
    24
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Mars 2005
    Messages : 24
    Par défaut Truncate et Foreign Key fonctionnelles
    Bonjour,

    je travaille sur un DB où actuellement, j'ai un problème de doublons sur une table Customers. Retirer les doublons à la main serait trop lourd, donc nous avons opté pour la solution : Truncate table suivi d'un full load (provenant d'un fichier plat).

    Là où se pose le problème, c'est au niveau des Foreign Key. Nous n'avons pas défini de FK mais il en existe fonctionnellement parlant.
    Par exemple, notre CustomerId est référencé dans plein de tables différentes. Et je me demandais quel était le risque si j'effectuais un truncate de la table Customers. Dans quelle mesure aurais-je des problèmes de CustomersID (des autres tables) qui pointeraient vers des CustomersID inexistants (de la table customers) ?

    Merci pour vos réponses

  2. #2
    Membre expérimenté
    Profil pro
    Inscrit en
    Janvier 2006
    Messages
    178
    Détails du profil
    Informations personnelles :
    Âge : 46
    Localisation : France

    Informations forums :
    Inscription : Janvier 2006
    Messages : 178
    Par défaut
    Citation Envoyé par Lemuel Voir le message
    Bonjour,

    je travaille sur un DB où actuellement, j'ai un problème de doublons sur une table Customers. Retirer les doublons à la main serait trop lourd, donc nous avons opté pour la solution : Truncate table suivi d'un full load (provenant d'un fichier plat).

    Là où se pose le problème, c'est au niveau des Foreign Key. Nous n'avons pas défini de FK mais il en existe fonctionnellement parlant.
    Par exemple, notre CustomerId est référencé dans plein de tables différentes. Et je me demandais quel était le risque si j'effectuais un truncate de la table Customers. Dans quelle mesure aurais-je des problèmes de CustomersID (des autres tables) qui pointeraient vers des CustomersID inexistants (de la table customers) ?

    Merci pour vos réponses
    S'il y a des FK "fonctionnelles", elles devraient être implémentées. Pourquoi ne le sont-elles pas ?

    Sans les FK implémentées, il y a fort à parier qu'il y a déjà des problèmes d'intégrité dans la base, et qu'il y en aura sûrement après le nouveau chargement de données...

    Tu peux le vérifier en lançant sur chaque table qui a un CustomersID un SELECT comme celui-ci :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    SELECT * 
    FROM Table_FK T 
    WHERE NOT EXISTS ( 
        SELECT NULL 
        FROM Customers C 
        WHERE C.CustomersID = T.CustomersID);

Discussions similaires

  1. Réponses: 5
    Dernier message: 18/05/2015, 12h44
  2. Probleme 'ALTER TABLE' et 'FOREIGN KEY'
    Par maahta dans le forum SQL Procédural
    Réponses: 2
    Dernier message: 30/09/2003, 14h25
  3. [IB71] Je ne peux plus supprimer mes foreign key...
    Par BoeufBrocoli dans le forum InterBase
    Réponses: 3
    Dernier message: 19/09/2003, 14h39
  4. [postgresql][foreign key]
    Par elea1206 dans le forum Requêtes
    Réponses: 5
    Dernier message: 28/08/2003, 12h07
  5. [Foreign Key] Besoin d'explication.
    Par Andry dans le forum Débuter
    Réponses: 4
    Dernier message: 28/05/2003, 11h34

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo