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 :

Recherche Bonne pratique pour Insertion


Sujet :

Développement SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    Juillet 2012
    Messages
    34
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Juillet 2012
    Messages : 34
    Par défaut Recherche Bonne pratique pour Insertion
    Bonjour,
    dans le cadre d'un projet de gestion Commerciale Multi-Magasins
    j'essaie de trouver une méthode fiable pour faire des enregistrements d'articles, après que l'utilisateur est remplit des champs

    CI-joint le Diagramme de classes Article-Magasin
    Nom : ok.jpg
Affichages : 294
Taille : 32,2 Ko

    j'ai pu réaliser ces lignes ci-dessous dans le code de l'application , mais elles ne sont pas exactement justes car avant l'exécution de la 2e requête une autre requête d'insertion pourrait être exécuter par un autre utilisateur
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
     
    Insert INTO Articles(reference,designation,...) VALUES(champ1,champ2,....)
    SELECT MAX(id_article) as id FROM ARTICLES
    INSERT INTO STOCKS(id,champId_magasin,....)
    j'ai pensé au trigger ,mais ne maitrisant pas assez bien ce domaine je ne pouvait pas obtenir le champ champId_magasin qui est plutôt choisit par l'utilisateur
    Merci d'avance pour votre aide.
    PS:ma base de données est SQL SERVER

  2. #2
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 624
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2010
    Messages : 10 624
    Billets dans le blog
    10
    Par défaut
    Votre question est loin d'être claire, et pas seulement à cause des fautes d'orthographe
    Si votre préoccupation est de bien gérer l'unicité de l'identifiant de la table stock (ce que laisse supposer votre requete select entre les 2 insert), alors la bonne méthode est de laisser le SGBD calculer cette valeur en utilisant une identity column. vous aurez une PK calculée par SQL server et une FK composée du code article et du code magasin

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 002
    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 : 22 002
    Billets dans le blog
    6
    Par défaut
    Il faut que votre colonne article_id soit un auto incrément ce qui se fait via la propriété IDENTITY de la colonne. Si vous avez modélisé avec Power AMC vous avez un type SERIAL pour ce faire.

    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/ * * * * *

  4. #4
    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
    Par défaut
    Bonjour,

    si votre souci est de récupérer les clefs utilisées par le SGBDR lors de l'insertion dans la table Articles, alors voyez du coté de la clause OUTPUT ou des fonctions @@IDENTITY, SCOPE_IDENTITY()...

  5. #5
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    Juillet 2012
    Messages
    34
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Juillet 2012
    Messages : 34
    Par défaut
    Citation Envoyé par aieeeuuuuu Voir le message
    Bonjour,

    si votre souci est de récupérer les clefs utilisées par le SGBDR lors de l'insertion dans la table Articles, alors voyez du coté de la clause OUTPUT ou des fonctions @@IDENTITY, SCOPE_IDENTITY()...

    supposons ce scenario un peu ...


    1- j'ai un ensemble de requêtes d'insertion sur des tables avec ID Auto Incrementé,( plusieurs insertions, donc peut prendre du temps en secondes)
    2- j'execute ensuite mon bloc suivant
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
     
    Insert INTO Articles(reference,designation,...) VALUES(champ1,champ2,....)
    SELECT SCOPE_IDENTITY() as id
    INSERT INTO STOCKS(id,champId_magasin,....)
    théorie: le bloc d'insertion dans l'étape (1) se termine juste avant que le SELECT SCOPE_IDENTITY() ne s'exécute,
    donc le id capturé ne sera plus forcement le id de Article.

    ce scenario peut-il arriver?

  6. #6
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    Juillet 2012
    Messages
    34
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Juillet 2012
    Messages : 34
    Par défaut
    La clause OUTPUT a résolue mon problème
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    Insert INTO Articles(reference,designation,...) output inserted.id_article as id VALUES(champ1,champ2,....)
     
    INSERT INTO STOCKS(id,champId_magasin,....)
    j'aimerais un avis sur le scénario que j'ai évoqué précédemment.
    Merci

  7. #7
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 002
    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 : 22 002
    Billets dans le blog
    6
    Par défaut
    Citation Envoyé par android32 Voir le message
    supposons ce scenario un peu ...


    1- j'ai un ensemble de requêtes d'insertion sur des tables avec ID Auto Incrementé,( plusieurs insertions, donc peut prendre du temps en secondes)
    2- j'execute ensuite mon bloc suivant
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
     
    Insert INTO Articles(reference,designation,...) VALUES(champ1,champ2,....)
    SELECT SCOPE_IDENTITY() as id
    INSERT INTO STOCKS(id,champId_magasin,....)
    théorie: le bloc d'insertion dans l'étape (1) se termine juste avant que le SELECT SCOPE_IDENTITY() ne s'exécute,
    donc le id capturé ne sera plus forcement le id de Article.

    ce scenario peut-il arriver?
    Non ! SCOPE_IDENTITY() récupère toujours le dernier auto incrément de votre session et dans l'étendue de code. C'est donc bien le dernier incrément même s'il a eu lieu 345678995434567890 lignes avant et en ne tenant pas compte des éventuels auto incréments de possible déclencheurs....

    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/ * * * * *

  8. #8
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    Juillet 2012
    Messages
    34
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Juillet 2012
    Messages : 34
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    Il faut que votre colonne article_id soit un auto incrément ce qui se fait via la propriété IDENTITY de la colonne. Si vous avez modélisé avec Power AMC vous avez un type SERIAL pour ce faire.

    A +
    id_article est déjà en autoincrement


    PS: j'ai acheté votre livre SQL 4e édition , très bon .

  9. #9
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    Juillet 2012
    Messages
    34
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : Juillet 2012
    Messages : 34
    Par défaut
    Citation Envoyé par escartefigue Voir le message
    Votre question est loin d'être claire, et pas seulement à cause des fautes d'orthographe
    Si votre préoccupation est de bien gérer l'unicité de l'identifiant de la table stock (ce que laisse supposer votre requete select entre les 2 insert), alors la bonne méthode est de laisser le SGBD calculer cette valeur en utilisant une identity column. vous aurez une PK calculée par SQL server et une FK composée du code article et du code magasin
    désolé pour les fautes
    ma préoccupation était de m'assurer que ma requête de Selection récupère exactement le id de l'insertion précédente.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 4
    Dernier message: 16/01/2015, 11h22
  2. Bonne pratique pour inclure source de projet open source ?
    Par joseph_p dans le forum Eclipse Java
    Réponses: 3
    Dernier message: 05/07/2007, 21h51
  3. Réponses: 5
    Dernier message: 12/09/2006, 18h06
  4. Tutoriel SEO : Introduction et bonnes pratiques pour l'optimisation de pages Web
    Par Community Management dans le forum Référencement
    Réponses: 0
    Dernier message: 06/07/2006, 00h03

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