|
|
|
сделать стартовой | добавить в избранное |
 |
|
Информационные базы данных: нормализация, связи и ключи |
Наклейки для поощрения "Смайлики 2". 
Ручка "Помада". 
Карабин, 6x60 мм. Реферат на тему: Информационные базы данных: нормализация, связи и ключи Основные понятия Баз данных Развития вычислительной техники осуществлялось по двум основным направлениям: применение вычислительной техники для выполнения численных расчетов; использование средств вычислительной техники в информационных системах. Информационная система – это совокупность программно-аппаратных средств, способов и людей, которые обеспечивают сбор, хранение, обработку и выдачу информации для решения поставленных задач. На ранних стадиях использования информационных систем применялась файловая модель обработки. В дальнейшем в информационных системах стали применяться базы данных. Базы данных являются современной формой организации, хранения и доступа к информации. Примерами крупных информационных систем являются банковские системы, системы заказов железнодорожных билетов и т.д. База данных – это интегрированная совокупность структурированных и взаимосвязанных данных, организованная по определенным правилам, которые предусматривают общие принципы описания, хранения и обработки данных. Обычно база данных создается для предметной области. Предметная область – это часть реального мира, подлежащая изучению с целью создания базы данных для автоматизации процесса управления. Наборы принципов, которые определяют организацию логической структуры хранения данных в базе, называются моделями данных. Существуют 4 основные модели данных – списки (плоские таблицы), реляционные базы данных, иерархические и сетевые структуры. В течение многих лет преимущественно использовались плоские таблицы (плоские БД) типа списков в Excel. В настоящее время наибольшее распространение при разработке БД получили реляционные модели данных. Реляционная модель данных является совокупностью простейших двумерных таблиц – отношений (англ. rela io ), т.е. простейшая двумерная таблица определяется как отношение (множество однотипных записей объединенных одной темой). От термина rela io (отношение) происходит название реляционная модель данных. В реляционных БД используется несколько двумерных таблиц, в которых строки называются записями, а столбцы полями, между записями которых устанавливаются связи. Этот способ организации данных позволяет данные (записи) в одной таблице связывать с данными (записями) в других таблицах через уникальные идентификаторы (ключи) или ключевые поля. Основные понятия реляционных БД: нормализация, связи и ключи 1. Принципы нормализации: В каждой таблице БД не должно быть повторяющихся полей; В каждой таблице должен быть уникальный идентификатор (первичный ключ); Каждому значению первичного ключа должна соответствовать достаточная информация о типе сущности или об объекте таблицы (например, информация об успеваемости, о группе или студентах); Изменение значений в полях таблицы не должно влиять на информацию в других полях (кроме изменений в полях ключа). 2. Виды логической связи. Связь устанавливается между двумя общими полями (столбцами) двух таблиц. Существуют связи с отношением «один-к-одному», «один-ко-многим» и «многие-ко-многим». Отношения, которые могут существовать между записями двух таблиц: один – к - одному, каждой записи из одной таблицы соответствует одна запись в другой таблице; один – ко - многим, каждой записи из одной таблицы соответствует несколько записей другой таблице; многие – к - одному, множеству записей из одной таблице соответствует одна запись в другой таблице; многие – ко - многим, множеству записей из одной таблицы соответствует несколько записей в другой таблице.
Тип отношения в создаваемой связи зависит от способа определения связываемых полей: Отношение «один-ко-многим» создается в том случае, когда только одно из полей является полем первичного ключа или уникального индекса. Отношение «один-к-одному» создается в том случае, когда оба связываемых поля являются ключевыми или имеют уникальные индексы. Отношение «многие-ко-многим» фактически является двумя отношениями «один-ко-многим» с третьей таблицей, первичный ключ которой состоит из полей внешнего ключа двух других таблиц 3. Ключи. Ключ – это столбец (может быть несколько столбцов), добавляемый к таблице и позволяющий установить связь с записями в другой таблице. Существуют ключи двух типов: первичные и вторичные или внешние. Первичный ключ – это одно или несколько полей (столбцов), комбинация значений которых однозначно определяет каждую запись в таблице. Первичный ключ не допускает значений ull и всегда должен иметь уникальный индекс. Первичный ключ используется для связывания таблицы с внешними ключами в других таблицах. Внешний (вторичный) ключ - это одно или несколько полей (столбцов) в таблице, содержащих ссылку на поле или поля первичного ключа в другой таблице. Внешний ключ определяет способ объединения таблиц. Из двух логически связанных таблиц одну называют таблицей первичного ключа или главной таблицей, а другую таблицей вторичного (внешнего) ключа или подчиненной таблицей. СУБД позволяют сопоставить родственные записи из обеих таблиц и совместно вывести их в форме, отчете или запросе. Существует три типа первичных ключей: ключевые поля счетчика (счетчик), простой ключ и составной ключ. Поле счетчика (Тип данных «Счетчик»). Тип данных поля в базе данных, в котором для каждой добавляемой в таблицу записи в поле автоматически заносится уникальное числовое значение. Простой ключ Если поле содержит уникальные значения, такие как коды или инвентарные номера, то это поле можно определить как первичный ключ. В качестве ключа можно определить любое поле, содержащее данные, если это поле не содержит повторяющиеся значения или значения ull. Составной ключ В случаях, когда невозможно гарантировать уникальность значений каждого поля, существует возможность создать ключ, состоящий из нескольких полей. Чаще всего такая ситуация возникает для таблицы, используемой для связывания двух таблиц многие - ко - многим. Необходимо еще раз отметить, что в поле первичного ключа должны быть только уникальные значения в каждой строке таблицы, т.е. совпадение не допускается, а в поле вторичного или внешнего ключа совпадение значений в строках таблицы допускается. Если возникают затруднения с выбором подходящего типа первичного ключа, то в качеcтве ключа целесообразно выбрать поле счетчика. Программы, которые предназначены для структурирования информации, размещения ее в таблицах и манипулирования данными называются системами управления базами данных (СУБД). Другими словами СУБД предназначены как для создания и ведения базы данных, так и для доступа к данным. В настоящее время насчитывается более 50 типов СУБД для персональных компьютеров. К наиболее распространенным типам СУБД относятся: MS SQL Server, Oracle, I formix, Sybase, DB2, MS Access и т.
д. Создание БД. Этапы проектирования Создание БД начинается с проектирования. Этапы проектирования БД: Исследование предметной области; Анализ данных (сущностей и их атрибутов); Определение отношений между сущностями и определение первичных и вторичных (внешних) ключей. В процессе проектирования определяется структура реляционной БД (состав таблиц, их структура и логические связи). Структура таблицы определяется составом столбцов, типом данных и размерами столбцов, ключами таблицы. К базовым понятиями модели БД «сущность – связь» относятся: сущности, связи между ними и их атрибуты (свойства). Сущность – любой конкретный или абстрактный объект в рассматриваемой предметной области. Сущности – это базовые типы информации, которые хранятся в БД (в реляционной БД каждой сущности назначается таблица). К сущностям могут относиться: студенты, клиенты, подразделения и т.д. Экземпляр сущности и тип сущности - это разные понятия. Понятие тип сущности относится к набору однородных личностей, предметов или событий, выступающих как целое (например, студент, клиент и т.д.). Экземпляр сущности относится, например, к конкретной личности в наборе. Типом сущности может быть студент, а экземпляром – Петров, Сидоров и т. д. Атрибут – это свойство сущности в предметной области. Его наименование должно быть уникальным для конкретного типа сущности. Например, для сущности студент могут быть использованы следующие атрибуты: фамилия, имя, отчество, дата и место рождения, паспортные данные и т.д. В реляционной БД атрибуты хранятся в полях таблиц. Связь – взаимосвязь между сущностями в предметной области. Связи представляют собой соединения между частями БД (в реляционной БД – это соединение между записями таблиц). Сущности – это данные, которые классифицируются по типу, а связи показывают, как эти типы данных соотносятся один с другим. Если описать некоторую предметную область в терминах сущности – связь, то получим модель сущность - связь для этой БД. Задача о предметной области Рассмотрим предметную область: Деканат (Успеваемость студентов) В БД «Деканат» должны храниться данные о студентах, группах студентов, об оценках студентов по различным дисциплинам, о преподавателях, о стипендиях и т.д. Ограничимся данными о студентах, группах студентов и об оценках студентов по различным дисциплинам. Определим сущности, атрибуты сущностей и основные требования к функциям БД с ограниченными данными. Основными предметно-значимыми сущностями БД «Деканат» являются: Студенты, Группы студентов, Дисциплины, Успеваемость. Основные предметно-значимые атрибуты сущностей: -студенты – фамилия, имя, отчество, пол, дата и место рождения, группа студентов; -группы студентов – название, курс, семестр; -дисциплины – название, количество часов - успеваемость – оценка, вид контроля. Основные требования к функциям БД: -выбрать успеваемость студента по дисциплинам с указанием общего количества часов и вида контроля; -выбрать успеваемость студентов по группам и дисциплинам; -выбрать дисциплины, изучаемые группой студентов на определенном курсе или определенном семестре. Из анализа данных предметной области следует, что каждой сущности необходимо назначить простейшую двумерную таблицу (отношения).
Подведение итогов Вопросы для проверки Как открыть таблицу в режиме таблицы и в режиме конструктора? Поля каких типов чаще всего используются в базах данных? Для чего служат дополнительные свойства полей? Приведите примеры. Сравните возможности создания таблиц в режиме таблицы и в режиме конструктора. В этом уроке вы научились создавать таблицы в новой базе данных. Из следующего урока вы узнаете, как спроектировать базу данных из нескольких связанных таблиц и реализовать созданный на бумаге проект в среде Access 2007. Урок 7.4. Проектирование базы данных. Создание связей между таблицами Связи между таблицами Современные базы данных обычно состоят из многих таблиц, связанных между собой. В реляционной теории баз данных выделяют несколько типов связей между таблицами, однако чаще всего используется тип связи «один-ко-многим». Например, в базе данных Борей каждая таблица связана с одной или несколькими другими с использованием отношения «один-ко-многим» (рис. 7.14). Рис. 7.14. Схема данных учебной базы данных Борей Рассмотрим связь между таблицами Заказы и Клиенты
1. Лекции по теории проектирования баз данных (БД)
3. Форматы баз данных в автоматизированных библиографических системах
4. Различные классы баз данных по предметным областям использования
5. Принципы проектирования и использования многомерных баз данных
9. Создание и описание базы данных "СТУДЕНТЫ" (Отчет по курсу "Базы данных")
10. Разработка базы данных "Кадры"
11. Разработка базы данных "Культурный досуг"
12. Системы управления базами данных
13. Алгоритм создания базы данных складского учета
14. Разработка базы данных для объекта автоматизации: гомеопатическая аптека
15. Отчёт по созданию курсовой работы «База данных ACCESS»
16. Инструкция по эксплуатации базы данных магазина «Телевизоры» средствами Access 2000
Игра настольная "Словодел". 
Сидение для купания (голубое). 
Патроны для рапидографа, черные. 17. Системы обработки информации - язык баз данных SQL со средствами поддержания целостности
20. База данных периодического издания
25. Опыт использования ADO для доступа к базам данных форматов MS Access, xBase и Paradox
26. Ответы на теоретические вопросы по предмету База данных
27. Инфологическая модель баз данных "Сущность-связь"
28. Пример проектирования базы данных "Библиотека"
29. Основы использования WWW - технологий для доступа к существующим базам данных
30. Основы работы с базами данных Delphi
31. Параллельные машины баз данных
32. Инфологическое моделирование базы данных
Настольная игра "Маленький балансир". 
Сейф-книга Alparaisa СС0072/1 "Вокруг света", 17х11х5 см. 
Магнитный конструктор 3D из 20 деталей. 34. Web-серверы, базы данных в Интернет, Поиск информации в Интернет, Основные системы и средства
35. База данных для информационной системы - Таксопарк
36. Защита баз данных. Access 2000
37. Курсовая работа по базе данных СУБД
43. Создание баз данных в Microsoft Access
44. Создание и ведение баз данных
45. Упражнения по базам данных MS ACCESS (методичка)
47. Некоторые аспекты обеспечения эффективности работы системы управления базами данных
48. Манифест систем объектно-ориентированных баз данных
Многоразовые развивающие карточки. Рисование. 
Сумка-транспортный чехол Baby care "TravelBag" для коляскок "Трость", чёрный. 
Перчатки Paclan, виниловые, 100 штук, размер M. 49. Иерархические структуры данных в реляционных БД
51. Создание файла и таблиц базы данных мастером и по заданной логической модели
52. Современные системы управления базами данных
53. Использование модели briefcase при разработке приложений баз данных
57. Разработка базы данных «Магазин бытовой техники “Электрон” средствами СУБД MS Access»
58. Використання баз даних та інформаційно-пошукових систем для раціонального ведення діловодства
59. Правовая охрана программ для ЭВМ и баз данных
60. Автоматизация базы данных для ООО "ОриенБанк"
61. База даних "Теорія та практика прикладного програмування"
62. База даних лікарських препаратів
63. База даних по приватним підприємствам регіону
64. База даних студії веб-дизайну
Стиральный порошок Attack "Multi-Action", концентрированный, с кислородным пятновыводителем, 0,81. 
Горка детская. 
Конструктор "Транспорт". 65. База данный "Хозяйственный учет футбольного клуба"
66. База данных "Автоматизация учета больных в студенческой больнице"
68. База данных "Международные переговоры"
73. База данных аттестационных ведомостей
75. База данных для ремонта автомобилей
76. База данных компьютерного магазина
77. База данных компьютерной фирмы
78. База данных по учёту видеокассет
79. База данных приёмной комиссии
Ножницы "Pigeon" для ногтей новорожденных. 
Точилка механическая "Classic", синяя. 
Карандаши металлик, трехгранные, 12 цветов. 81. Бази даних в Excel, Access з викликами на VBA
82. Базы данных
83. Базы данных
84. Базы данных и информационные технологии
85. Базы данных и управление ими
89. Инфологическая модель базы данных дистанционного образования
90. Инфологическое моделирование базы данных "Абитуриент"
93. Методика создания структуры базы данных на персональном компьютере
94. Наращивание экономической и статистической информации в двухструктурных реляционных базах данных
Детский велосипед Jaguar трехколесный (цвет: розовый). 
Карандаши цветов "Color Emotion", трехгранные, 36 цветов. 
Светильник "Плазма №4". 98. Построение базы данных боксерской организации
99. Программирование. База данных "Клиенты"
