Нужна база с такими двумерными списками, как ее правильно записать?
Вряд ли получится сделать public DbSet<List<List<string>>> lst { get; set; }
(я не пробовал)
Вот был класс Темы, для записи объектов которого уже есть таблица (кроме записи материалов)
public class Theme: Model // Model содержит в себе строчные свойства
{
#region Свойства
public int Id { get; set; }
public List<List<string>> Materials { get; set; }
public int? ParentId { get; set; }
public virtual Path Parent { get; set; }
#endregion
}
Думаю переделать так
public class Theme: Model
{
#region Свойства
public int Id { get; set; }
public List<Material> Materials { get; set; }
public int? ParentId { get; set; }
public virtual Path Parent { get; set; }
#endregion
}
public class Material
{
public int Id { get; set; }
public string Name {get;set;}
public string Link {get;set;}
public int? ParentId { get; set; }
public virtual Theme Parent { get; set; } //класс агрегатор
}
И запишу такие классы в бд
В принципе, после уточнения задача выглядит как самое обычное отношение один-ко-многим.
Ну вот как я показываю обычно на примере продукта, заказа и позиции заказа: у одного заказа может быть несколько позиций (тынц1) или у одного бренда может быть несколько продуктов (тынц2). Подход в рамках типичного мышления крудоделателя и формошлёпа: всё унифицировано, одинаково.
Также альтернативно вы можете просто сериализовать весь список целиком, скажем в json, и хранить его там целиком. (Пример кода можно посмотреть в этом вопросе) Подход удобен для value object'ов, когда вам особо не нужны эти строки вне контекста вашего root объекта.
Виртуальный выделенный сервер (VDS) становится отличным выбором
Подскажите пожалуйста, разрабатываю приложение WPF под FrameWork 40, т
Необходимо сделать фабрику (проще лямбду конечно), которая бы выдавала свободный dbcontext из пула