WCF OData Service stored procedure call generates "Operation could destabilize the runtime" error with $select option

entity-framework-5 entity-framework-6 odata select wcf-data-services


I've been trying to call a stored procedure through Entity Framework and WCF Data Services (OData). It returns an entity not a complex type. Following walkthroughs found all over the web (like this one), I came up with this code inside my service:

public IQueryable<Entity> GetEntitiesByParameterId(int parameterId)
     return CurrentDataSource.GetEntitiesByParameterId(parameterId).AsQueryable();

Calling the proc this way: ~WcfService.svc/GetEntitiesByParameterId?parameterId=1 executes the stored procedure and returns entities that should be returned. No problem there.

Everything works well until I try to use $select OData option ie. ~WcfService.svc/GetEntitiesByParameterId?parameterId=1&$select=name. Upon debugging, the method above runs without any error but it returns an Operation could destabilize the runtime error upon reaching the client. After so much research, apparently it is a very general error pointing to a lot of different causes. I haven't found one that really matches my particular problem. Closest are this and this but none of the solutions worked on my end.

Also, from the second article above:

This is a known limitation of WCF DS. ...

Second is that some of the queries won't work correctly because LINQ to EF needs little different LINQ expressions than LINQ to Objects in some cases. Which is the problem you're seeing.

It has been posted on 2012. If it its true, are there still no updates on this? And is there any other workaround to get the $select working on the stored proc call?



~WcfService.svc/GetEntitiesByParameterId?parameterId=1&$filter={filter query}

Doesn't work:


Tech details:

EntityFramework 5, WCF Data Service 5.0, OData V3

*I've also tried upgrading to EF6 and WCF 5.6.2 and it still didn't work.

Any help would be appreciated. Thanks!

UPDATE: After a little more fumbling through this, I tried not going through the stored procedure and just return a manually constructed List<Entity> then returned it as queryable. Surprised to see that it still has the same error when $select is used. This may be a WCF Service Operation limitation and not particularly just for stored procedure calls. I went back to the documentation and it does show usage of other OData queries (top, expand & orderby) but nothing about $select.

This is merely an observation through my tests since I can't find much source for this particular problem. Any clarifications and other documentations are welcome.

5/23/2017 10:28:05 AM

Accepted Answer

As per what Layla Liu MSFT commented, $select is still not supported though I couldn't find any definitive documentation about it.

From what I gather and observed, $select breaks the stored procedure call because it tries to alter the data shape already gotten from the database and attempts to return a dynamic entity instead. Something about the stored proc returning an ObjectResult might be messing it up. As to why the hardcoded List<Entity> doesn't work, I do not have any idea. Do not quote me on this however. As I have said, these are merely my observations.

Workaround: I found a simple and elegant workaround for it though. Since my stored procedures are only getting data from the database and does not alter data in any way (INSERT, UPDATE, DELETE), I tried using table-valued functions that returns a table equivalent to the entity on my EF. I've found that calling this function on the Service Operation method returns an IQueryable<Entity> which is basically what is needed. $select also works now and so does other OData query options.


  1. Create a function on the database
  2. Update EDMX -> Add function
  3. Add new Function Import with Entity return type
  4. Create service operation in WCF Data Service that calls CurrentDataSource.<FunctionName>()
  5. Test in fiddler.


Database Function:

CREATE FUNCTION GetEntities(@parameter)
RETURN @entites TABLE(
    [Id] [int], 
    [Name] [nvarchar](100),
    INSERT INTO @entities
       SELECT [Id], [Name], ... FROM [EntityTable]



public IQueryable<Entity> GetEntity(int parameter)
     return CurrentDataSource.GetEntity(parameter);

It doesn't really solve the stored procedure problem but I'm marking this as answer until someone can provide a better one as it does solve what I'm trying to do.

Hope this helps others too. :)

12/17/2014 8:55:06 AM

Related Questions


Licensed under: CC-BY-SA with attribution
Not affiliated with Stack Overflow
Licensed under: CC-BY-SA with attribution
Not affiliated with Stack Overflow