Создать базу данных Дисциплинарная практика

Здравствуйте. Не получается сделать запрос, да и с формой тоже беда. Если у кого есть время, посмотрите пожалуйста.


Создать базу данных ДИСЦИПЛИНАРНАЯ ПРАКТИКА, состоящую из таблиц ОСУЖДЕННЫЙ (ключевое поле Личный номер) и НАРУШЕНИЯ (индексированное поле Личный номер), по результатам таблиц 4.1 и 4.2. На основе базы данных сформировать запрос, в который включить поля: «Фамилия», «Имя», «Отчество», «Категория правонарушения», «Дата правонарушения», «№ отряда»; предусмотреть: сортировку записей по полю «Фамилия»; в запрос включить осуждённых, относящихся к одному из отрядов, причём номер конкретного отряда должен вводиться уже после запуска запроса; создать форму для ввода новых записей в таблицы базы данных; создать отчет по результатам запроса; в отчет включить все поля запроса; в отчете предусмотреть группировку по полю «Дата правонарушения»; вычислить итоговое количество правонарушений по отрядам
Таблица 4.1
НАРУШЕНИЯ
Таблица 4.2
ОСУЖДЕННЫЙ

Таблицы уже набил и добавил их в запрос, но сам запрос не сделал.
Все файлы во вложении. Заранее спасибо.

Миниатюры

   

Вложения

1.7z (23.5 Кб, 41 просмотров)

0

По скринам.
Структура первой таблицы правильная.
Во второй правильное решение только одно: личный номер осуждённого в качестве первичного ключа.

В остальном по второй таблице.
Вместо возраста - дата рождения; вместо номера отряда - отдельная таблица отрядов, связанная с осуждёнными как Многие-К-Одному. Также, вместо количества судимостей - отдельная для них таблица, а если предметно строго - то таблицы Осуждённый и Судимости должны быть связаны отношением Многие-Ко-Многим (через дополнительную связующую таблицу).

Срок должен измеряться в днях. Но это, конечно, тоже только в том случае, если задача практическая, а не учебная...

0

Сообщение от Андрэич Во второй правильное решение только одно: личный номер осуждённого в качестве первичного ключа.

Неверно. Данные не должны быть ключами, рано или поздно это приведёт к неприятным последствиям. Например, в один прекрасный момент в результате очередной реформы, к номеру заключённого добавится буква. Что делать будем?

0

Сообщение от alvk Данные не должны быть ключами, рано или поздно это приведёт к неприятным последствиям

Не в порядке спора (я-то как раз согласен), вот что ответил мне примерно на такое

Сообщение от minob В интернете можно найти множество хроник боев в "священной войне" суррогатные vs естественные ключи, не приносящих победу ни одной из сторон. Каждая сторона остается при своих убеждениях. Поэтому думаю не стоит затевать еще один холивар

0

iifat, это весьма опасное высказывание, minob просто не видит последствий. Я в данном вопросе непреклонен.

p.s. относятся ли текстовые ключи к суррогатным или они относятся к третьей категории: "хотьбыкак" ?

1

Сообщение от alvk minob просто не видит последствий.

Возможно и не вижу, тогда просветите, пожалуйста, к каким опасным последствиям приведет

Сообщение от alvk в один прекрасный момент в результате очередной реформы, к номеру заключённого добавится буква

0

Сообщение от alvk Я в данном вопросе непреклонен

Я заметил. "Карфаген должен быть разрушен" -- не твой предок, случайно?

Сообщение от alvk относятся ли текстовые ключи к суррогатным

Не понял вопроса. Естественный ключ -- некая характеристика из внешнего мира (народ спорит, что, дескать, если суррогатный ключ используется для связи разных баз; для меня и тут всё ясно: из внешнего мира -- значит, естественный). Суррогатный -- некая внутренне порождаемая штука. Числовые, текстовые -- безразлично.

Добавлено через 7 минут

Сообщение от alvk Данные не должны быть ключами, рано или поздно это приведёт к неприятным последствиям. Например, в один прекрасный момент в результате очередной реформы, к номеру заключённого добавится буква

Та ладно тебе. Ужас, конечно, но не ужас-ужас.
К тому же ты, по-моему, смешиваешь две проблемы: одна -- поле, которое мы полагали числовым, вдруг стало текстовым. Вторая -- те самые ключи.
Первая -- достаточно часто, неприятно и неизбежно, но не страшно вообще. Сменил структуру таблиц -- и всё.
Вторая -- да ёлки, ну, например, порвал связи, сменил структуры, восстановил связи. Или уж в самом крайнем случае -- сделал старые номера суррогатным ключом, завёл где надо поля для новых, заполнил что можно из старых и работай дале. Не конец света.

0

http://ru.wikipedia.org/wiki/%... A%EB%FE%F7

Имхо должно быть вот это и вот это должно иметь тип счётчик.

Добавлено через 1 минуту

Сообщение от iifat да ёлки, ну, например, порвал связи, сменил структуры, восстановил связи. Или уж в самом крайнем случае -- сделал старые номера суррогатным ключом, завёл где надо поля для новых, заполнил что можно из старых и работай дале. Не конец света.

0

Спасибо за советы.

0