Entity Framework : table sans clé primaire

Question

Je dispose d'une base de données existante avec laquelle je souhaite créer une nouvelle application en utilisant les éléments suivants EF4.0

Certaines tables n'ont pas de clés primaires définies, de sorte que lorsque je crée un nouveau modèle de données d'entité, j'obtiens le message suivant :

The table/view TABLE_NAME does not have a primary key defined 
and no valid primary key could be inferred. This table/view has 
been excluded. To use the entity, you will need to review your schema, 
add the correct keys, and uncomment it.

Si je veux les utiliser et modifier les données, dois-je nécessairement ajouter un PK à ces tables, ou existe-t-il une solution de contournement pour ne pas avoir à le faire ?

Answer 1

Je pense que ce problème est résolu par Tillito :

Entity Framework et SQL Server View

Je cite son texte ci-dessous :

Nous avons eu le même problème et voici la solution :

Pour forcer le cadre de l'entité à utiliser une colonne comme clé primaire, utilisez ISNULL.

Pour forcer le cadre de l'entité à ne pas utiliser une colonne comme clé primaire, utilisez NULLIF.

Une façon simple de l'appliquer est d'envelopper l'instruction select de votre vue dans une autre select.

Exemple :

SELECT
  ISNULL(MyPrimaryID,-999) MyPrimaryID,
  NULLIF(AnotherProperty,'') AnotherProperty
  FROM ( ... ) AS temp

répondu le 26/04/10 à 17:00 par Tillito

Answer 2

L'erreur signifie exactement ce qu'elle dit.

Même si vous pouviez contourner ce problème, croyez-moi, vous ne le voudriez pas. Le nombre de bogues déroutants qui pourraient être introduits est stupéfiant et effrayant, sans parler du fait que vos performances risquent de s'effondrer.

Ne travaillez pas autour de ça. Corrigez votre modèle de données.

EDITAR: J'ai vu qu'un certain nombre de personnes ont voté contre cette question. C'est très bien, je suppose, mais gardez à l'esprit que l'OP a demandé à ce que l'on mette en correspondance un tableau sans clé primaire, pas un voir . La réponse est toujours la même. Contourner le besoin de l'EF d'avoir un PK sur les tables est une mauvaise idée du point de vue de la facilité de gestion, de l'intégrité des données et des performances.

Certains ont fait remarquer qu'ils n'ont pas la possibilité de corriger le modèle de données sous-jacent parce qu'ils établissent une correspondance avec une application tierce. Ce n'est pas une bonne idée, car le modèle peut changer sous vos yeux. Dans ce cas, il est possible que vous souhaitiez établir une correspondance avec une vue, ce qui, une fois encore, n'est pas la question posée par le PO.

Answer 3

N'essayez pas de le contourner... créez simplement la clé primaire, EF Needs.

Answer 4

EF ne nécessite pas de clé primaire sur la base de données. Si c'était le cas, vous ne pourriez pas lier les entités aux vues.

Vous pouvez modifier la SSDL (et la CSDL) pour spécifier un champ unique comme clé primaire. Si vous n'avez pas de champ unique, alors je crois que vous êtes fichu. Mais vous devriez vraiment avoir un champ unique (et une clé primaire), sinon vous allez rencontrer des problèmes plus tard.

Erick

Answer 5

CETTE SOLUTION FONCTIONNE

Vous n'avez pas besoin de cartographier manuellement, même si vous n'avez pas de PK. Il suffit de dire à l'EF que l'une de vos colonnes est un index et que la colonne index n'est pas nullable.

Pour ce faire, vous pouvez ajouter un numéro de rangée à votre vue avec la fonction isNull comme suit

select 
    ISNULL(ROW_NUMBER() OVER (ORDER BY xxx), - 9999) AS id
from a

ISNULL(id, number) est le point clé ici car il indique à l'EF que cette colonne peut être une clé primaire.