EF4 обработка свойств CultureInfo и локализация - PullRequest
0 голосов
/ 11 августа 2011

Можно ли «взломать» или получить EF4 для обработки CultureInfo и локализации?

public class Group
{
   prop string Name ( is Lanague specific )
   prop Group Prant
   prop int Id
}

Мне нужна структура сущностей EF4 для хранения свойства Name, помеченного как свойство языка. Мне также нужна среда для повторного сопоставления свойства name при извлечении объекта для определенного языка.

Причина этого в том, что я не хочу, чтобы все языковые / культурные переводы загружались для объекта. Если все переводы загружены, то это может быть огромная загрузка из БД.

Я думал, что языковая таблица была на одну сущность, как

public class Group_language
{
   prop int id
   prop string language
   prop string propertyname
   prop string translatedValue
}

Возможно ли все это и как будет выглядеть моя конфигурация? Любые идеи приветствуются.

1 Ответ

0 голосов
/ 11 августа 2011

В случае EDMX, возможно, можно было бы сопоставить это с представлением запроса или отображением отображенной базы данных (ручное изменение EDMX), но вам все равно понадобятся сопоставленные исходные таблицы и вам понадобятся хранимые процедуры для вставки, обновления и удаления, потому что представления запросов доступны только для чтения. Вам также необходимо будет предоставить язык для сущности Group (в противном случае для хранимых процедур недостаточно вставить / обновить / удалить).

Это продвинутая «логика», тогда как встроенные механизмы EF предназначены для базового отображения без какой-либо управляемой данными логики (кроме наследования TPH и условного отображения). Здесь вы хотите, чтобы одно свойство отображалось из другой таблицы на основе некоторой логики = вы должны реализовать его сами, и EF вам не сильно поможет.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...