Лучше у юзера хранить 2 списка блокнутых/зафоловленых юзеров
так это ж модель базы данных
Ну да, если у тебя EF он сам сообразит как это по таблицам распихать
я бы все enum вынес в отдельные константы и ид заменил на Guid. в целом не плохо
В целом неплохо? Когда вместо такой простыни можно написать 2 строчки?
вот только хотел уточнить что имеется ввиду. спасибо, так и сделаю
а если у него будет еще код, который будет обращаться к этим enum? лезть за ними в определенную ентити? зачем? если их проще вынести
Покажи код модели
Да, давай писать простыни, хоть они сейчас и не нужны, но вдруг когда-нибудь в будущем понадобятся
с чего такой вывод. вот например у меня они нужны. судя по его коду, человеку тоже нужны.
Ну приведи пример
и еще странно что оно Relationship в MaritalStatus не переименовало
Тебе нужно настроить self reference https://stackoverflow.com/a/49219124/11565032
спасибо, сейчас посмотрю
а если потребуется расширить список? будешь редачить постоянно код?
Зачем мне твой бот? Приведи пример, где нужен enum с folow/blocked
речь шла про enum
да легко добавлю. Появится какой то новый статус, просто новый закину в список и все
modelBuilder.Entity<UserRelationship>() .HasOne(pt => pt.FromUser) .WithMany() .HasForeignKey(pt => pt.FromUserId) .OnDelete(DeleteBehavior.Restrict); modelBuilder.Entity<UserRelationship>() .HasOne(pt => pt.ToUser) .WithMany() .HasForeignKey(pt => pt.ToUserId); Прописал вот это и оно работает, хотя раньше ошибка была. А это many-to-many self referencing relation считается нормальной практикой? мне за это по ушам не дадут?
Да, это нормально. Только таблица у тебя выглядит подозрительно, покажи кот
эта таблица?
или эта?
это дипломная работа и если там будут плохие практики, то мне будет хана. конечно реализовывать соц. сети через реляционные бд, а не графовые, уже плохая пракитика, но поскольку это урезанная соц. сеть, то норм
Обсуждают сегодня