Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3253 connectés 

  FORUM HardWare.fr
  Programmation
  Algo

  Developpement avec SGBD => jointure ou non ?

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Developpement avec SGBD => jointure ou non ?

n°1412584
Sebastien
Posté le 24-07-2006 à 18:50:54  profilanswer
 

Voila je propose un petit débat.
 
Pensez vous lors des développement qui interrogent des données ici de bases qu'il vaut mieux limiter les jointures ou au contraire en abuser ?
 
Quels sont les avantages inconvenients d'apres vous en terme de performance mais aussi integrité maintien robustesse etc ?
 
 
Exemple
une table dossier rattachée à des clients par un code client.
 
Le mieux pour vous :
Select dr.num_doss, cli.nom_cl
from dossiers dr, clients cli
where dr.num_cli = cli.id_cli
 
et ainsi boucler sur un tableau pour afficher les résultats
 
Ou  
premier_tableau = données issues d'un select num_doss, num_cli from dossiers
deuxie_tableau = données issues du select id_cli, nom_cli from clients
 
Ensuite boucler sur premier_tableau et mettre le deuxieme tableau en relation.

mood
Publicité
Posté le 24-07-2006 à 18:50:54  profilanswer
 

n°1417174
pains-aux-​raisins
Fatal error
Posté le 01-08-2006 à 08:59:46  profilanswer
 

c'est koi le débat ??? :heink:

n°1417177
betsamee
Asterisk Zeperyl
Posté le 01-08-2006 à 09:01:37  profilanswer
 

Sebastien a écrit :

Voila je propose un petit débat.
 
Pensez vous lors des développement qui interrogent des données ici de bases qu'il vaut mieux limiter les jointures ou au contraire en abuser ?
 
Quels sont les avantages inconvenients d'apres vous en terme de performance mais aussi integrité maintien robustesse etc ?
 
 
Exemple
une table dossier rattachée à des clients par un code client.
 
Le mieux pour vous :
Select dr.num_doss, cli.nom_cl
from dossiers dr, clients cli
where dr.num_cli = cli.id_cli
 
et ainsi boucler sur un tableau pour afficher les résultats
 
Ou  
premier_tableau = données issues d'un select num_doss, num_cli from dossiers
deuxie_tableau = données issues du select id_cli, nom_cli from clients
 
Ensuite boucler sur premier_tableau et mettre le deuxieme tableau en relation.


 :ouch:  
y a pas de debat, le SGBD est bien plus performant que du code pour faire ca
la question ne se pose meme pas


Message édité par betsamee le 01-08-2006 à 09:02:02
n°1417234
Sebastien
Posté le 01-08-2006 à 10:07:51  profilanswer
 

C t pour confirmation, car bon j'ai eu des retours dans l'autre sens, et ca m'a fait un peu bondir, j'ai douté de moi quelques instants et je voulais entendre des avis d'inconnus :)

n°1417255
betsamee
Asterisk Zeperyl
Posté le 01-08-2006 à 10:21:56  profilanswer
 

Sebastien a écrit :

C t pour confirmation, car bon j'ai eu des retours dans l'autre sens, et ca m'a fait un peu bondir, j'ai douté de moi quelques instants et je voulais entendre des avis d'inconnus :)


j aimerais bien voir la teneur de l argumentation de ceux qui soutiennent le contraire

n°1417258
pains-aux-​raisins
Fatal error
Posté le 01-08-2006 à 10:28:02  profilanswer
 

clair...

n°1417263
Sebastien
Posté le 01-08-2006 à 10:31:37  profilanswer
 

betsamee a écrit :

j aimerais bien voir la teneur de l argumentation de ceux qui soutiennent le contraire


Justement on va avoir une réunion dans une semaine, et pour la preparer quelques personnes avaient envoyées des préconisations sur le dev, et y a eu ca :/
Donc j'en serais plus mardi prochain, sauf que bon à part le bon sens, j'ai moi meme tres peu d'argumentation de mon coté, si vous en avez je suis preneur :) [code dev plus facile à reprendre, integritité / sécurité des données, consolidation quasiment impossible à faire de manière claire]

n°1417265
betsamee
Asterisk Zeperyl
Posté le 01-08-2006 à 10:33:19  profilanswer
 

as tu besoin d'argumenter pour dire qu un moteur de voiture fonctionne mieux qu'un type qui la pousse ?
je pense que le debat est de la meme teneur

n°1417270
flo850
moi je
Posté le 01-08-2006 à 10:38:28  profilanswer
 

d'un cote tu parcours des structures indexées, de l'autre tu fait n parcours linéaire sur des tableaux  

n°1417298
Sebastien
Posté le 01-08-2006 à 11:17:31  profilanswer
 

betsamee a écrit :

as tu besoin d'argumenter pour dire qu un moteur de voiture fonctionne mieux qu'un type qui la pousse ?
je pense que le debat est de la meme teneur


Ben ouais justement, c'est la le problème, je ne comprends meme pas qu'ils ont pu penser à ca, donc je prefere quand meme me proteger on sait jamais !


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  Algo

  Developpement avec SGBD => jointure ou non ?

 

Sujets relatifs
[VB6] Jointure avec trois tablesProcessus de développement qui marchent (ou pas)
probleme avec jointure sur 3 tables[Divers] Site multi-tout sans "développement"
[resolu]besoin aide pour Jointurejointure + count
Probleme de jointure MySQLjointure mysql
Développement web et test versionSGBD/SQL :récuperer sur 1 ligne toutes les infos d'un même ID
Plus de sujets relatifs à : Developpement avec SGBD => jointure ou non ?


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)