Создание таблиц для контрольного примера
Содержание
Введение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3
Глава 1 Создание БД и введение в банки данных. . . . . . . . . . . . . . . . . . . . . . . . . 5
1. 1 Понятие банка данных. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5
1. 2 Описание структуры баз данных. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1. 3 Создание БД в MS Access. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Глава 2 Выбор СУБД. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
2. 1 Выбор СУБД. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .22
2. 2 Общая характеристика проблемы выбора СУБД. . . . . . . . . . . . . . . . 24
2. 3 Факторы влияния на выбор СУБД. . . . . . . . . . . . . . . . . . . . . . . . . . . .26
Глава 3 Интернет и Базы данных. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
3. 1 Устройство Интернета. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
3. 2 Возможности Интернета. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
3. 3 Распределенные базы данных и WWW. . . . . . . . . . . . . . . . . . . . . . . 33
3. 4 О взаимоотношениях WWW и СУБД. . . . . . . . . . . . . . . . . . . . . . . . . 40
Приложение 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Приложение 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Список использованной литературы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Введение.
В настоящее время наблюдается тенденция роста информатизации общества, причем эта тенденция отмечается повсеместно во всех странах мира, в разных областях профессиональной деятельности и в быту. Ядро любой информационной системы (ИС) составляет информационная база, преобладающей формой организации которой является база данных (БД).
|
|
|
База данных представляет собой особую информацию данных, и предполагают использование специальных программно-языковых средств (систем управления базами данных-СУБД), а также специфического подхода к организации информационной системы (ИС). Проектирование баз данных подчиняется, с одной стороны, общим правилам проектирования информационных систем, а с другой - имеет отличительные особенности, свойственные «Банковской» организации данных.
В связи с тем что базы данных – это по сути сложные взаимосвязанные информационные образования, предназначенные для многоцелевого использования, проектирование баз данных можно рассматривать как более общий случай проектирования информационной базы по сравнению, например, с «позадачным» (файловым) подходом к проектированию. Поэтому все, что наработано в области проектирования баз данных, может быть использовано и при создании систем других типов.
Предметом курса «Базы данных» являются базы данных как ядро банка данных, а также языковые средства банка данных (БнД) и средства проектирования баз данных.
|
|
|
Интернет прочно вошел в нашу жизнь и стал не только доступен, а просто необходим многим людям. Сегодня ссылки на Интернет мы видим каждый день на телеэкране, на страницах газет, даже на упаковках продуктов. В Интернете работают и отдыхают.
Цель – научиться самостоятельной работе в Интернете. Мы сделали упор на практические действия. Вместо того, чтобы долго обсуждать возможности Интернета, мы стараемся научить вас их использовать. Практически сразу вы сможете начать работу с сетью, причем без всякой посторонней помощи.
Глава 1.Создание БД и введение в банки данных.
1.1 Понятие банка данных.
Банк данных (БнД) является современной формой организации хранения и доступа к информации.
«Банк данных – это система специальным образом организованных данных (баз данных), программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных».
В этом определении подчеркивается, что банк данных является сложной системой, включающей в себя все обеспечивающие подсистемы, необходимые для функционирования любой системы автоматизированной обработки данных.
|
|
|
1. Базы данных создаются обычно для многоцелевого использования, а не для решения какой-либо одной задачи.
2. Базы данных отражают определенную часть реального мира. Надо стремиться, чтобы вся информация, описывающая предметную область, фиксировалась в базе данных однократно, накапливалась и поддерживалась в актуальном состоянии централизованно, а все пользователи, которым эта информация нужна, должны иметь возможность работать с ней.
3. Базы данных – это специальным образом организованные данные. Эти особенности в организации данных заключаются прежде всего в том, что база данных представляет собой системы взаимосвязанных данных, единство и целостность которых поддерживается специальными программными средствами.
4. Для функционирования БнД необходимо наличие специальных языковых и программных средств (СУБД-система управления базами данных), облегчающих для пользователей выполнения всех операций, связанных с организацией хранения данных, их корректировки и доступа к ним.
Преимущества БнД. Особенности «Банковской» организации данных обусловливают их основные преимущества перед «небанковской» организацией. Наличие единого отображения определенной части реального мира позволяет обеспечить непротиворечивость и целостность информации, возможность обращаться к ней не только при решении заранее предопределенных задач, но и с нерегламентированными запросами.
|
|
|
Использование БнД при правильной его организации должно существенно изменить деятельность организации, где он внедряется, привести к обеспечению большей доступности данных для всех категорий сотрудников, сокращению документооборота, возможности получения разнообразных по форме и содержанию документов, перераспределению функций между сотрудниками и изменению функций, как следствие, улучшить всю систему управления предприятием.
Централизованное управление данными также дает целый ряд преимуществ. Использования СУБД обеспечивает высокое качество выполнения функций по управлению данными и облегчает процесс создания информационных систем.
Выделение специальной группы сотрудников, выполняющих функции по проектированию и развитию БнД (администраторов БД), и освобождение от этих функций всех остальных пользователей не только приводит к снижению требований к остальным участникам процесса создания и функционирования БнД, но и повышает качество разработок. Так как вопросами организации данных занимается небольшое число профессионалов в этой области.
Преимуществом банков данных являются также то, что они обеспечивают возможность более полной реализации принципа независимости прикладных программ от данных, чем это возможно при организации локальных файлов.
Пользователи БнД. В процессе создания и эксплуатации БнД с ним взаимодействуют пользователи разных категорий (рис. 1). Базы данных создаются для удовлетворения потребностей конечных пользователей. Чаще всего это специалисты конкретных предметных обязанностей. В последнее время БД все чаще применяются и для удовлетворения непроизводственных информационных потребностей. Конечные пользователи – наиболее многочисленная группа пользователей. Нельзя недооценивать важность этой группы и не понимать ее характерных особенностей.
Рис. 1 Классификация пользователей БнД.
| Пользователи БнД |
| Конечные пользователи | Сотрудники информационных служб |
| Руководители организации | Регулярные | Администраторы БнД | Администраторы сети | Программисты |
| Рядовые пользователи | Случайные | Администратор предметной области | Администратор базы данных | Администратор приложений | Системные | Прикладные |
| Параметристы | Квалифицированные |
| Работающие в справочном режиме | Неквалифицированные |
| терминальные | нетерминальные |
Специфическим пользователем БнД являются сотрудники информационных служб. Они работают в основном с метаинформацией. Часто бывает желательно, чтобы другая информация была для них закрыта. Кроме того они используют и другие ресурсы БнД для выполнения своих функций.
Категория «Конечные пользователи» неоднородна. Конечные пользователи различаются широтой информационных потребностей, квалификацией, режимами взаимодействия с БнД и др. Это могут быть случайные пользователи, обращающиеся к базе данных время от времени, а могут быть и регулярные пользователи. Конечные пользователи могут отличаться друг от друга и степенью владения вычислительной техникой. От конечных пользователей не должно требоваться каких-то специальных знаний в области вычислительной техники и языковых средств.
Категория «Сотрудники информационных служб» также являются неоднородной. В рамках курса «Базы данных» небольшой интерес для нас представляют «Администраторы БнД»-лица, ответственные за создание БнД и его надежное функционирование, за соблюдение регламента доступа к хранимым данным, за развитие БнД.
Наличие в составе СУБД средств, ориентированных на разные категории пользователей, делает возможной работу с базой данных не только специалистов в области обработки данных, но практически любого пользователя, причем это использование может быть как для их профессиональных целей, так и для удовлетворения потребности в информации в быту и т. п.
Требование БнД. Особенности «Банковской» организации данных позволяют сформулировать основные требования, предъявляемые к БнД:
· адекватность отображения предметной области (полнота, целостность и непротиворечивость данных, актуальность информации, т.е. ее соответствие состоянию отображаемой реальной системы на данный момент времени)
· возможность взаимодействия пользователей разных категорий и в разных режимах, обеспечение высокой эффективности доступа для разных приложений
· дружелюбность интерфейсов и малое время на освоение системы, особенно для конечных пользователей
· обеспечение секретности и конфиденциальности для некоторой части данных, определение групп пользователей и их полномочия
· обеспечение взаимной независимости программ и данных
· обеспечение надежности функционирования БнД; защита данных от случайного преднамеренного разрушения; возможность быстрого и полного восстановления данных в случае их разрушения; технологичность обработки данных
· приемлемые характеристики функционирования БнД (стоимость обработки, время реакции системы на запросы, требуемые машинные ресурсы и др.)
Недостатки БнД.Недостатки БнД вытекают из их достоинств. Создание интегрированной системы, естественно, сложнее чем создание множества локальных систем. Как следствие, предъявляются высокие требования к квалификации разработчиков БнД. В результате интеграции возможна некоторая потеря эффективности отдельных приложений (но общая эффективность всей системы будет выше). Для управления данными требуется специализированное программное обеспечение, которое в зависимости от класса системы может быть сравнительно дорогим, предъявляющим повышение требования к техническим средствам. Эксплуатация распределенных корпоративных БнД - процесс сложный и дорогостоящий.
Но, несмотря на некоторые недостатки, присущие такой форме организации данных, преимущества БнД значительно превосходят их. Кроме того, имеется очень широкий круг СУБД разных классов и технологий их использования. Правильный выбор системы позволит свести отрицательные последствия к минимуму.
1. 2 Описание структуры баз данных. Общие сведения.
Спроектированная структура базы данных должна быть описана на языке описания данных или с использованием соответствующих операторов интегрированного языка. Язык описания данных может быть различным: аналитическим, табличным, смешанным. Описания данных могут храниться отдельно от данных или вместе с ними. В СУБД предшествующего поколения (к которым относятся иерархические и сетевые системы) обычно использовалось раздельное хранение данных и их описаний. В большинстве современных настольных реляционных СУБД описания БД хранятся вместе с данными.
Реляционные СУБД поддерживать концепцию ключа. Некоторые СУБД требуют, чтобы при описании таблицы обязательно был указан ее ключ, другие - предоставляют такую возможность, но не требуют, чтобы в каждой таблице ключ был обязательно задан, третьи – вообще не предоставляют возможности идентифицировать ключ. Те системы, которые поддерживают концепцию ключа, обычно не только обеспечивают проверку на его уникальность, но и автоматически проводят индексацию по ключевому полю (В Access, например, таблица, для которой определен ключ, так и называется индексированной). Некоторые СУБД, например та же Access, при сохранении новой таблицы, для которой не задан ключ, предлагают определить ключ автоматически и в случае положительного ответа формируют дополнительное поле-счетчик с именем «код», которое будет содержать уникальное значение для каждой записи. Такое решение можно принять, когда запись таблицы не содержала естественного ключа или когда естественный ключ слишком длинный.
В некоторых системах при описании файлов БД можно задать и ограничения целостности. Тенденции развития СУБД таковы, что даже настольные системы включают все более развитые возможности контроля целостности.
Многие СУБД предоставляют возможность использовать и иные способы создания таблиц, не предполагающие непосредственного описания каждого поля проектировщиком. Так, при создании новой таблицы можно воспользоваться образцами, которые обычно включаются в состав СУБД. Но это не освобождает от понимания основ проектирования БД, так как следует внимательно оценить, насколько предлагаемое в качестве образца решение соответствует вашим потребностям, и при необходимости изменить предлагаемую структуру БД.
Кроме того, имеются возможности полного или выборочного копирования структуры имеющегося файла при создании нового файла.
Имеются и другие способы создания таблиц БД. Так, многие СУБД позволяют проводить импорт файлов/таблиц, созданных в других приложениях, в создаваемую БД. При этом описание включенной в БД таким образом таблицы будет сформировано автоматически. При завершении описания структуры файла БД необходимо дать имя этому файлу (таблице).
Следует обратить внимание на то, что база данных представляет собой не просто совокупность отдельных файлов, а единое взаимосвязанное хранилище данных. Поэтому описание БД не ограничивается описанием отдельных ее файлов (таблиц). В СУБД, поддерживающих нереляционные структурированные модели данных (иерархические, сетевые), описание связей между информационными единицами являются неотъемлемой частью описания БД. В реляционных СУБД (в силу специфики модели БД) описание связей в схеме БД не является обязательным. Однако многие СУБД позволяют описывать связи при описании БД; это прежде всего служит цели задания ограниченной целостности.
1. 3Создание БД в MS access.
Рассматривая работу в среде MS Access, еще раз обратим внимание на использующуюся в системе терминологию. Базой данных в MS Access называется совокупность таблиц, форм, отчетов, запросов, модулей, макросов. Вся эта совокупность запоминается в одном файле базы данных, имеющем расширение (.mdb).
В контексте данного раздела под «созданием баз данных» будем понимать только создание таблиц и связей между ними. Другие компоненты, включаемые в понятие базы данных в MS Access, здесь рассматриваться не будут.
Если вы создаете новую базу данных, то надо выбрать позиции меню Файл/Создать базу данных и в появившемся окне Создание выбрать позицию «База данных»
В появившемся окне Файл новой базы данных нужно задать имя файла БД и щелкнуть по кнопке Создать. После выполнения этих шагов появится экран [название]: база данных.
Создание базы данных начинается с создания таблиц, в которых и хранится информация о предметной области. База данных обычно включает несколько взаимосвязанных таблиц. Для создания новой таблицы в окне Базы данных нужно выбрать вкладку Таблицаи щелкнуть по кнопке Создать –появится окно Новая таблица.
Создать таблицу можно в разных режимах: режиме таблицы, конструктора, мастера таблиц, импорта таблиц и связи с таблицами. Начнем рассмотрение возможностей создания таблиц с режима конструктора как наиболее часто используемого. Для этого в появившемся окне выберите режим создания нового объекта – Конструктор. После чего появится окно для структуры таблицы и других ее характеристик.
В табличной форме необходимо последовательно описать все поля создаваемой таблицы. Сначала задается имя поля. MS Access допускает задание длинных имен с пробелами на русском языке.
В MS Access действуют следующие ограничения на имена полей:
· Имя должно содержать не более 64символов;
· Имя может включать любую комбинацию букв, цифр, пробелов и специальных символов за исключением точки (.), восклицательного знака (!), надстрочного символа(′ ) и прямых скобок ([ ]);
· Имя не должно начинаться с символа пробела;
· Имя не должно включать управляющие символы (с кодами ASCII от 0 до 31).
Хотя пробелы внутри имен полей и являются допустимыми, они могут при некоторых обстоятельствах вызывать конфликты при работе с другими системами. Поэтому их не рекомендуется использовать. Вообще к заданию длинных имен на русском языке нужно относиться с осторожностью, особенно если есть вероятность, что создаваемое приложение будет в дальнейшем использоваться в распределенных гетерогенных системах.
Имена полей не должны совпадать с зарезервированными словами. Например, не следует давать полю имя Count, Name и т. п.
Имя поля должно быть уникальным в пределах таблицы. И хотя система не запрещает использование одинаковых имен для обозначения разных по смыслу атрибутов.
Имя должно быть понятно не только в контексте данной конкретной таблицы. Так, например, если в таблице «Сотрудники» есть поле «Код» и такое же поле есть в таблице «Кафедра», то в первом случае это будет код сотрудника, а во втором – код кафедры. Многие системы (и Access в том числе) при соответствующей настройке автоматически связывают таблицы по полям, которые имеют одинаковые имя, тип и длину. Если имена даны непродуманно, то могут возникнуть неправильные связи, либо процесс задания связей будет несколько сложнее, чем при правильном задании имен.
После задания имени нужно выбрать тип поля. Если щелкнуть мышью по свободной ячейке графы «Тип поля», то высветится список допустимых типов полей, из которого и следует выбрать подходящий для описываемого поля тип. Имя и тип должны задаваться обязательно.
Графа «Описание» может не заполняться. Эта графа используется в целях документирования проекта.
Допустимые типы полей в Access 2000 и их краткая характеристика приведены в табл. 1.
В списке допустимых типов полей имеется строка «Мастер подстановок». При его использовании можно создать поле, содержание которого формируется путем выбора значений из списка, содержащего набор постоянных значений или значений из другой таблицы/запроса. Если источником для подстановки выбран столбец другой таблицы, то тип и длина поля, созданного таким способом, будут определяться типом и длиной элементов, служащих источником для подстановки значений.
Выбор типа поля является важным шагом при проектировании БД. Принятое решение оказывает влияние на выполняемый при вводе контроль правильности данных, на допустимые операции над данными и особенности их выполнения, требуемый объем памяти, скорость выполнения операций, совместимость разных частей БД при работе в гетерогенной среде.
табл. 1
| Тип данных | Содержимое поля | Размер |
| Текстовый | Текст или числа, не требующие проведения расчетов (номера телефонов, коды и т. п.) | Максимальное число символов-255 |
| Поле Мемо | Длинный текст или комбинация текста и чисел | До 65 535 символов |
| Числовой | Числовые данные, используемые для проведения расчетов | 1, 2, 4 или 8 байт |
| Дата/Время | Даты и время, относящиеся к годам с 100 по 9999 включительно | 8 байт |
| Денежный | Специальный формат для представления числовых данных. Точность до 15 знаков в целой и до 4 знаков в дробной части | 8 байт |
| Счетчик | Уникальные последовательно возрастающие (на 1) или случайные числа, автоматически вводящиеся при добавлении каждой новой записи в таблицу | 4 байта |
| Логический | Поля, которые могут содержать одно из двух возможных значений (True/False, Да/Нет) | 1 бит |
| Поле объекта OLE | Объект, связанный или внедренный в таблицу MS Access | До 1 Гбайта (ограничивается объемом диска) |
| Гиперссылка | Строка, состоящая из букв и цифр и представляющая адрес гиперссылки | Могет содержать до 3x2048 символов |
Предположим, что создается таблица, содержащая сведения о профессорском – преподавательском составе. Введем описания всех полей, кроме поля «Должность».
Поле «Должность» создадим несколько иначе. Для выбранной категории сотрудников имеется всего четыре возможные должности: ассистент, старший преподаватель, доцент и профессор. Хорошо было бы заменить ввод этих значений выбором их из списка. В ранних версиях Access задавать домен (либо путем прямого ввода списка значений, либо путем связи с файлом подстановки) можно было только при создании запроса или экранной формы. В последних версиях стало возможным задать это и при описании таблицы.
Создадим поле «Должность», используя «Мастер подстановок». Для этого можно либо при выборе типа указать «Мастер подстановок», либо выбрать позицию «Поле подстановки» в меню Вставка.
Имя поля сначала задавать не надо, оно будет задано позже в процессе создания поля с помощью мастера. Следует сразу перейти к столбцу «Тип данных» и выбрать в списке строку «Мастер подстановок».
Так как список, создаваемый в рассматриваемом случае, короткий и стабильный, то создадим столбец подстановки с фиксированным набором значений. В появившемся далее окне введем требуемые значения.
Далее зададим имя этого поля. После создания поля таким способом его тип будет «текстовый» и длина – 50. После создания поля с использованием мастера подстановок с фиксированным набором значений его длину можно скорректировать.
При вводе данных в таблицу значения полей подстановки можно не вводить с клавиатуры, а выбирать из заданного списка. Чтобы нельзя было ввести значения, отсутствующие в списке, надо в свойствах поля на вкладке Подстановка в позиции «Ограничиться списком» задать значение Да. В этом случае использование поля подстановки обеспечит не только более эффективный ввод данных, но и более жесткий контроль целостности базы данных.
Если число значений поля подстановки достаточно велико и сами значения могут меняться со временем, то следует использовать вторую альтернативу – значения из другой таблицы/запроса. Эта возможность реализуется в нашем примере для поля «Код_кафедры», значения которого будут выбраны из таблицы «Кафедра».
Для создания поля подстановки, источником для которого служит другая таблица, необходимо сначала создать основную таблицу (в паре «Кафедра»-«Сотрудник» основной будет таблица «Кафедра»), связать таблицы и только потом создавать поле подстановки (в нашем случае это поле «Код_кафедры» в таблице «Сотрудник»). Если, как в нашем случае, основная таблица еще не создана, то нужно закончить описание таблицы «Сотрудник», сделать указанные выше шаги (создание таблицы «Кафедра» и связывание ее с таблицей «Сотрудник», а потом можно скорректировать описание поля «Код_Кафедры» в таблице «Сотрудник»). Выбрав в столбце «Тип данных» позицию «Мастер подстановок» и далее выполнить следующие шаги.
В окне Создание подстановки выбираем альтернативу «Столбец подстановки использует значения из таблицы или запроса». После этого нужно выбрать таблицу/запрос, которая будет являться источником данных для описываемого поля. В нашем примере это таблица «Кафедра».
Далее надо определить колонку таблицы-источника, значения из которой будут подставляться в описываемую колонку. В нашем примере таким полем является «Код_кафедры». Но так как пользователь вряд ли помнит коды, то желательно, чтобы при выборе нужного значения высвечивались название кафедр. Для этого в окно «Выбранные поля» следует перенести еще и поле «Наименование_кафедры_полное» или «Наименование_кафедры_краткое»
Появившемся далее окне можно не только задать ширину столбцов (позиционировавшись на границу столбца и перетащив ее в нужном направлении). Но и определить, сколько столбцов будет выводиться на экран при вводе значения в это поле: если остановить знак «٧» в позиции «Скрыть ключевой столбец», то в нашем примере будет выводиться только поле «Наименование_кафедры_полное». Если эту «галочку» убрать, то будут выводиться оба поля: «Код_кафедры» и «Наименование_кафедры_полное»
Определение ключа таблицы
Каждая реляционная таблица по определению имеет ключ. Access позволяет задавать от этой возможности. По ключу система автоматически выполняет индексирование, а также проверяет уникальность значений ключа при вводе новых записей или их корректировке.
Если в качестве ключа выбрать автоматически задаваемый системе код (т. е. поле типа «счетчик»), то можно это поле первоначально не описывать, а подтвердить необходимость его создания при завершении описания таблицы Access создаст это поле автоматически. MS Access при создании ключа автоматически всегда называет это поле «Код». Для удобства дальнейшей работы переименуем ключевое поле в «Код_сотрудника».
Если определить ключ самостоятельно, но это можно сделать несколькими путями: позиционироваться на соответствующее поле и щелкнуть по кнопке Ключевое поле либо убрать позицию меню Правка/Ключевое поле, либо воспользоваться правой кнопкой мыши для вызова контекстного меню, предварительно позиционировавшись на то поле, которое определяется как ключевое.
Свойство полей
В нижней части экрана описания таблицы отображается список свойств выбранного поля (табл. 2).
Набор допустимых свойств вызывает некоторое удивление. Наверное, не всеми возможностями надо пользоваться. Так, обычно не рекомендуется проводить индексирование по логическому полю. Назначение поля МЕМО – хранение длинных текстов. Как и зачем задавать для них условия на значение – не совсем понятно. То же (но несколько в меньшей степени) относится и к формату поля данного типа, а также формату поля Счетчик.
Свойство «Индексированное поле» определяет, нужно ли создавать индекс пот этому полю. Индекс ускоряет выполнение запросов, в которых используются индексированные поля, и операции сортировки и группировки.
табл. 2
|
Свойство | Тип поля | ||||||
| текстовый | логический | МЕМО | числовой | Дата/ время | денежный | Счетчик | |
| Размер поля | + | + | + | + | |||
| Число десятичных знаков | + | + | |||||
| Формат поля | + | + | + | + | + | + | + |
| Маска ввода | + | + | + | + | + | ||
| Подпись поля | + | + | + | + | + | + | + |
| Значение по умолчанию | + | + | + | + | + | + | |
| Условие на значение | + | + | + | + | + | + | |
| Сообщение об ошибке | + | + | + | + | + | + | |
| Обязательное поле | + | + | + | + | + | + | |
| Пустые строки | + | + | + | ||||
| Индексированное поле | + | + | + | + | + | + | |
| Новые значения | |||||||
Значения свойства «Индексированное поле».
Значение Описание
Нет (Значение по умолчанию). Индекс не создается.
Да (допускаются В индексе допускаются повторяющиеся значения.
совпадения)
Да (совпадения не Повторяющиеся значения в индексе не допускаются.
допускаются).
В рассматриваемом примере в связи с тем, что по полю «ФИО» часто осуществляются поиск и упорядочение информации, желательно по нему провести индексацию. Поскольку среди сотрудников возможны однофамильцы, то должны быть разрешены совпадения значений индексируемого поля. Указанное по умолчанию значение свойства «Обязательное значение» «Нет» должно быть изменено на «Да».
Не допускается создание индексов для полей МЕМО, гиперссылок и объектов OLE.
Ключевое поле «Код», созданное системой автоматически, имеет тип «Счетчик». Только для полей этого типа имеется свойство «Новые значения». Оно определяет способ увеличения значения поля счетчика при добавлении в таблицу новых записей.
Свойство «Новые значения» может иметь следующие значения:
· Последовательные- значения поля счетчика увеличивается на 1 в каждой новой записи;
· Случайные – поле счетчика в новой записи получает случайное значение типа Long Integer.
Следует отметить, что многие СУБД для полей такого типа позволяют использовать произвольный шаг приращения.
Свойство «Пустые строки» определяет, допускается ли ввод в данное поле пустых строк (строк, не содержащих символов). Значения этого свойства приведены ниже.
Значение Описание
Да Пустые строки являются допустимыми значениями
Нет Пустые строки не являются допустимыми значениями
При создании значения «Да» для свойств «Пустые строки» и «Обязательное поле». Ms Access различает несуществующие данные (сохраняются в виде пустых строк) и данные, которые существуют, но не известны (сохраняются в виде пустых (Hull) значений).
Для различия пустых строк от значений Hull можно использовать свойство «Формат поля». При этом вместо пустых строк можно выводить строку «Отсутствуют данные».
В нашем примере значение поля «ФИО» должно присутствовать всегда и не может содержать пустых строк.
Сохранение описания таблицы
После того как описание таблицы завершено, его нужно сохранить. Этого можно достигнуть разными путями: выбрать меню Файл/Сохранить или Файл/Закрыть (после чего на вопрос «Сохранить изменения макета или структуры?» ответить «Да») или щелкнуть по кнопке Видинструментального меню и выбрать Режим таблицыи на сообщение «Сначала необходимо сохранить таблицу. Сделать это сейчас?» ответить «Да» (этот способ надо использовать, если вы хотите сразу после описания структуры таблицы вводить данные в эту таблицу). В появившемся после указанных действий окне следует ввести имя созданной таблицы.
Создание таблиц для контрольного примера
Аналогичные действия повторяются при создании остальных таблиц БД.
Создадим таблицы «Кафедра», и «Дети». При создании таблицы «Кафедра» ключ «Код_кафедры», как и в случае с таблицей «Сотрудник», создадим автоматически при закрытии таблицы.
При создании таблиц помнить, что в реляционных базах данных связывание таблиц происходит по значениям соответствующих полей связи. Эти поля должны соотвествовать друг другу по типу и длине. В нашем примере речь идет о полях «Код_кафедры» в таблице «Кафедра» и в таблице «Сотрудник». «Код_сотрудника» в таблицах «Сотрудник» и «Дети». Если в основной таблице ключевое поле имеет тип «Счетчик», то в подчиненной таблице соответствующее поле связи должно иметь тип «Числовой» и размер поля – «Длинное поле».
В таблице «Кафедра» для поля «Наименование_кафедры_краткое» создайте уникальный индекс.
При создании таблицы «Дети» воспользуемся возможностью вообще не задавать ключ. В реальной ситуации в таблицу «Дети» скорее всего, будут введены еще и другие поля (например, дата рождения ребенка).
Изменение структуры таблиц
Если вы ошиблись при описании структуры таблицы или по каким – либо другим причинам хотите изменить ее, то это можно легко сделать. Если вы уже вышли из процесса создания таблицы, но еще продолжаете работать с ней, то можно перейти обратно в режим Конструкторвоспользовавшись кнопкой Вид. Если нужная таблица вообще закрыта, то ее можно открыть в режиме Конструктори таким образом вернуться в окно описания таблицы.
Для добавления поля в таблицу выберите строку, над которой требуется добавить новое поле, и щелкните по кнопке Добавить строки на панели инструментов либо просто нажмите клавишу [Ins]*. Для добавления поля в конец таблицы выберите первую пустую строку и вводите в нее описание очередного поля.
Если таблица уже содержит данные, то рекомендуется до изменения типов данных и размеров полей сделать ее копию, поскольку несовместимость существующих данных с новым значением свойства «Тип данных» может привести к потере данных.
Дата добавления: 2018-04-15; просмотров: 305; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!