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

Développement SQL Server Discussion :

Effacer proprement avec une contrainte sur clé étrangére


Sujet :

Développement SQL Server

  1. #1
    Membre du Club
    Homme Profil pro
    informatique de gestion
    Inscrit en
    Janvier 2011
    Messages
    92
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : informatique de gestion

    Informations forums :
    Inscription : Janvier 2011
    Messages : 92
    Points : 67
    Points
    67
    Par défaut Effacer proprement avec une contrainte sur clé étrangére
    Bonjour à tous et à toutes

    Voici mon problème
    Je souhaite effacer des données reliées entre elles par une contrainte type FK le plus efficacement possible...
    J'ai 2 tables
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    CREATE TABLE [dbo].[Emplacement](
    	[IdEmplacement] [int] IDENTITY(1,1) NOT NULL,
    	[IdReservation] [int] NULL,
    	[IdParking] [int] NOT NULL,
    	[Numero] [varchar](50) NOT NULL,
    	[Occupied] [bit] NULL,
    	[Prix] [float] NULL,
     CONSTRAINT [PK_Emplacement] PRIMARY KEY CLUSTERED 
    (
    	[IdEmplacement] ASC
    )
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
     
    CREATE TABLE [dbo].[Parking](
    	[IdParking] [int] IDENTITY(1,1) NOT NULL,
    	[Etage] [int] NOT NULL,
    	[ZoneTarifaire] [int] NOT NULL,
    	[DescriptionParking] [varchar](250) NOT NULL,
    	[Nom] [varchar](50) NOT NULL,
    	[route] [varchar](50) NOT NULL,
    	[postal_code] [varchar](50) NOT NULL,
    	[locality] [varchar](50) NOT NULL,
    	[administrative_area_level_1] [varchar](50) NOT NULL,
    	[country] [varchar](50) NOT NULL,
    	[street_number] [varchar](50) NOT NULL,
     CONSTRAINT [PK_Parking] PRIMARY KEY CLUSTERED 
    (
    	[IdParking] ASC
    )

    L'id de ma table parking est référencé dans la table emplacement.
    J'aimerai lors de la suppression d'un parking supprimer ses références dans la table emplacement
    Pour ce faire, j'utilise une SP
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
     
    alter PROCEDURE sp_Delete_Parking
    	-- Add the parameters for the stored procedure here
    	@id int
    AS
    BEGIN
    	-- SET NOCOUNT ON added to prevent extra result sets from
    	-- interfering with SELECT statements.
    	SET NOCOUNT ON;
    	alter table [dbo].[Emplacement]
    	NoCheck constraint [FK_Emplacement_Parking]
     
     
     
     
    	delete from [dbo].[Parking]
    		where [IdParking] = @id
        -- Insert statements for procedure here
     
    	delete from [dbo].[Emplacement]
    		where [IdParking] = @id 
     
    	alter table [dbo].[Emplacement]
    	check constraint [FK_Emplacement_Parking]
    END
    GO
    Je voudrais savoir si il y a un moyen disons plus professionnel d'y arriver.
    Je voudrais aussi une gestion d'erreur juste au cas où ????
    Je pensais utiliser une transaction mais je ne suis pas sur de bien la programmer

    Merci et bonne journée

  2. #2
    Modérateur
    Avatar de al1_24
    Homme Profil pro
    Retraité
    Inscrit en
    Mai 2002
    Messages
    9 080
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Retraité
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2002
    Messages : 9 080
    Points : 30 803
    Points
    30 803
    Par défaut
    Regarde du côté des contraintes d'intégrité référentielle (clés étrangères) et de la clause ON DELETE CASCADE...
    Modérateur Langage SQL
    Règles du forum Langage SQL à lire par tous, N'hésitez pas à consulter les cours SQL
    N'oubliez pas le bouton et pensez aux balises
    [code]
    Si une réponse vous a aidé à résoudre votre problème, n'oubliez pas de voter pour elle en cliquant sur
    Aide-toi et le forum t'aidera : Un problème exposé sans mentionner les tentatives de résolution infructueuses peut laisser supposer que le posteur attend qu'on fasse son travail à sa place... et ne donne pas envie d'y répondre.

  3. #3
    Membre du Club
    Homme Profil pro
    informatique de gestion
    Inscrit en
    Janvier 2011
    Messages
    92
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : informatique de gestion

    Informations forums :
    Inscription : Janvier 2011
    Messages : 92
    Points : 67
    Points
    67
    Par défaut
    Bonjour
    Je voulais utiliser ON DELETE CASCADE... mais on m'a dit que c’était assez dangereux et pas "propre" du tout dans le code.
    Je voulais utiliser une transaction pour vérifier que la première étape se soit bien déroulé ensuite passer à la suivante. Si erreur il y a je voudrais faire un rollback et informer l'utilisateur que la suppression a échouée
    Merci

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 772
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 772
    Points : 52 737
    Points
    52 737
    Billets dans le blog
    5
    Par défaut
    ON DELETE CASCADE fait cela automatiquement....
    1) dans une seule transaction avec annulation si problème
    2) en minimisant les opérations car c'est du code interne plus rapide que du transact SQL

    On vous a dit que c'était pas bien ? Pourquoi ???? Citez vos sources !

    Oui l'emploi SYSTÉMATIQUE du DELETE CASCADE est catastrophique. Mais pour des tables conjointes comme Facture/Ligne de facture, c'est plutôt pas mal !

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 154
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2010
    Messages : 4 154
    Points : 7 403
    Points
    7 403
    Billets dans le blog
    1
    Par défaut
    En alternative au CASCADE, on peut faire un TRIGGER "INSTEAD OF", faire le DELETE des lignes liées dedans, puis le delete des lignes à supprimer à propremement parler.

    Mais comme le dit SQL Pro, aucune raison valable de faire ça alors que le SGBD le gère nativement.

    Le trigger ne sera utile que dans le cas où on doit faire des vérifications avant.
    Par exemple, sur une livraison, interdire sa suppression si des lignes ont été facturées.
    On ne jouit bien que de ce qu’on partage.

  6. #6
    Modérateur

    Profil pro
    dba
    Inscrit en
    Janvier 2010
    Messages
    5 643
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : dba

    Informations forums :
    Inscription : Janvier 2010
    Messages : 5 643
    Points : 13 092
    Points
    13 092
    Par défaut
    Bonjour,

    J'ajouterais quelques remarques concernant votre procédure stockée en l'état :

    1/ la FK est mal gérée : vous la désactivez, puis la réactivez sans vérification. En faisant cela, vous pouvez vous retrouver avec des lignes orphelines (emplacement pointant vers un parking qui n'existe plus). De plus, l'optimiseur n'utilisera plus la contrainte pour améliorer les requêtes.
    Il faudrait donc ajouter la clause de vérification WITH CHECK pour revalider la contrainte :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    alter table [dbo].[Emplacement] WITH CHECK
    	check constraint [FK_Emplacement_Parking]
    2/ il est d'ailleurs inutile en l’occurrence de désactiver la contrainte (cela risque en plus de produire une recompilation des plan d’exécution) : il suffit de commencer par supprimer les emplacements, avant de supprimer le parking.

Discussions similaires

  1. [11gR2] Sur quelle table porte une contrainte de clé étrangère ?
    Par CinePhil dans le forum SQL
    Réponses: 2
    Dernier message: 27/02/2015, 11h09
  2. [MySQL] requête avec une contrainte d'exclusion portant sur une liste de valeurs
    Par vincounet dans le forum PHP & Base de données
    Réponses: 4
    Dernier message: 25/08/2008, 14h54
  3. Pb avec une UDF sur firebird v1.5
    Par jeanafond dans le forum SQL
    Réponses: 7
    Dernier message: 20/05/2005, 17h29
  4. [Interbase] Mettre une contrainte sur un champ
    Par mika dans le forum InterBase
    Réponses: 2
    Dernier message: 26/01/2005, 14h04
  5. pb avec une sauvegarde sur disquette
    Par kivoch dans le forum Débuter
    Réponses: 5
    Dernier message: 09/01/2005, 12h19

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