Зіставлення типу CLR із типом EDM неоднозначне з EF 6 & 5?

Будь-ласка, будь-хто може допомогти мені виправити цю помилку?

Вказана схема недійсна. Помилки:

Зіставлення типу CLR із типом EDM неоднозначне, оскільки кілька типів CLR відповідають типу EDM 'City_DAL'. Раніше знайдений тип CLR 'CeossDAL.City_DAL', нещодавно знайдений тип CLR 'CeossBLL.City_DAL'.

Основна проблема, що у мене є DAL, і вона містить EF і BLL, і вона містить ті самі класи DAL, але відрізняється простором імен, і саме це спричиняє проблему

Я не можу знати, як позбутися цієї проблеми, можете, будь ласка, допомогти мені?

Також я буду вдячний, якщо хтось дасть мені зразок для використання n-рівня архітектури з EF

Дякую

Не використовуйте класи з однаковим некваліфікованим іменем - EF використовує лише імена класів для ідентифікації типу, зіставленого в EDMX (простори імен ігноруються) - це дозвіл, що дозволяє зіставляти класи з різних просторів імен в одну модель. Рішення вашої проблеми полягає в тому, щоб інакше називати свої класи в BLL.

Вирішення проблеми: Змініть властивість одного з двох однакових класів.

EF відповідає імені класу І властивостям класу. Тож я просто змінив назву властивості на одному з об’єктів EF, і помилка зникла.

Як @Entrodus прокоментував одну з інших відповідей:

Зіткнення EF відбувається лише тоді, коли два класи мають однакову назву І однаковий набір параметрів.

Це запитання форуму MSDN може бути корисним. Пропонується розміщувати класи BLL та DAL в окремих збірках.

Для EF 6.x я знайшов деякі примітки за адресою https://github.com/aspnet/EntityFramework/issues/941 і виправив це у своєму рішенні, додавши анотацію до типу EDM.

Я відредагував файл EDMX вручну і змінив такий рядок:

<EntityType Name="CartItem">

до цього:

<EntityType Name="CartItem" customannotation:ClrType="EntityModel.CartItem">

або використовуйте це, якщо у вас є інший тип в іншому місці:

<EntityType Name="CartItem" customannotation:ClrType="MyApp.CartItem, MyApp, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null">

де EntityModel - це простір імен, що використовується для моєї моделі EF, а MyApp - простір імен бізнес-об'єкта

У деяких випадках це більше симптом, ніж реальна проблема. Для мене це зазвичай з’являється, коли я намагаюся викликати функцію всередині запиту Linq, не спочатку викликаючи .ToList ().

Наприклад, помилка, яка привела мене сюди, спричинена тим, що я зробив це:

var vehicles = DB.Vehicles.Select(x => new QuickSearchResult()
{
    BodyText = x.Make + " " + x.Model + "<br/>"
    + "VIN: " + x.VIN + "<br/>"
    + "Reg: " + x.RegistrationNumber +"<br/>"
    + x.AdditionalInfo
    type = QuickSearchResultType.Vehicle,//HERE. Can't use an enum in an IQueryable.
    UniqueId = x.VehicleID
});

Мені довелося зателефонувати .ToList (), потім перебирати кожен елемент і призначати йому тип.

Можливо, це було недоступно, коли було задано запитання, але іншим рішенням є видалення EDMX та відтворення його як моделі даних сутності, котра першою використовує код. У EF6, з використанням коду, ви можете зіставити два класи з однаковим іменем із різних просторів імен моделі, не створюючи конфлікту.

Щоб створити модель даних сутності у Visual Studio (2013), перейдіть до пункту «Додати»> «Новий елемент ...»> «Модель даних сутності ADO.NET». Не забудьте вибрати параметр "Перший код із бази даних".

Я отримав помилку вище, оскільки для обох рядків підключення у мене було однакове значення для метаданих, вказаних у конфігураційному файлі мого основного проекту, як показано нижче:

<add name="EntitiesA" connectionString="metadata=res://*/EntitiesA.csdl|res://*/EntitiesA.ssdl|res://*/EntitiesA.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=localhost;initial catalog=MyDatabase;integrated security=True;MultipleActiveResultSets=True;App=EntityFramework&quot;" providerName="System.Data.EntityClient" />

<add name="EntitiesB" connectionString="metadata=res://*/EntitiesA.csdl|res://*/EntitiesA.ssdl|res://*/EntitiesA.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=localhost;initial catalog=MyDatabase;integrated security=True;MultipleActiveResultSets=True;App=EntityFramework&quot;" providerName="System.Data.EntityClient" />

У підсумку я скопіював правильний рядок підключення з конфігураційного файлу проекту EntitiesB.

Ще одна причина, через яку ви можете отримати цю помилку: якщо ви завантажуєте власні збірки за допомогою Assembly.LoadFile, які містять файли edmx, які вже завантажені в пам’ять. Це створює повторювані класи, які структурі сутності не подобаються.

Для мене це було тому, що я намагався отримати доступ до типу з тим самим іменем на неправильному екземплярі контексту.

Скажу так ContextAі ContextBє SomeType. Я намагався отримати доступ ContextA.SomeTypeдо екземпляра ContextB.

Просто додайте EntityFramework як "Код спочатку з бази даних", а не як "EF Designer з бази даних". Це вирішило мою проблему, але вона має темну сторону. Якщо ви зміните базу даних, вам доведеться видалити всі класи та додати її знову, або просто відредагувати класи, я використовую останнє, коли змінюю властивості стовпців, наприклад "Дозволяє null "або розмір рядка. Але якщо ви додасте стовпці, я рекомендую видалити і знову додати класи.

Я зміг вирішити цю проблему, не перейменовуючи класи, властивості або метадані.

У мене було налаштування проекту за допомогою трансформації T4, що створює об’єкти сутності в проекті DAL, і трансформації T4, що створює об’єкти домену в проекті домену, обидва посилаючись на EDMX для створення ідентичних об’єктів, а потім я зіставляв об’єкти DAL з об’єктами домену .

Помилка сталася лише тоді, коли я посилався на інші класи (переліки в моєму випадку) із збірки Domain у своїх запитах. Коли я їх видалив, помилка зникла. Схоже на те, що EF завантажував мою збірку домену через це, бачачи інші ідентичні класи та підриваючи.

Щоб вирішити цю проблему, я зробив окрему збірку, яка містила лише мої трансформовані доменні класи T4. Оскільки мені ніколи не потрібно використовувати їх всередині запиту (лише після запиту, до якого потрібно зіставити), у мене більше немає цієї проблеми. Це здається чистішим та простішим, ніж відповіді нижче.

якщо у вас є 2 рядки підключення у веб-конфігурації, але ви хочете використовувати один рядок підключення, ви використовуєте динамічне створення рядка підключення інших об'єктів. У моєму рішенні є edmx (db first) і code first Entities. Я використовую цей клас у сутності First.

using System;
using System.Collections.Generic;
using System.Configuration;
using System.Data.Entity.Core.EntityClient;
using System.Data.SqlClient;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
namespace Data
{
    public class SingleConnection
    {
        private SingleConnection() { }
        private static SingleConnection _ConsString = null;
        private String _String = null;

        public static string ConString
        {
            get
            {
                if (_ConsString == null)
                {
                    _ConsString = new SingleConnection { _String = SingleConnection.Connect() };
                    return _ConsString._String;
                }
                else
                    return _ConsString._String;
            }
        }

        public static string Connect()
        {
            string conString = ConfigurationManager.ConnectionStrings["YourConnectionStringsName"].ConnectionString;

            if (conString.ToLower().StartsWith("metadata="))
            {
                System.Data.Entity.Core.EntityClient.EntityConnectionStringBuilder efBuilder = new System.Data.Entity.Core.EntityClient.EntityConnectionStringBuilder(conString);
                conString = efBuilder.ProviderConnectionString;
            }

            SqlConnectionStringBuilder cns = new SqlConnectionStringBuilder(conString);
            string dataSource = cns.DataSource;
            SqlConnectionStringBuilder sqlString = new SqlConnectionStringBuilder()
            {
                DataSource = cns.DataSource, // Server name
                InitialCatalog = cns.InitialCatalog,  //Database
                UserID = cns.UserID,         //Username
                Password = cns.Password,  //Password,
                MultipleActiveResultSets = true,
                ApplicationName = "EntityFramework",

            };
            //Build an Entity Framework connection string
            EntityConnectionStringBuilder entityString = new EntityConnectionStringBuilder()
            {
                Provider = "System.Data.SqlClient",
                Metadata = "res://*",
                ProviderConnectionString = sqlString.ToString()
            };
            return entityString.ConnectionString;
        }
    }
}

І коли я називаю сутності

private static DBEntities context
{
get
{
    if (_context == null)
        _context = new DBEntities(SingleConnection.ConString);

    return _context;

}
set { _context = value; }
}

Я думаю, у вас є клас X із назвою "MyClass" у моделях сутності та інший клас, який називається "MyClass" у тій самій WorkFolder або Extended першого класу. Це моя проблема, і я її виправляю.

Існує бібліотека під назвою AutoMapper, яку ви можете завантажити. Це допоможе вам визначити зіставлення класів від одного типу до іншого.

Mapper.CreateMap<Model.FileHistoryEFModel, DataTypes.FileHistory>();
Mapper.CreateMap<DataTypes.FileHistory, Model.FileHistoryEFModel>();