Задачи для начинающих
Задачи как бы и описаны данной таблицей. Больше у заказчика ничего нет.
Заказчика убить. Он принес программисту готовое неправильное решение не написав, что это такое? Нет, ну реально, сделайте непонятно что из хрен знает чего? И это учебная задача?
Такую задачу может решить человек с опытом. Но на таких задачах нельзя ни учится ни учить. Это реальность из вселенной мурра
не работает, результат просто смешной получается.
У меня работало. Я действительно давно именно с таким заданием не сталкивался(ну просто это абсолютно устаревший стиль программирования), но когда то действительно в учебнике была учебная задача и пошаговый алгоритм позволял ее нормализовать
Заказчика убить.
Ну тогда даже и пулемётов не напасёшься. Как то мне еще не попадался заказчик который бы предоставил идеальное ТЗ.
У заказчика есть проблема, которую он пытался решить, вот с этой проблемой он и пришел к программисту.
Но на таких задачах нельзя ни учится ни учить
Ну покажите мне хоть кто то "правильную задачу" и как вы бы на ней учили?
пошаговый алгоритм позволял ее нормализовать
Алгоритм мона? 
Может просто им (студентам) книги тупые дали? Я не знаю, мне показали только решение. 
Мне вот кажется, что достаточно будет и 3х таблиц.
Достаточно и одной. Правильно 3 для обьектов и технические таблицы для связей, которые зависят от определенных связей. Эти связи и Программист и MrSanders вычисляли из исходной таблицы. Отсутствие поставленной задачи привело к разночтению и появлению бага. Была бы задача с описанием ситуации - было бы нагляднее
Пример. Программисты имеют 3 паузы , пьют в них кофе и в конце дня получают зарплату. 01.02.2021 Петер в первую паузу выпил 2 чашки, а потом не пил и получил зарплату нетто-брутто. Я понимаю, что в данном конкретном случае это атягивание совы на глобус, но без задания можно много нафантазировать и напрограммировать.
Как то мне еще не попадался заказчик который бы предоставил идеальное ТЗ.
Да причем здесь идеальный? Он у вас еще и немой и только одна рука, из которой на обрывке бумаги торчит таблица. Просто муму какое-то 
Ну покажите мне хоть кто то "правильную задачу" и как вы бы на ней учили?
Имеется предприятие по продаже кофе. Оно продает несколько разных сортов кофе. Каждый сорт стоит нетто + накладные расходы(брутто). Имеются клиенты, которые покупают это кофе. Нужно наладить учет продаж и хранение информации в базе данных. imho
Поэтому в первую очередь классы сущностей, а потом база данных.
-----
В Ентити Фрамеворк реализованы два подхода - коде фирст и датабасе фирст.
Основной вопрос - кто больше взаимодействует с клиентом - базовик или прогер.
По мне - с клиентом взаимодействует базовик - ему нужно построить "правильную" базу и эта "правильная" база может существенно отличаться от того как она будет представлена прогеру.
Прогер же может лишь определить классы сущностей и молится на то что под них будет создана "правильная" база. Но его надежды - пусты - никакой сущностный класс не определит триггер, который будет синхронизировать текущую и стороннюю базы.
потому как непонятно - проверено
-----
Именно так.
Потому как это не делается с наскока - надо долго и аккуратно приучать к изучению тербазиса и ставить задачи таким образом чтобы разультат был достижим при понимании теории.
Мало того - нельзя делать - непонятно, еще раз непонятно и снова непонятно - результат такого подхода вполне предсказуем - пошло нафиг это ИТ...
Вначале нужно просто поиграться с тем что есть, попробовать добавлять и удалять данные, тогда сразу будут ясны проблемы.
-----
Да нет никаких проблем - есть таблица и в нее надо писать/читать данные.
Какие есть - такие и писать и в том виде в каком даст клиент.
А то, что потом отчет будет построить сложно - это тебе сейчас понятно, а юниору - нефига не понятно
- он та далеко не думает - у него огромная проблема - сформировать скл-инсерт для вставки в таблицу... 
У нас тобой разные точки зрения на процесс обучения.
-----
Обучившиеся у меня успешно работают по специальности... сменив несколько поколений систем разработки.
ответ - изучить соответствующую часть теории.
ну не нужна пока никакая теория
Первое, что сразу видно, откуда брать цену на сорта кофе? И сортов несколько.
Значит нам нужна еще таблица по сортам кофе с ценами.
Есть еще клиенты, значить нужна таблица с клиентами. Ну и еще что то для связи всего воедино.
Вот теперь можно идти и читать как делать таблицы и как их связывать.
Ну так это всё из таблицы и видно
-----
Из нее ничего не "видно".
Из нее следует, что какая-то информация представлена в виде таблицы.
При этом не сказано, что можно добавлять строки и нельзя добавлять колонки.
Что именно представлено - не определено, ожидается оценка на основании (отсутствующегo) практического опыта.
Чтобы понять что именно не так - возьми ту же таблицу, но на китайском (иероглифами, именно так ее видит нуб) и поясни что там к чему.
Основной вопрос - кто больше взаимодействует с клиентом - базовик или прогер.
Какова цель процесса?Допустим базовик вылез вперед. В результате получаем какие то таблицы. Начинаем лепить код, пытаясь всунуть между описанием процесса клиенты и той хренью, которую налепил базовик. И потом ищем костыли, как сделать вот так, но но этак.
Есть стандартные решения для многих бизнес-процесов. Стандартные - это значит и проверенные на практике на стабильность, масштабируемость и легкость в сопровождении. И это значит, что проггер с первого взгляда узнает и понимает имплементацию. И есть решения "я это зделал, но не завидую тем, кто будет после меня разбираться с этим". Так вот, загоняя программиста между клиентом и базовиком мы вынуждаем его выкручиваться, лепя на коленке костыли. Итог немного предсказуем. Имхо.
ему нужно построить "правильную" базу
Я запущу на автомате построение базы и за 10 сек. получу готовую "правильную" базу из персистентного слоя. По готовым классам. Базовик месяц будет лепить таблицы и потом я еще полгода буду пытаться организовать сохранение в эти таблицы. И получится хрень.
и молится на то что под них будет создана "правильная" база.
Теперь я понимаю, Мурр, откуда твои вопросы про чудо чудное, которое делает диво дивное и в природе не существует.
Окропление святой водой заменяет юниттесты
QНу так это всё из таблицы и видно
что видно? Что у программиста зарплата 7.00 нетто и 7.40 брутто? Я своих продактменеджеров за такие таблицы гоняю. Приказ, который может быть неправильно понят, будет неправильно понят.
откуда брать цену на сорта кофе
Найди в таблице слово сорт. Там количество чешек выпитого кофе. Найди в таблице слово цена. Там зарплата дегустатора кофе.
И если интерпретация сорта проданного кофе подразумевает зависимость количество-цена, то интерпретация дегустатор такой зависимости не имеет. Нетто и брутто привязаны к самому дегустатору. Упс.
Первое, что сразу видно, откуда брать цену на сорта кофе?
-----
Цена это куда?
Кофе это как?
Кому отослать - сорта?
Через что брать?
Все что "видно" - это только через твой личный опыт, через твою оценку содержания и, возможно, через какую-то дополнительную информацию от заказчика, которой ты не поделился.
У нуба ничего этого нет. Он смотрит на какие-то буквы, какие-то цифры, организованные в разреженную табличную форму и просто не понимает ни что с этим надо делать, ни что ты от него ожидаешь...
В той стране откуда Я сбег после переворота была мода на написание учебников - советские им сильно не подошли.
Писали много, писали разное.
Вот в учебник математики попала задачка:
У Пети 4 яблока,
У Маши 2 груши.
РЕШИ.
Но там хоть понятна цель - уничтожить образование как таковое.
Цель была достигнута - выпускают инженеров с опциональным знанием арифметики.
Причем, если мне не изменяет память, требования устного счета в пределах 10 заявлено для поступления в подготовительную группу в детском саду... потом 12 лет в школе...