Является ли это неправильной практикой, позволяющей пустым полям таблицы БД, чтобы упростить привязку модели от Ajax?

Question

Пожалуйста, ознакомьтесь с here и here, чтобы получить краткий обзор моей проблемы и посмотреть, что я имею в виду, когда говорю «Связывание модели с Ajax».

Было бы плохой идеей сделать поля внешнего ключа обнуляемыми, чтобы позволить привязке модели к javascript?

Например, мы хотим привязать к объекту Person во время AJAX вызова ... (Класс Person создается с Entity Framework)

public ActionResult Create(Person personToCreate) 
{ 
    //Create person here 
} 

Если Person был Pet объект, который был внешний ключ в db, вы не можете передать объект Pet вместе с другими данными из вызова ajax. Поэтому, если Pet не может быть опущен в БД, привязка к Person не будет работать.

Так что я хочу знать ... для того, чтобы сделать привязку к модели, should/can N null поля db, которые я не могу передать из javascript? Или мне нужно сделать Custom Binder и привязать к «Flatter» версию объекта, чтобы следовать лучшим практикам? Пример пологой версии объекта:

public class SimplePerson() { 
    private string firstName; 
    private string lastName; 
    private string petName; 
} 

Я спрашиваю это потому, что многие из моих Entity Framework созданы классы содержат внешние ключи, а это значит, мне нужно создать плоский дубликат почти все из тех, классы, и, похоже, против главного директора DRY.

Answer 1

Я прочитал, что вы связали и отправили, я не могу думать о хорошем решении с головы, но вся концепция изменения вашей базы данных для AJAX делает меня неудобным. Я знаю, что это не отличный ответ, я сейчас борюсь с несколькими проблемами дизайна EF, и было несколько раз, когда у меня возникло соблазн модифицировать базу данных ради модели, но это всегда было назад, чтобы укусить меня в прошлом.