Маленькое уточнение.

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

Впрочем, возможно, именно это и надо.

k_svА как посоветуете организовать эту самую нормализацию?
Нормализация - это идеология. Примерно такая же как Объектоно-ориентированное программирование (ООП). Поэтому "организовать" ее невозможно.

Если опустить все высокоумные термины, то идея нормализации заключается в том, что любые данные должны вводиться только один раз и храниться только в одном месте.

Ну, например, в твоем случае нужна информация по 3 критериям: дата, работа, тариф.

Можно вводить это все в одной таблице (как, например в листе EXCEL), но такая таблица будет НЕ нормализована именно потому, что одно и то же значение ты вынужден будешь вводить несколько раз. Много раз вводить одну и ту же "работу", много раз вводить один и тот же "тариф".

Под "нормализацией" в данном случае понимается разделение информации по таблицам таким образом, чтобы отпала необходимость ввода повторяющихся значений. (есть еще "логическая" нормализация, но это более глубокие "дебри")

Это значит, что надо организовать отдельный справочник "работ" и отдельный справочник "тарифов". А в сводной таблице ты будет выбирать ранее введенную "работу" и ранее введенный "тариф".

Но идея "нормализации", как впрочем и любая другая идея, не выдерживает грубой действительности. В том смысле, что нельзя доводить идею до ее логического завершения. Это будет полнейшая бессмыслица. В данном случае ты ведь вынужден вводить повторяющиеся даты, но создавать отдельный справочник "даты" никому и в голову не придет.

Т.е., как правило, нормализация базы данных выполняется до некоего предела, глубже которого "не копают". В этом просто нет смысла. Иногда сознательно нарушают правила нормализации, для повышения быстродействия системы. Но такие отступления требуют более тщательного программирования.

k_svКак нормальные люди это делают: навешивают процедуры на триггеры или правила таблиц (честно говоря, я там особо еще не копалась), либо прямо в форме при вводе записи делать эти проверки?
В смысле: как организовать контроль уникальности введенных данных?

Контроль на уровне ввода данных - это всегда рекомендательный и не окончательный контроль. Он не обеспечивает реальный контроль, поскольку, по сути, каждый пользователь работает со своей копией данных.

А вот контроль на уровне записи данных - это уже окончательный контроль, поскольку он проверят именно исходные данные, а не их копии у пользователей.

Организовать его можно 2 принципиальными способами:

Индекс типа Candidat с FOR-условием (надо отсекать записи, помеченные как удаленные)

Триггер, при наличии структурного индекса по изменяемому полю и записи данных в окружении транзакции.

Первый вариант проще в реализации. Второй - универсальнее.
Первый вариант также контролирует и процесс ввода данных. Второй - только процесс записи данных.
Первый вариант несколько "избыточен" по объему занимаемого места (физически больше места на диске занимает)