Discussion :

[zoaax]

Bonjour,

je dois réaliser une application de consultation de données sur une base de données SQL Server déjà existante.
Cette base de données est constituée d'un ensemble de tables "type de produit". Les colonnes des tables décrivent les caractéristiques de chaque "type de produit". Elles diffèrent selon le "type de produit".
Côté modèle objet, j'aimerais réaliser une classe "Type de Produit" définie comme suit:

Code c# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
public class TypeProduit
{
   public string NomTypeProduit {get; set;}
   public IEnumerable<Caractéristique> ListeCaracteristique {get; set;} 
}

avec la classe Caractéristique définit comme suit:

Code c# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
public class Caracteristique
{
   public string NomCarac {get; set;}
 
   public object Value {get; set; }
}

La question est donc, est-il possible de mapper avec EF l'entité TypeProduit à plusieurs tables et chacune des colonnes à l'entité Caracteristique, NomCarac correspondrait au nom de la colonne de la table et Value la valeur ?

Comment puis-je faire ?

Merci d'avance,
Zoax

[Invité]

Salut,

Il y a un truc que je comprends pas : tu parles de plusieurs table TypeProduit. C'est quand même bizarre qu'on ait plusieurs tables qui jouent le même rôle non ?

[zoaax]

Bonjour,

je suis assez d'accord. La base de données est le modèle de présentation d'un système décisionnel. Il n'est pas normalisé. Je suis obligé de faire avec.
De ce fait, il y a une table par type de produit, chaque type de produit ayant des caractéristiques différentes.

Zoax

[anthyme]

Avec de l'héritage "table per concrete class" tu peux mapper chacun de ces tables en sous type du type "TypeProduit"

Ensuite tu peux faire des requetes sur le type "TypeProduit" qui va agreger les tables.

Ca va marcher sauf que :
- Il va falloir écrire l'edmx à la main car si EF gère ce mode le designer, lui, ne le gère pas
- Attention aux perfs

[iberserk]

Une application tapant sur une base OLAP avec ENTITIES? bon ben soit...

Passez par une vue (VIEW) SQL regroupant vos différentes tables 'Type de produit' (avec UNION).


Les vues sont là pour masquer la complexité d'un modèle (en l’occurrence ici un modèle non normalisé de type OLAP).

[zoaax]

Bonjour,

Une application tapant sur une base OLAP avec ENTITIES? bon ben soit ...

J'avais pensé à Entity Framework mais ce n'est pas un choix arrêté.
Que me suggéreriez vous ?

Merci d'avance,
Zoax

[iberserk]

En général une base OLAP est faite pour proposer du reporting via reporting services par exemple? c'était juste une remarque

[zoaax]

Bonjour,

merci pour vos réponses.

En général une base OLAP est faite pour proposer du reporting via reporting services par exemple? c'était juste une remarque

Oui effectivement. Je devrais peut-être reconsidéré le choix de récupérer les données dans le "Modèle De Présentation" pour les récupérer plutôt dans le modèle normalisé.

Je reviens sur la réponse de anthyme.

Avec de l'héritage "table per concrete class" tu peux mapper chacun de ces tables en sous type du type "TypeProduit"

D'après ta réponse, je comprends qu'il n'est pas possible de faire ce que je souhaite faire.
Tu me conseilles plutôt de faire une sous-classe par "Type de produit" dérivant d'une classe mère "TypeProduit" ?

Merci d'avance,
Zoax