Я использую структуру Entity Framework и имею структуру наследования с базовым Entity (назовем его Customer) и производным Entity, назовем его AccountCustomer. Разница заключается в том, что у AccountCustomer есть дополнительные сведения (например, условия оплаты и т. Д.), Хранящиеся в отдельной таблице в базе данных и, следовательно, дополнительные свойства в Entity.Литейные сущности Entity Framework в «неправильном» направлении
Я хочу, чтобы пользователи могли «продвигать» конкретного Клиента как AccountCustomer. Мне нужно сохранить один и тот же первичный ключ (составной ключ, видимый для пользователей и используемый в качестве ссылки на клиента).
В настоящее время я чувствую, что вызов хранимой процедуры для создания дополнительной записи в таблице учетных записей является единственным способом, но до сих пор мы не обошли платформу Entity Framework, поэтому предпочли бы избежать этой техники, если возможное.
Есть ли у кого-нибудь какие-либо решения Entity Framework?
этот ответ - вид дерьма, вопрос хорош и до точки – Adaptabi
Извините, если вам не нравится ответ. Тем не менее, вопросник предпочитает объектно-ориентированные решения на основе EF. Объект, меняющий свой тип, несовместим по духу и, возможно, фактически с объектно-ориентированным дизайном на основе EF. Факты в том, что они есть, ответ в том, что это такое. – yfeldblum