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

MS SQL Server Discussion :

[SQL2K] Nombre d'adresse d'une personne ?


Sujet :

MS SQL Server

  1. #1
    Membre habitué

    Profil pro
    Inscrit en
    Juillet 2002
    Messages
    285
    Détails du profil
    Informations personnelles :
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations forums :
    Inscription : Juillet 2002
    Messages : 285
    Points : 139
    Points
    139
    Par défaut [SQL2K] Nombre d'adresse d'une personne ?
    Bonjour,

    Je cherche le moyen de savoir le nombre d'éléments dans une table lier à un autre élément.

    En plus clair, je voudrais savoir le nombre d'adresse d'une personne ...

    Pour le moment, j'ai trouvé cela ... mais je trouve pas top. Si quelqu'un a mieux ... je suis preneur ...

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
     
    SELECT P.ID, P.NOM, P.PRENOM,
    		(SELECT COUNT(*) FROM ADRESSE WHERE FK_PERS = P.ID) AS NB
    	FROM 
    		PERS AS P
    Merci d'avance et BONNE ANNEE !!!

  2. #2
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Bonjour,

    ou
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
     
    SELECT P.ID, P.NOM, P.PRENOM, COUNT(A.FK_PERS) as NB
    FROM dbo.PERS AS P
    LEFT JOIN dbo.ADRESSE AS A ON A.FK_PERS = P.ID
    GROUP BY P.ID, P.NOM, P.PRENOM
    Rudi Bruchez
    Rudi Bruchez EIRL, solutions MS SQL Server et NoSQL
    LinkedIn - [Outil libre de diagnostic SQL Server : Sql Trismegiste]
    LIVRES : Optimiser SQL Server -
    Microsoft SQL Server 2012 Security Cookbook
    - les bases de données NoSQL

    e-learning : LinkedIn Learning - Pluralsight

  3. #3
    Membre habitué

    Profil pro
    Inscrit en
    Juillet 2002
    Messages
    285
    Détails du profil
    Informations personnelles :
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations forums :
    Inscription : Juillet 2002
    Messages : 285
    Points : 139
    Points
    139
    Par défaut
    Merci !

    Mais j'ai oublié (pardon) de dire que la colonne est un UID ... donc pas possible e n aggregat !

  4. #4
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Resalut,

    Je ne suis pas sûr d'avoir bien compris la réponse. Qu'est-ce qui n'est pas possible ? Si tu veux dire que l'id de personne est unique, ça ne pose pas de problème pour cette requête.
    Rudi Bruchez
    Rudi Bruchez EIRL, solutions MS SQL Server et NoSQL
    LinkedIn - [Outil libre de diagnostic SQL Server : Sql Trismegiste]
    LIVRES : Optimiser SQL Server -
    Microsoft SQL Server 2012 Security Cookbook
    - les bases de données NoSQL

    e-learning : LinkedIn Learning - Pluralsight

  5. #5
    Membre habitué

    Profil pro
    Inscrit en
    Juillet 2002
    Messages
    285
    Détails du profil
    Informations personnelles :
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations forums :
    Inscription : Juillet 2002
    Messages : 285
    Points : 139
    Points
    139
    Par défaut
    EN faint, le colonne FK est un UNIQUEIDENTIFIER.

    SQLServer refuse d'utiliser une colonne de ce type pour effectuer un count.

    Il ne veut pas non plus d'un A.* ...

  6. #6
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Ok, j'ai compris, sorry. Pas une bonne idée d'utiliser des GUID comme clés, ça alourdit ta base. As-tu une autre colonne non nulle dans l'adresse que tu peux utiliser avec le cOUNT() ? Regarde aussi la différence de plan d'exécution entre les deux versions.
    Rudi Bruchez
    Rudi Bruchez EIRL, solutions MS SQL Server et NoSQL
    LinkedIn - [Outil libre de diagnostic SQL Server : Sql Trismegiste]
    LIVRES : Optimiser SQL Server -
    Microsoft SQL Server 2012 Security Cookbook
    - les bases de données NoSQL

    e-learning : LinkedIn Learning - Pluralsight

  7. #7
    Membre habitué

    Profil pro
    Inscrit en
    Juillet 2002
    Messages
    285
    Détails du profil
    Informations personnelles :
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations forums :
    Inscription : Juillet 2002
    Messages : 285
    Points : 139
    Points
    139
    Par défaut
    Pour les UIDs, je sais mais trop le choix car base délocalisée ...

    Sinon, nop aucun champ n'est obligatoire ... (mais il faut quand même un champs :o)).

    Sinon, je vais essayer avec un convert() de la colonne UID ... tant pis.

    En moyenne, il y aura entre 40-50 éléments sur table qui peut en contenir 10 000 ...

  8. #8
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Il y a d'autres solutions pour les bases distribuées, comme gérer le seed de l'identity ou maintenir un Id de serveur, mais tu es peut-être en contexte de réplication de fusion ?

    Tu peux aussi qqch comme
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
     
    COUNT(LEFT(fk_pers), 1)
    mais voir les performances ...
    Rudi Bruchez
    Rudi Bruchez EIRL, solutions MS SQL Server et NoSQL
    LinkedIn - [Outil libre de diagnostic SQL Server : Sql Trismegiste]
    LIVRES : Optimiser SQL Server -
    Microsoft SQL Server 2012 Security Cookbook
    - les bases de données NoSQL

    e-learning : LinkedIn Learning - Pluralsight

  9. #9
    Membre habitué

    Profil pro
    Inscrit en
    Juillet 2002
    Messages
    285
    Détails du profil
    Informations personnelles :
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations forums :
    Inscription : Juillet 2002
    Messages : 285
    Points : 139
    Points
    139
    Par défaut
    En fait, pour le distribué la problèmatique c'est que les bases vivent chacune de leur coté ( sachant qu'il peut y avoir de 1 à 300 bases).

    Donc, il faut pouvoir identifier chaque donnée de façon unique.

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

Discussions similaires

  1. Réponses: 5
    Dernier message: 27/02/2015, 17h15
  2. [AC-2003] Une personne, plusieurs adresses, une fusion
    Par Julien002 dans le forum Modélisation
    Réponses: 3
    Dernier message: 20/08/2014, 15h38
  3. [MySQL] insérer plusieurs adresses pour une seule personne
    Par dev_deb dans le forum PHP & Base de données
    Réponses: 8
    Dernier message: 19/08/2008, 13h20
  4. Réponses: 6
    Dernier message: 30/04/2008, 09h07
  5. Réponses: 3
    Dernier message: 06/02/2006, 10h21

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