Simplement, je ne connais pas le nombre de colonnes que j'aurai au
final. En effet, voici le shéma (merise) :
Evaluation n---1 Note 1---n ElementNotation
1 1
| |
| |
n n
Methode 1-------------------------n Methode_Elmt
Ainsi, pour près une Evaluation on définit une Methode et selon
celle-ci, ce sont différents ElementNotation qui interviennent. On
attribue une note à chacun de ceux-ci. D'apres tout ceci, il est
possible d'en sortir les notes (et calcul).
Sans pour autant qu il y ait un nombre de d'ElementNotation constant.
Mais peut etre que le plus simple est de transformer toutes les valeurs
de ElementNotation en colonne et afficher NULL lorsque l'élément n'entre
pas en compte. Le problème reste le même, car si j'utilise des
jointures, je ne sais pas à priori le nombre d'éléments qui existe.
Dernière solution, ne pas utiliser SQL pour ce traitement, mais juste
rapatrier toutes les données utiles pour les traitées par le langage de
niveau supérieur.
N'hésitez pas à remettre mon shéma en question, il n'est pas encore
implanté.
Simplement, je ne connais pas le nombre de colonnes que j'aurai au final. En effet, voici le shéma (merise) :
Evaluation n---1 Note 1---n ElementNotation
1 1 | | | | n n
Methode 1-------------------------n Methode_Elmt
Ainsi, pour près une Evaluation on définit une Methode et selon celle-ci, ce sont différents ElementNotation qui interviennent. On attribue une note à chacun de ceux-ci. D'apres tout ceci, il est possible d'en sortir les notes (et calcul).
Sans pour autant qu il y ait un nombre de d'ElementNotation constant.
Mais peut etre que le plus simple est de transformer toutes les valeurs de ElementNotation en colonne et afficher NULL lorsque l'élément n'entre pas en compte. Le problème reste le même, car si j'utilise des jointures, je ne sais pas à priori le nombre d'éléments qui existe.
Dernière solution, ne pas utiliser SQL pour ce traitement, mais juste rapatrier toutes les données utiles pour les traitées par le langage de niveau supérieur.
OUI
A lire : http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L9
A +
N'hésitez pas à remettre mon shéma en question, il n'est pas encore implanté.
Merci pour vos éclaircissements,
Manu
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
ManuPavy a écrit:
Bonjour,
Apres plusieurs recherches, j ai un problème qui ressemble à celui-ci.
Simplement, je ne connais pas le nombre de colonnes que j'aurai au
final. En effet, voici le shéma (merise) :
Evaluation n---1 Note 1---n ElementNotation
1 1
| |
| |
n n
Methode 1-------------------------n Methode_Elmt
Ainsi, pour près une Evaluation on définit une Methode et selon
celle-ci, ce sont différents ElementNotation qui interviennent. On
attribue une note à chacun de ceux-ci. D'apres tout ceci, il est
possible d'en sortir les notes (et calcul).
Sans pour autant qu il y ait un nombre de d'ElementNotation constant.
Mais peut etre que le plus simple est de transformer toutes les valeurs
de ElementNotation en colonne et afficher NULL lorsque l'élément n'entre
pas en compte. Le problème reste le même, car si j'utilise des
jointures, je ne sais pas à priori le nombre d'éléments qui existe.
Dernière solution, ne pas utiliser SQL pour ce traitement, mais juste
rapatrier toutes les données utiles pour les traitées par le langage de
niveau supérieur.
OUI
A lire : http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L9
A +
N'hésitez pas à remettre mon shéma en question, il n'est pas encore
implanté.
Merci pour vos éclaircissements,
Manu
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Simplement, je ne connais pas le nombre de colonnes que j'aurai au final. En effet, voici le shéma (merise) :
Evaluation n---1 Note 1---n ElementNotation
1 1 | | | | n n
Methode 1-------------------------n Methode_Elmt
Ainsi, pour près une Evaluation on définit une Methode et selon celle-ci, ce sont différents ElementNotation qui interviennent. On attribue une note à chacun de ceux-ci. D'apres tout ceci, il est possible d'en sortir les notes (et calcul).
Sans pour autant qu il y ait un nombre de d'ElementNotation constant.
Mais peut etre que le plus simple est de transformer toutes les valeurs de ElementNotation en colonne et afficher NULL lorsque l'élément n'entre pas en compte. Le problème reste le même, car si j'utilise des jointures, je ne sais pas à priori le nombre d'éléments qui existe.
Dernière solution, ne pas utiliser SQL pour ce traitement, mais juste rapatrier toutes les données utiles pour les traitées par le langage de niveau supérieur.
OUI
A lire : http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L9
A +
N'hésitez pas à remettre mon shéma en question, il n'est pas encore implanté.
Merci pour vos éclaircissements,
Manu
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
ManuPavy
Dernière solution, ne pas utiliser SQL pour ce traitement, mais juste rapatrier toutes les données utiles pour les traitées par le langage de niveau supérieur.
OUI
A lire : http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L9
ok, merci. Au plus je réfléchissais, au plus j y pensé sérieusement, c'est à présent officialisé ;-)
Manu
Dernière solution, ne pas utiliser SQL pour ce traitement, mais juste
rapatrier toutes les données utiles pour les traitées par le langage
de niveau supérieur.
OUI
A lire : http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L9
ok, merci. Au plus je réfléchissais, au plus j y pensé sérieusement,
c'est à présent officialisé ;-)
Dernière solution, ne pas utiliser SQL pour ce traitement, mais juste rapatrier toutes les données utiles pour les traitées par le langage de niveau supérieur.
OUI
A lire : http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L9
ok, merci. Au plus je réfléchissais, au plus j y pensé sérieusement, c'est à présent officialisé ;-)
