Seed метода от Configuration си се извиква. Само трябва да run-неш SetInitializer-a.

Database.SetInitializer(new MigrateDatabaseToLatestVersion<StudentSystemDbContext, Configuration>());

Най-накрая тема и за това домашно.

Ето моите творения - ЦЪК.

Относно 'connection' стринговете и на мен ми беше много странно, че трябва да ги добавям във всеки проект който ползва контекста.
Имам един въпрос относно "Database.SetInitializer()" метода.
Къде е правилното място да го викаме този метод, аз лично в "Main" метода го извиквам.

Поздрави,

Даниел Петровалиев

Вчера цяла вечер си блъсках главата във връзка с условието в домашното : Configure the EF to run the seed method after the database is created for a first time. Run the application several times to ensure that it seeds sample data only once.

След доста четене из stack overflow и тази изключително интересна и полезна статия ЦЪК, се оказа, че Database.SetInitializer и Seed метода са пряко обвързани и първия вика втория винаги. Ако се ползва DropCreateDatabaseAlways стратегия за миграция, няма проблем със сийда защото така или иначе базата се прави на ново при всеки  run  на приложението, но при MigrateDatabaseToLatestVersion има поблем, защото сийд-а ще пълни всеки път. Та във връзка с изискването базата да се се сийд-ва само при инициализация, човечеца в статията (явно ги понаразбирва нещата) предлага два варианта: 

1. Ползва се метода AddOrUpdate - context.Students.AddOrUpdate (studentGosho); в сийд метода.  Това обаче е супер бавно, ще проверява всяка таблица и всяко ентри в нея и ако има 2000 реда код в сийд-а, ще стане майка си и баща си.

2. Проверява се в сийд метода има ли някой в конкретната таблица и връщаме ако има - if (context.Students.Any()) return  

Аз се спрях на второто решение, но и двете не ми харесват. Въпроса ми е дали в EF6 не са измислили нещо по-умно. Примерно в main метода след Database.SetInitializer, някак си да се прави тази проверка и да се спре изискването на Seed, или щом EF го вика няма как да го спрем? Ще се радвам, ако някой знае или е имислил нещо, и сподели.

Здравейте, колеги и аз се включвам с моето домашно.

Иначе и аз имах проблеми с този Seed.  Не искаше да пълни данните при първоначалното създаването на базата, но след като го сложих над инстанцията на контекста, заработи. Но така и не намерих начин да го накарам да се изпълнява само веднъж и да не ми дублира записите. А за това аз да си проверявам дали данните са налични изобщо не се сетих. През цялото време си мислих, че има по-умен начин.

Едно домашно и от мен GitHub. Исползвах всички препоръки от предноте постове и всичко работи :).

Ако някой има проблем с намирането на (localdb) във VIsualStudio2013 е (localdb)\MSSQLLocalDB.

Ако някой е без Resharper, като мен, нужно е да се добави  using System.Runtime.InteropServices.ComTypes; в конзолния клиент за да може да се исползва  Database.SetInitializer метода.

Здравейте,

Моля някой с повече опит да обясни защо когато инстанцираме колекция в конструктора на някой клас, не минаваме през пропъртито, а инстанцираме самото прайвът поле. Нали по принцип се минава през пропъртито, за да се извърши някаква валидация, ако е нужно.

private ICollection<Course> courses;

public Student()
{

     this.courses = new HashSet<Course>();

}

public int Id { get; set; }

public string Name { get; set; }

public virtual ICollection<Course> Courses
{
   get
  {
       return this.courses;
  }
 set
 {
          this.courses = value;
 }
}

Имам спомен, че в случая с рефернтните типове в даден клас, въпреки че има прайвит поле и пропърти, при наследяване на класа някой може да достъпи полето (колекцията) и да изтрие данните в нея. Така ли е?

Ето едно домашно и от мен. Споделям го малко по-късно, но нека го има