Их можно убрать, у виндоу есть шаблон для перепиливания сие чуда. Погугли, есть такое

Спасибо, поищу

Взялся за проектирование pet-проекта, с практическим уклоном, решил написать crm'ку  для жены, она занимается изготовлением и проаджей игрушек, одежды и прочей хэндмейд продукции. Начал накидывать диаграмму классов модели. На мой взгляд, декомпозиция достаточная, с заделом на расширение функций, сопряжения постарался свести к минимуму. Сижу уже несколько часов и у меня уже глаз замылился. Гляньте сторонним взглядом, чего можно поправить, по другому реализовать, организовать. Ну и я не особо силен в uml, буквально сегодня почитал чего да как надо сроить, потому по связям вообще не уверен что правильно изобразил

это же не uml а диаграмма сущностей базы данных

Блин телега качество сожрала

ну дак и предполагается все в базе хранить

codefirst типа

На первый взгляд вроде нормик, но вот Gender обязательно было выносить в отдельный класс?)

во, уже сам заметил что одну связь пропустил

ERD во что тебе надо

это по заветам Вадима 😂

в класс хз, но вот то что надо создавать отдельную таблицу это точно ибо 3 НФ

Ну и пусть в типе byte хранит 0 - unknown, 1-male, 2 - female. А то и вообще bit - female,male
Просто это все на мой взгляд лишняя связь. Такие вещи в мире довольно статичны и именно поэтому не вижу смысла заводить целую отдельную таблицу...

ну в принципе так тоже можно, для себя ж пишется, не думаю что для себя нужно соотносить заказчика с один из 58 гендеров, наверное поправлю

в печатные формы гендер не пойдет

Вот я именно об этом и говорил... Хотя если посмотреть что в мире творится хоть заводи   отдельную таблицу для всех возможных вариаций.
Или например будет мультиязычный интерфейс тогда можно было бы завести чтобы покрыть языковые моменты

Ребята,  можете подсказать

Почему у меня интерполяция не работает?

Копирни эту строку суда