EF4 - sélectionnés procédure stockée renvoie pas de colonnes

J'ai une requête dans une procédure stockée qui appelle certains serveurs liés à certains SQL dynamique. Je comprends que l'EF n'aime pas, je l'ai donc spécifiquement la liste de toutes les colonnes qui serait retourné. Pourtant, elle n'est pas toujours comme ça. Ce que je fais mal ici? Je veux juste EF pour être en mesure de détecter les colonnes retournées par la procédure stockée afin que je puisse créer les classes dont j'ai besoin.

Veuillez consulter le code suivant qui fait les dernières lignes de ma procédure stockée:

SELECT
    #TempMain.ID,
    #TempMain.Class_Data,
    #TempMain.Web_Store_Class1,
    #TempMain.Web_Store_Class2,
    #TempMain.Web_Store_Status,
    #TempMain.Cur_1pc_Cat51_Price,
    #TempMain.Cur_1pc_Cat52_Price,
    #TempMain.Cur_1pc_Cat61_Price,
    #TempMain.Cur_1pc_Cat62_Price,
    #TempMain.Cur_1pc_Cat63_Price,
    #TempMain.Flat_Length,
    #TempMain.Flat_Width,
    #TempMain.Item_Height,
    #TempMain.Item_Weight,
    #TempMain.Um,
    #TempMain.Lead_Time_Code,
    #TempMain.Wp_Image_Nme,
    #TempMain.Wp_Mod_Dte,
    #TempMain.Catalog_Price_Chg_Dt,
    #TempMain.Description,
    #TempMain.Supersede_Ctl,
    #TempMain.Supersede_Pn,
    TempDesc.Cust_Desc,
    TempMfgr.Mfgr_Item_Nbr,
    TempMfgr.Mfgr_Name,
    TempMfgr.Vendor_ID
FROM
    #TempMain
        LEFT JOIN TempDesc ON #TempMain.ID = TempDesc.ID
        LEFT JOIN TempMfgr ON #TempMain.ID = TempMfgr.ID

Double Possible de Pourquoi ne peut-Entity Framework voir ma Procédure Stockée l'information de la colonne?

InformationsquelleAutor cjbarth | 2011-08-20

143

EF ne prend pas en charge l'importation des procédures stockées qui permettent de construire le jeu de résultats à partir de:
- De requêtes dynamiques
- Tables temporaires
La raison en est que pour importer la procédure EF doit exécuter. Une telle opération peut être dangereux car il peut déclencher des changements dans la base de données. Parce que de l'EF utilise spécial de la commande SQL avant d'exécuter la procédure stockée:
```
SET FMTONLY ON
```
Par l'exécution de cette commande procédure stockée sera de retour que "métadonnées" sur les colonnes dans son ensemble de résultats et il ne s'exécute pas sa logique. Mais parce que la logique n'a pas été exécuté il n'y a pas de table temporaire (ou construit requête dynamique) afin de métadonnées contient rien.

Vous avez deux choix (à l'exception de celui qui demande une ré-écriture de votre procédure stockée de ne pas utiliser ces fonctionnalités):
- Définir le retourné de type complexe manuellement (je suppose que ça devrait fonctionner)
- Utiliser un hack et juste pour l'ajout de la procédure stockée mettre au début de son SET FMTONLY OFF. Cela va permettre le repos de votre SP du code à exécuter de manière normale. Assurez-vous juste que vos SP ne modifie pas les données étant donné que ces modifications seront exécutées lors de l'importation! Après le succès de l'importation de supprimer ce hack.
- Qui a travaillé sur l'un de mes procédures, mais pas les autres. J'ai fini de modifier ma procédure de retour d'un jeu de résultats vide avec les mêmes types de données alors que j'étais en ajoutant la procédure pour le concepteur et le retour après la procédure a été ajouté avec succès.
- Le hack a fonctionné pour moi. Merci, Ladislav!
- Le point essentiel pour moi était "EF doit l'exécuter", mon proc a eu une erreur lors de l'exécution avec les paramètres nuls
- Pour ma situation, il a été l'établissement FMTONLY SET OFF
- "FMTONLY SET OFF" a fonctionné pour moi
- "FMTONLY SET OFF" a également travaillé pour moi dans la plupart des cas, MAIS je suis tombé dans un cas que la seule chose que résoudre le problème est de supprimer les tables temporaires et les utiliser AVEC la clause de la place! Espérons que cela aide quelqu'un.
- FMTONLY SET OFF pour moi aussi. Merci à tous!
- C'est la seule explication que j'ai trouvé jusqu'à maintenant. Merci pour expliquer pourquoi EF actes bizarre lors de la tentative de mise à jour proc avec des tables temporaires.
InformationsquelleAutor Ladislav Mrnka
26

L'ajout de cette Non-Logiques bloc de code résolu le problème. Même s'il n'atteindra jamais les
```
IF 1=0 BEGIN
    SET FMTONLY OFF
END
```
Pourquoi mon dataset typé aime pas les tables temporaires?

http://social.msdn.microsoft.com/Forums/en-US/adodotnetdataset/thread/fe76d511-64a8-436d-9c16-6d09ecf436ea/
- Après des heures et des heures, cela a résolu mon problème,tnx beaucoup
InformationsquelleAutor Muhammad Omar ElShourbagy

Ou vous pouvez créer une Table Défini par l'Utilisateur de Type et de retour que.

CREATE TYPE T1 AS TABLE 
( ID bigint NOT NULL
  ,Field1 varchar(max) COLLATE Latin1_General_CI_AI NOT NULL
  ,Field2 bit NOT NULL
  ,Field3 varchar(500) NOT NULL
  );
GO

Puis dans la procédure:

DECLARE @tempTable dbo.T1

INSERT @tempTable (ID, Field1, Field2, Field3)
SELECT .....

....

SELECT * FROM @tempTable

Maintenant EF doit être capable de reconnaître le retour de colonnes de type.

InformationsquelleAutor Mauricio Ramalho

2

Comme certains l'ont noté, assurez-vous que la procédure s'exécute. En particulier, dans mon cas, j'ai été l'exécution de la procédure heureusement sans erreur dans SQL Server Management Studio complètement oublié que j'étais connecté avec des droits d'administrateur. Dès que j'ai essayé de lancer la procédure à partir de mon application principale de l'utilisateur, j'ai trouvé il y avait une table dans la requête que l'utilisateur n'a pas l'autorisation d'accès.

InformationsquelleAutor Chris Matthews
1

Ce que je voudrais ajouter, c'est:

Que l'importation échoue également si les procédures stockées, des paramètres et renvoie pas de résultat définie pour les valeurs de paramètre par défaut.

Ma procédure stockée a 2 paramètres de type float et qu'il ne reviendrait pas rien lorsque les deux paramètres sont à 0.

Afin d'ajouter cette procédure stockée pour le modèle d'entité, j'ai défini la valeur de ces paramètres dans la procédure stockée, de sorte qu'il est assuré de revenir quelques lignes, peu importe ce que les paramètres sont en réalité.

Puis après l'ajout de cette procédure stockée pour le modèle d'entité j'ai défait les modifications.
- Aussi certains d'entre vous peuvent être en cours d'exécution complexes type de curseur procédures stockées qui nécessitent plus de 15 secondes pour obtenir les résultats, et les données de la table assistant adaptateur de temps après ne pas avoir toutes les lignes de retour dans un délai de 15 secondes. Une simple solution de contournement est de cibler un complexe instruction select dans la procédure stockée et la préfixe "top 1" afin qu'il renvoie une seule ligne tout de suite. Construire votre jeu de données de l'Adaptateur avec qui. et de modifier la procédure stockée de retour à la pleine sélectionnez et vous devriez être bon d'aller.
InformationsquelleAutor tmanthey
1

Note intéressante: Eu le même problème qui j'ai résolu en utilisant les Variables de Table, plutôt que de Tables temporaires (pour l'import). Ce n'était pas particulièrement intuitif pour moi, et m'a jeté lors de la première observation de mes deux SProcs: une aide de tables temporaires et un avec Tableau de Variables.

(FMTONLY SET OFF n'a jamais travaillé pour moi, donc je viens de changer mon SProcs temporairement pour obtenir la colonne info, plutôt que de s'embêter avec le hack sur le EF de côté juste comme un FYI.)

Ma meilleure option était vraiment juste de la création manuelle de type complexe et la cartographie de la fonction d'importation pour elle. Très travaillé, et la seule différence a fini par être qu'un autre FactoryMethod pour créer des propriétés a été inclus dans le Concepteur.

InformationsquelleAutor
1

deux solutions :
1 - Définir le retourné de type complexe manuellement (je suppose que ça devrait fonctionner)
2 - Utiliser un hack et juste pour l'ajout de la procédure stockée mettre au début de son FMTONLY SET OFF.

ne fonctionne pas avec moi dans certains procédure, cependant, il a travaillé avec d'autres un!

ma procédure se termine avec cette ligne:
```
SELECT machineId, production [AProduction]
        , (select production FROM #ShiftBFinalProd WHERE machineId = #ShiftAFinalProd.machineId) [BProduction]
        , (select production FROM #ShiftCFinalProd WHERE machineId = #ShiftAFinalProd.machineId) [CProduction]
     FROM #ShiftAFinalProd
     ORDER BY machineId
```
Grâce

InformationsquelleAutor Ahmed Mostafa
1

En plus de ce que @tmanthley dit, assurez-vous que votre procédure stockée en fait, il fonctionne en exécutant d'abord dans SSMS. J'avais importé des procédures stockées et j'ai oublié un couple dépendant de fonctions scalaires, qui a causé EF déterminer que la procédure n'ont pas retourné de colonnes. Semble être une erreur, j'aurais pris plus tôt, mais EF ne vous donne pas un message d'erreur dans ce cas.

InformationsquelleAutor Derreck Dean
0

Dans mon cas, l'ajout de SET NOCOUNT ON; en haut de la procédure de résolution du problème. C'est la meilleure pratique de toute façon.

InformationsquelleAutor Endrju
0

Dans mon cas FMTONLY SET OFF ne fonctionne pas. La méthode que j'ai suivie est, j'ai pris de sauvegarde de l'original de la procédure stockée et remplacer uniquement le nom de colonne, comme la requête ci-dessous.
```
Select Convert(max,'') as Id,Convert(max,'') as Name
```
Après ce changement, créer une nouvelle fonction d'importation, de type complexe dans le cadre de l'entité.
Une fois la fonction d'importation et de type complexe est créé, remplacez la requête ci-dessus avec l'original de votre procédure stockée.

InformationsquelleAutor Darshan Jadyal
0
```
SET FMTONLY OFF 
```
a fonctionné pour moi pour une de la procédure, mais a échoué pour une autre procédure. Étapes suivantes m'aide à résoudre mon problème
1. À l'intérieur d'une procédure stockée, j'ai créé une table temporaire avec le même type de colonne et inséré toutes les données renvoyées par la requête dynamique de la table temporaire.
  et sélectionné le temp des données de la table.
```
Create table #temp
(
   -- columns with same types as dynamic query    
)

EXEC sp_executeSQL @sql 

insert into #temp 
    Select * from #temp 

drop table #temp
```
2. Supprimé existant de type complexe, fonction d'importation et de la procédure stockée exemple pour les vieux de la procédure stockée et mise à jour de l'entité du modèle actuel de la nouvelle procédure.
3. Modifier la Fonction importée au sein de l'entité modal souhaité de type complexe, vous obtiendrez toutes les informations d'une colonne qui n'est pas prise en compte de la précédente procédure stockée.
4. une fois que vous avez fait avec le type de création que vous pouvez supprimer la table temporaire à partir d'une procédure stockée, puis actualisez Entity Framework.
InformationsquelleAutor PVIJAY

Dans le cadre de l'Entité, lors de l'obtention de l'information de la colonne sql exécute la procédure de transmission des valeurs null en paramètre. J'ai donc géré null cas différemment, par la création d'une table temporaire avec toutes les colonnes requises et le retour de toutes les colonnes avec pas de valeur lorsque la valeur null est passé à la procédure.

Dans ma procédure de requête dynamique, quelque chose comme

declare @category_id    int
set @category_id = (SELECT CATEGORY_ID FROM CORE_USER where USER_ID = @USER_ID)
declare @tableName varchar(15)
declare @sql VARCHAR(max)     
declare  @USER_IDT  varchar(100)    
declare @SESSION_IDT  varchar(10)

 IF (@category_id = 3)     
set @tableName =  'STUD_STUDENT'
else if(@category_id = 4)
set @tableName = 'STUD_GUARDIAN'


if isnull(@tableName,'')<>'' 
begin

set @sql  = 'SELECT  [USER_ID], [FIRST_NAME], SCHOOL_NAME, SOCIETY_NAME, SCHOOL_ID,
SESSION_ID, [START_DATE], [END_DATE]
from  @tableName
....
EXECUTE   (@sql)
END

ELSE
BEGIN
SELECT  * from #UserPrfTemp
END

Je n'obtenais pas les informations d'une colonne dans
mon cas, après l'aide de l'instruction set FMTONLY OFF truc.

C'est temp tableau que j'ai créé pour obtenir les données vides.
Maintenant, je me fais la colonne info

Create table #UserPrfTemp
(
[USER_ID] bigint, 
[FIRST_NAME] nvarchar(60),
SCHOOL_NAME nvarchar(60),
SOCIETY_NAME nvarchar(200)
.....
}

InformationsquelleAutor Rajdeep

0

Entity Framework va essayer d'obtenir les colonnes par l'exécution de la procédure stockée, passer la valeur NULL pour chaque argument.
1. Assurez-vous que la procédure stockée renvoie quelque chose dans toutes les circonstances. Note qu'il aurait été plus intelligent d'Entity Framework pour exécuter la procédure stockée avec des valeurs par défaut pour les arguments, par opposition à des valeurs Null.
2. ER effectue les opérations suivantes pour obtenir les métadonnées de la table:
  
  FMTONLY SET SUR
3. Cela va briser votre procédure stockée dans diverses circonstances, en particulier, si l'on utilise une table temporaire.
4. Donc, pour obtenir un résultat de type complexe; s'il vous plaît essayer en ajoutant
  
  FMTONLY SET OFF;
Cela a fonctionné pour moi - espérons que cela fonctionne pour vous aussi.

Visée de https://social.msdn.microsoft.com/Forums/en-US/e7f598a2-6827-4b27-a09d-aefe733b48e6/entity-model-add-function-import-stored-procedure-returns-no-columns?forum=adodotnetentityframework

InformationsquelleAutor Kiran Nandan

Vous devez vous connecter pour publier un commentaire.