Home/ Questions/Q 6639183
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-25T23:31:27+00:00

It seems that the Code First DbContext really uses the given ConnectionString during compile?

  • 0

It seems that the Code First DbContext really uses the given ConnectionString during compile? I don’t even know how that is possible but to me it seems to be so. If I turn OFF my local SQL Server, I get the error stating “Failed to get the MetadataWorkspace for the DbContext type…”. Turning the SQL Server ON, everything compiles fine.

Here’s part of my context (I’m using an existing database and yes, I know, not actually code first)

public class MyContext : DbContext
{
    public MyContext() : base("MY_DYNAMIC_CONNECTIONSTRING")
    {
        Database.SetInitializer<MyContext>(null);
    }
    ...

If this is really the case, there’s a huge problem. How can I prevent it from doing that? What if I’m using separate build machines where the ConnectionString doesn’t work? Or am I doing something wrong? Any advice?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    WCF RIA Services instantiates a DbContext at design time and build time, not only at runtime:

    Quote from http://jeffhandley.com/archive/2011/06/30/RIAServicesCodeFirst.aspx:

    In order to generate code into your Silverlight project, RIA Services
    has to inspect your DbContext at build time in order to get the entity
    types that are available.

    Quote from http://varunpuranik.wordpress.com/2011/06/29/wcf-ria-services-support-for-ef-4-1-and-ef-code-first/#comment-102

    The difference between EF CodeFirst stand alone and with RIA Services
    is that we initialize a new DbContext at design time as well.

    If the connection string is not valid or the connection can’t be established you apparently get the exception you mentioned.

    • 0