Как убрать подчеркивание полей внешнего ключа в коде первым по соглашению
У меня есть несколько классов (включая TPT) в моем проекте. Каждый POCO имеет BaseClass
, который имеет GUID
(называется GlobalKey
) в качестве первичного ключа.
Сначала я использовал DataAnnotations
создать правильные внешние ключи. Но тогда у меня проблемы с синхронизацией соответствующего GUID с самим объектом.
Теперь я хочу иметь только одно свойство виртуальной навигации, чтобы поле GUID в базе данных создавалось NamingConvention
, Но имя поля всегда добавляет подчеркивание, за которым следует слово GlobalKey
(какой правильный). Когда я хочу удалить подчеркивание, я не хочу проходить через все мои POCO в свободном API, чтобы сделать это:
// Remove underscore from Navigation-Field
modelBuilder.Entity<Person>()
.HasOptional(x => x.Address)
.WithMany()
.Map(a => a.MapKey("AddressGlobalKey"));
Есть идеи сделать это для всех POCOS, переписав соглашение?
Заранее спасибо.
Andreas
7 ответов
Я наконец нашел ответ на этот вопрос, написав специальное соглашение. Это соглашение работает в EF 6.0 RC1 (код с прошлой недели), поэтому я думаю, что оно продолжит работать после выхода EF 6.0.
При таком подходе стандартные соглашения EF идентифицируют независимые ассоциации (IA), а затем создают EdmProperty для поля внешнего ключа. Затем это соглашение приходит и переименовывает поля внешнего ключа.
/// <summary>
/// Provides a convention for fixing the independent association (IA) foreign key column names.
/// </summary>
public class ForeignKeyNamingConvention : IStoreModelConvention<AssociationType>
{
public void Apply(AssociationType association, DbModel model)
{
// Identify a ForeignKey properties (including IAs)
if (association.IsForeignKey)
{
// rename FK columns
var constraint = association.Constraint;
if (DoPropertiesHaveDefaultNames(constraint.FromProperties, constraint.ToRole.Name, constraint.ToProperties))
{
NormalizeForeignKeyProperties(constraint.FromProperties);
}
if (DoPropertiesHaveDefaultNames(constraint.ToProperties, constraint.FromRole.Name, constraint.FromProperties))
{
NormalizeForeignKeyProperties(constraint.ToProperties);
}
}
}
private bool DoPropertiesHaveDefaultNames(ReadOnlyMetadataCollection<EdmProperty> properties, string roleName, ReadOnlyMetadataCollection<EdmProperty> otherEndProperties)
{
if (properties.Count != otherEndProperties.Count)
{
return false;
}
for (int i = 0; i < properties.Count; ++i)
{
if (!properties[i].Name.EndsWith("_" + otherEndProperties[i].Name))
{
return false;
}
}
return true;
}
private void NormalizeForeignKeyProperties(ReadOnlyMetadataCollection<EdmProperty> properties)
{
for (int i = 0; i < properties.Count; ++i)
{
string defaultPropertyName = properties[i].Name;
int ichUnderscore = defaultPropertyName.IndexOf('_');
if (ichUnderscore <= 0)
{
continue;
}
string navigationPropertyName = defaultPropertyName.Substring(0, ichUnderscore);
string targetKey = defaultPropertyName.Substring(ichUnderscore + 1);
string newPropertyName;
if (targetKey.StartsWith(navigationPropertyName))
{
newPropertyName = targetKey;
}
else
{
newPropertyName = navigationPropertyName + targetKey;
}
properties[i].Name = newPropertyName;
}
}
}
Обратите внимание, что Конвенция добавлена к вашему DbContext
в вашем DbContext.OnModelCreating
переопределить, используя:
modelBuilder.Conventions.Add(new ForeignKeyNamingConvention());
Вы можете сделать одну из двух вещей:
Следуйте правилам EF при именовании внешних ключей, т. Е. Если у вас есть виртуальный
Address
определите свое ключевое свойство какAddressId
Скажите EF явно, что использовать. Один из способов сделать это - использовать Fluent API, как вы это делаете в настоящее время. Вы также можете использовать аннотации данных, хотя:
[ForeignKey("Address")] public int? AddressGlobalKey { get; set; } public virtual Address Address { get; set; }
Это ваш единственный выбор.
Я знаю, что это немного устарело, но вот пример того, как я определяю столбцы сопоставления через мой свободный конфиг (OnModelCreating):
modelBuilder.Entity<Application>()
.HasOptional(c => c.Account)
.WithMany()
.Map(c => c.MapKey("AccountId"));
Надеюсь это поможет,
Я также видел ту же проблему, когда тип поля выключен. Дважды проверьте тип поля Пример:
public string StateId {get;set;}
указывающий на объект домена с int в качестве типа State.Id. Убедитесь, что ваши типы одинаковы.
Я обнаружил, что настройки ключевого столбца не отслеживались ForeignKeyNamingConvention. Сделал это изменение, чтобы поймать их.
private bool DoPropertiesHaveDefaultNames(ReadOnlyMetadataCollection<EdmProperty> properties, string roleName, ReadOnlyMetadataCollection<EdmProperty> otherEndProperties)
{
if (properties.Count == otherEndProperties.Count)
{
for (int i = 0; i < properties.Count; ++i)
{
if (properties[i].Name.EndsWith("_" + otherEndProperties[i].Name))
{
return true;
}
else
{
var preferredNameProperty =
otherEndProperties[i]
.MetadataProperties
.SingleOrDefault(x => x.Name.Equals("PreferredName"));
if (null != preferredNameProperty)
{
if (properties[i].Name.EndsWith("_" + preferredNameProperty.Value))
{
return true;
}
}
}
}
}
return false;
}
Большинство из этих ответов имеют отношение к независимым ассоциациям (где определено свойство навигации "MyOtherTable", но не "int MyOtherTableId") вместо ассоциаций внешних ключей (где определены оба).
Это нормально, так как вопрос касается IA (он использует MapKey), но я сталкивался с этим вопросом при поиске решения той же проблемы с FKA. Поскольку другие люди могут прийти сюда по той же причине, я подумал, что поделюсь своим решением, которое использует ForeignKeyDiscoveryConvention.
/questions/3324626/entity-framework-6-soglashenie-o-tamozhennyih-otnosheniyah/3324636#3324636
У меня были проблемы при объединении его с соглашением об именовании идентификаторов EntityNameId.
При использовании следующего соглашения, чтобы убедиться, что таблица Customer имеет CustomerId, а не просто Id.
modelBuilder.Properties()
.Where(p => p.Name == "Id")
.Configure(p => p.IsKey().HasColumnName(p.ClrPropertyInfo.ReflectedType == null ? "Id" : p.ClrPropertyInfo.ReflectedType.Name +"Id"));
Соглашение об именовании внешнего ключа должно быть изменено на следующее.
/// <summary>
/// Provides a convention for fixing the independent association (IA) foreign key column names.
/// </summary>
public class ForeignKeyNamingConvention : IStoreModelConvention<AssociationType>
{
public void Apply(AssociationType association, DbModel model)
{
// Identify ForeignKey properties (including IAs)
if (!association.IsForeignKey) return;
// rename FK columns
var constraint = association.Constraint;
if (DoPropertiesHaveDefaultNames(constraint.FromProperties, constraint.ToProperties))
{
NormalizeForeignKeyProperties(constraint.FromProperties);
}
if (DoPropertiesHaveDefaultNames(constraint.ToProperties, constraint.FromProperties))
{
NormalizeForeignKeyProperties(constraint.ToProperties);
}
}
private static bool DoPropertiesHaveDefaultNames(IReadOnlyList<EdmProperty> properties, IReadOnlyList<EdmProperty> otherEndProperties)
{
if (properties.Count != otherEndProperties.Count)
{
return false;
}
for (var i = 0; i < properties.Count; ++i)
{
if (properties[i].Name.Replace("_", "") != otherEndProperties[i].Name)
{
return false;
}
}
return true;
}
private void NormalizeForeignKeyProperties(ReadOnlyMetadataCollection<EdmProperty> properties)
{
for (var i = 0; i < properties.Count; ++i)
{
var underscoreIndex = properties[i].Name.IndexOf('_');
if (underscoreIndex > 0)
{
properties[i].Name = properties[i].Name.Remove(underscoreIndex, 1);
}
}
}
}