Читайте также:
|
| Свойство поля | Используется для |
| Размер поля | Задания максимального размера данных, сохраняемых в полях с типом данных Текстовый, Числовой или Счетчик. |
| Формат | Настройки формата данных поля для отображения или пе-чати. |
| Число десятичных знаков | Задания количества отображаемых знаков в дробной части для числовых значений. |
| Новые значения | Определения способа присвоения значений для поля «Счетчик»: последовательное увеличение или случайные значения. |
| Маска ввода | Отображения специальных знаков для управления вводом данных. |
| Подпись | Определения текста, отображаемого по умолчанию в над-писях для форм, отчетов или запросов. |
| Значение по умолчанию | Автоматического назначения значения по умолчанию полю при добавлении новых записей. |
| Условие на значение | Позволяет контролировать ввод, задает ограничения на вводимые значения. При нарушении заданного условия программа запрещает ввод и выводит сообщение, текст которого задается в свойстве Сообщение об ошибке. |
| Сообщение об ошибке | Ввода текста, который будет отображаться при нарушении значением правила «Условие на значение». |
| Индексированное поле | Ускорения доступа к данным в этом поле путем создания и использования индекса. |
3.4. Практическая работа
«Концептуальное проектирование»
Цель работы: Приобретение навыков анализа предметной области. Выделение основных абстракций в предметной области и определение их параметров. Научиться создавать информационную модель данных.
Дано словесное описание простой предметной области.
В лабораторной работе рассматривается задача о зачислении абитуриентов на бюджетные места в некоторый вуз. Абитуриенты сдают экзамены на один или несколько факультетов вуза. Известно расписание экзаменов: дата, предмет экзамена, факультет, на который экзамен сдается. На экзаменах абитуриенты получают оценки. По каждому абитуриенту хранятся некоторые данные.
Требуется построить различные варианты информационной модели данных (представления данных), сравнить предложенные варианты.
Рассмотрим несколько вариантов модели.
Вариант 1.
Представим всю информацию как характеристики одного объекта ‒ экзаменационной оценки (Таблица 3.3).
Таблица 3.3
Оценка
| Предмет экзамена |
| Дата экзамена |
| Факультет |
| Фамилия |
| Имя |
| Отчество |
| Номер аттестата |
| Дата выдачи аттестата |
| Значение оценки |
Видим, что информация об абитуриенте дублируется, т. е. при внесении информации о новой оценке мы должны заново вносить уже введенную ранее информацию по абитуриенту (Фамилия, Имя, Отчество, номер аттестата, дата выдачи аттестата). При вводе одной и той же информации, можно допустить ошибки. Соответственно база данных перейдет в противоречивое состояние. Предположим, что Сергеев Сергей Петрович сдал экзамен по математике на ВМК на оценку 5. Мы внесли информацию об этом (Сергеев, Сергей, Петрович, математика, ВМК, 5, № аттестата -123123, дата выдачи аттестата - 21 июня 2003 года) в нашу базу данных. Через некоторое время данный абитуриент сдает информатику. Мы вносим информацию (Сергеев, Сергей, Петрович, информатика, ВМК, 5, № аттестата 123123, дата выдачи аттестата 22 июня 2004 года). При вводе была допущена ошибка - мы неправильно ввели дату выдачи аттестата.
Таким образом, наша база данных дает противоречивую информацию. По одним данным аттестат был получен Сергеевым 21 июня, по другим, 22 июня.
Кроме того, даже если информация была бы введена правильно, мы увеличиваем объем информации, что приводит к необходимости увеличения ресурсов и замедлению работы программного обеспечения. Избавимся от данного недостатка и построим другую информационную модель.
Вариант 2.
Таблица 3.4
Дата добавления: 2015-07-19; просмотров: 108 | Нарушение авторских прав
| <== предыдущая страница | | | следующая страница ==> |
| Типы данных полей таблиц БД | | | Абитуриент |