title: Why is the TableAttribute in the Entity Framework Dll?
body: <p>Is there a good reason why the Table attribute (which can be used to map a POCO class to the correct database name/schema) is in the EntityFramework.dll?</p>
  
  <p>Doesn't this prevent you from creating a Domain project that simply contains your entities with no dependency on a specific data access technology? For example, if I use this attribute I don't believe the classes would be portable to Silverlight.</p>
  
  <p>Is this an oversight, or am I missing something?</p>
  
  <p>I realize I could use the fluent API to circumvent this, but the attribute seems preferable for this purpose.</p>