ВВЕДЕНИЕ..................................................................................................................3
1.РАЗРАБОТКА ПЛАНА БАЗЫ ДАННЫХ..............................................................4
2.1. ИНФОЛОГИЧЕСКОЕ МОДЕЛИРОВАНИЕ.....................................................8
2.2. ДАТАЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ.....................................................9
3.1.ЦЕЛОСТНОСТЬ БАЗЫ ДАННЫХ....................................................................10
3.2. ПРОВЕРКА ЦЕЛОСТНОСТИ БАЗЫ ДАННЫХ............................................10
4.ЭТАПЫ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ................................................12
4.1.КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ......................12
4.2.ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ................................12
4.3.ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ................................13
ЗАКЛЮЧИНИЕ.........................................................................................................15
СПИСОК ЛИТЕРАТУРЫ..........................................................................................17
Жизненный цикл базы данных — это совокупность этапов, которые проходит база данных на своём пути от создания до окончания использования.
планирование разработки базы данных;
определение требований к системе;
сбор и анализ требований пользователей;
проектирование базы данных:
концептуальное проектирование базы данных;
логическое проектирование базы данных;
физическое проектирование базы данных;
разработка приложений;
реализация;
загрузка данных;
тестирование;
эксплуатация и сопровождение
Первым шагом при создании базы данных является создание плана, который одновременно выступает в качестве руководства при внедрении базы данных и в качестве ее функциональной спецификации в ходе ее дальнейшего использования. Сложность и подробность проектирования базы данных определяется сложностью и размером приложения базы данных, а также количеством пользователей.
Характер и сложность приложения базы данных, а также процесс его планирования могут существенно различаться. База данных может быть как относительно простой и предназначенной для использования одним человеком, так и большой, сложной и предназначенной, например для хранения сведений обо всех банковских операциях тысяч клиентов. Для разработки базы данных первого типа может понадобиться немного усилий. Во втором случае разработка может обернуться написанием документов, состоящих из сотен страниц, содержащих подробные сведения о базе данных.
При планировании базы данных, независимо от ее размера и сложности, необходимо придерживаться следующих основных шагов:
сбор сведений;
выделение объектов;
моделирование объектов;
определение типов данных для каждого объекта;
определение связей между объектами.
Сбор сведений:
Для создания базы данных необходимо хорошо представлять задачи, которые она будет решать. Если база данных разрабатывается с целью замены бумажного архива или информационной системы, все необходимые сведения можно получить из самой заменяемой системы. Необходимо опросить всех сотрудников, вовлеченных в работу системы, чтобы определить их функции и требования к базе данных. Также необходимо узнать об их пожеланиях к функциональным возможностям новой системы и выяснить все проблемы, ограничения и сложности в работе уже существующей системы, которую необходимо заменить. Необходимо собрать копии всех инструкций пользователей, инвентарных списков, деловых отчетов, а также всех других образцов документооборота существующей системы. Это поможет при разработке базы данных и ее интерфейса.
Выделение объектов:
В процессе сбора сведений необходимо определить ключевые объекты или сущности, которыми предстоит управлять базе данных. Объектом может являться как реальный предмет (например человек или товар), так и нематериальный элемент (например коммерческая сделка, отдел предприятия или расчетный период). Обычно основных объектов немного, и после их выявления становится легче определить связанные с ними элементы. Каждому элементу в разрабатываемой базе данных должна соответствовать таблица.
Основным объектом в образце базы данных База данных AdventureWorks2008R2, поставляемом вместе с SQL Server, является велосипед. Объектами, связанными с велосипедом внутри компании, являются ее сотрудники, производящие велосипеды, поставщики деталей, необходимых для производства, клиенты, покупающие велосипеды, а также осуществляемые сделки купли-продажи. Каждому из указанных объектов соответствует таблица базы данных.
Моделирование объектов:
После определения объектов системы необходимо записать их в таком порядке, чтобы можно было представить систему визуально. Модель базы данных может быть использована в качестве ссылки при внедрении базы данных.
С этой целью разработчиками баз данных используются инструменты различной сложности: начиная от простых карандаша и бумаги и заканчивая различным программным обеспечением, таким как текстовые редакторы, программы табличных расчетов и специально разработанные для моделирования данных программы. При использовании любого инструментария важно помнить о его современности.
Определение типов данных для каждого объекта:
После выделения основных объектов базы данных в качестве потенциальных таблиц необходимо определить типы данных, которые будут храниться для каждого объекта. Указанные данные будут являться столбцами таблицы объекта. Столбцы таблицы базы данных содержат данные нескольких общих типов:
В данных столбцах хранятся реальные сведения, например имена, определенные во внешнем источнике базы данных.
В столбцах данного вида происходит классификация или группирование данных, и могут храниться данные, принимающие одно из строго определенных значений, например true/false, женат/холост и вице-президент/директор/руководитель группы.
Эти столбцы предоставляют механизм идентификации каждого элемента, хранящегося в таблице. В названиях подобных столбцов часто присутствуют строки «ID» и «number», например employee_id, invoice_number и publisher_id. Столбец идентификатора является основным компонентом, используемым для получения доступа к строкам данных таблицы, как пользователями, так и внутренними функциями базы данных. В некоторых случаях идентификатор объекта может обладать реальным смыслом, например являться номером социального страхования. Однако в большинстве случаев при определении таблицы для хранения строк данных создается надежный, искусственный идентификатор.
Эти столбцы устанавливают связь между данными, содержащимися в двух разных таблицах. Например, таблица, содержащая данные о сделках купли-продажи, обычно связана с таблицей customers, что дает возможность связать сведения о клиенте и сделке.
studfiles.net
В файловых системах одновременная работа нескольких пользователей, связанная с модификацией данных в файле либо вообще не реализовывалась, либо была замедлена. Эти недостатки привели к разработке новых подходов к управлению информации. Этот подход был реализован в рамках новых программных средств и называется системой управления базой данных (СУБД), а сами хранилища информации назывались базами данных и банками данных. Одним из первых этапов создания базы данных – это были большие ЭВМ. Первые СУБД были даны в эксплуатацию фирмой IBM в конце 60-х годов. Эта СУБД была связана с организацией базы данных на больших ЭВМ (360) и ЕС (Единая система). Здесь базы данных хранились во внешней памяти центрального ЭВМ. Пользовательскими задачами были запуск данных в пакетном режиме. Мощные операционные системы параллельно обеспечивали множество задач. Эти системы можно было отнести к системе распределённого доступа, потому что база данных была централизованной. Хранилась на установленной внешней памяти одной из центрального ЭВМ, а доступ к ней поддерживался от многих пользователей и задач.
В дальнейшем в теории базы данных был сделан большой вклад американским математиком Эдвардом Коддом, который являлся создателем теории реляционной базы данных и в то же время появились языки высокого уровня.
Второй этап – это эпоха персональных компьютеров. В это время появились программы, которые назывались СУБД и позволяли хранить значительный объём информации. Они имели удобный интерфейс для заполнения базы данных. Они позволяли автоматизировать множественные функции, которые ранее велись вручную. Первые базы данных на компьютерах были недолговечны, т.е. они не учитывали взаимосвязи реальных объектов и спрос на удобные программы СУБД. Это привело к созданию настольных СУБД. При этом каждый разработчик разрабатывал собственные СУБД , используя стандартные языки программирования и таким образом каждый раз приходилось набранные данные переносить на более новый СУБД. Это было одно из основных недостатков этой эпохи. Яркие представители этой эпохи были: dbase, FoxPro, clipper, Paradox.
Третий этап распределения базы данных. В этом этапе появилось большое количество локальных сетей, все больше информации передаются между компьютерами и встаёт задача о согласовании данных , хранящихся и обрабатываемых в разных местах, но которые логически связаны друг с другом. Решение этой задачи приводит к появлению распределённой базы данных, сохраняющих преимущество всех настольных СУБД, но в тоже время позволяющих организовать параллельную обработку информации. Именно на этом этапе были начаты работы связанные с концепцией объектно ориентированной базы данных (SQL). Для манипулирования данными на этом этапе был использован SQL и технологии по обмену данными между СУБД, к которым можно отнести ODBC (open database connectivity). Именно на этом этапе были представлены MsAccess, MsSQL,ORCL и т.д.
Четвёртый этап- перспективы развития СУБД. Он характерен новой технологией доступа к данным intronet. При этом отпадают необходимости использования специального клиентского программного обеспечения. Для работы с удалённой базой данных используют стандартные браузеры Интернет Explorer и т.д. При этом встроенный в загруженный пользователями html страницы код, написан на языках java, JavaScript отлаживает все действия пользователя и транслируют их в низкоуровневые SQL запросы. Таким образом выполняется клиентская программа. Удобства такого подхода позволило использовать его не только в удалённые базы данных, но и в локальных сетях предприятий.
Очень часто упоминается термин банк и база данных и они отличаются. База данных- именованная совокупность данных, отражённых состояний объектов и их отношений в рассмотренной предметной области. Под предметной областью понимают одну или несколько объектов управления информации которых моделируются с помощью базы данных и используются для решения различных функциональных задач. Система управления базы данных совокупность языков и программных средств, предназначенных для создания введения и совместного использования базы данных многими пользователями. СУБД должен обеспечивать независимость данных. Практически одна и та же СУБД может быть использована для введения разных файлов, которые используются для решения различных не связанных между собой задач управления. Все функции СУБД можно объединить в такие группы:
1) Управление данными. Задачами управления данных являются подготовка и контроль данных, внесения данных в базу данных, обеспечение целостности и секретности данных.
2) Доступ к данным. Поиски, селекция данных, преобразование данных в форму удобную для дальнейшего использования.
3) Организация и ведение связи с пользователями, ведение диалога. Выдача данных сообщений об ошибках в работе по базе данных и т.д. Для обработки запросов к базе данных, разработка программ, которые представляются как прикладные программы с помощью которых пользователь работает с базой данных, называемой приложением. В принципе с одной базой данных могут работать множество различных приложений . Именно СУБД обеспечивает работу с единой базой данных таким образом, что каждая из них выполняется корректно и учитывает все изменения в приложении.
Вопрос проектирования базы данных выделяется как отдельное направление работ при разработке информационных систем проектирование базы данных- это итерационный многоэтапный процесс принятия решения в процессе анализа информационной модели предметной области. Здесь должны быть учтены требования к данным со стороны прикладного программирования и пользователя, логичных и функциональных структур данных, выбор программ и аппаратных средств. Этапы проектирования базы данных связаны с многоуровневой организацией данных. Многоуровневый процесс данных состоит в следующем: внешнее, инфологическое, логическое, даталогическое, внутреннее. Существуют и другие уровни представления данных, где используются 3 уровня: внешний, концептуальный, внутренний.
Внешний уровень необходим для реализации какого-либо запроса или прикладного программирования. Иногда внешний уровень считают и инфологическим, т.е. при этом изучаются все вне машинные информационные обеспечения, т.е. формы документирование и представление данных, а также внешняя среда, где будет функция базы данных. Внешний уровень- это описание входных и выходных сообщений и данных, которые целесообразно хранить в базе данных. Описание внешнего уровня не исключает наличия элементов дублирования избыточности и несогласия данных. Для устранения этих противоречий применено инфологическое проектирование. Инфологическую модель можно рассматривать как средство документирования формы представления информационных потребностей, которая обеспечивает непротиворечивые общения пользователя и разработчика системы. Все внешние представления интегрируются на информационном уровне, где инфологический уровень представляет собой инфологическую модель предметной области из которой исключена избыточность данных и отображение информационной особенности объектов управления, т.е. инфологическое представление данных, ориентированных на человека, который проектирует или использует базу данных.
На этом уровне формируется концептуальная модель данных, которая отвечает особенностям и ограничениям выбранного СУБД. Эта модель ориентирована на программистов. Модель логического уровня, которая поддерживает конкретизацию средств СУБД, называется даталогической. Инфологическая и даталогическая модели зависимы между собой. Инфологическая модель может легко трансформироваться в даталогическую. Внутренний уровень связан с физическим размещением данных. От параметров физической модели зависит объём памяти и время реакции системы. Физические параметры базы данных можно изменять с целью повышения эффективности функциональной системы. Изменение физических параметров не предопределяется необходимостью изменения инфологической и даталогической модели. Схема взаимосвязи уровней включает описание данных.
|
Внешний уровень данных |
-словесное описание данных и их взаимосвязи.
↓
| Инфологический уровень данных |
-строится инфологическая и логическая модель без описания СУБД.
↓
| Логический уровень данных |
-отражает информационные логические модели на базе данных подчиняющихся СУБД.
↓
| Внутренний уровень данных |
-размещение данных в памяти их характеристика и пути доступа к ним.
Существую 3 вида модели:
1) Иерархическая
2) Сетевая
3) Реляционная
Иерархическая база данных имеет древовидную структуру и состоит из упорядоченного набора поддеревьев. Тип дерева состоит из одного корневого типа записи и более типов поддеревьев.
Сетевая модель. Если в отношении между данными имеется более одного соединения, то это отношение описывается в виде сетевой структуры. Сетевая база данных состоит из набора и множества связи между ними.
Реляционная модель в отличие от иерархической и сетевой моделей не имеет недостатков. Для того, чтобы база данных более эффективно функционировала предложим реляционный подход. Создание реляционной модели связано с именем Эдварда Кодда. Первые работы в этой области появились в 70-х годах и очень долгое время этот подход являлся удобным формальным аппаратом анализа базы данных.
Своё начало реляционный подход берёт из теории множества математики. В реляционной модели объекты и их взаимосвязи представлены с помощью таблиц. Взаимосвязи также рассмотрим как объекты. Каждая таблица представляет собой объект. В терминологии реляционные модели таблиц называются отношением, каждый столбец в таблице называется атрибутом значения в столбце выделенный из домена. Домен- это множество значений, который может принимать каждый атрибут. Строки таблицы называются кортежами.
| № страницы | Фамилия | Имя | Год рождения | Место рождения |
| 8009 | Мамедов | Рза | 1990 г. | Баку |
Домен
↓
→ атрибут
кортёж→
Таким образом построенная база данных имеет первую нормальную форму, т.е. для каждого атрибута выбран тип и длина записи. К достоинствам реляционной модели следует отнести простоту общения пользователя с моделью. Недостаток модели обычной реляционной системы- работает медленнее, чем сетевые и иерархические. В реляционной модели также используется первичный ключ. Это столбец, значения которого во всех строках различный. Первичные ключи могут объединять несколько столбцов. В некоторых СУБД первичный ключ может задаваться системой (Access).
Связь реализуется при помощи внешнего ключа. Внешний ключ- это столбец таблицы значений, которые совпадают со значениями первичного ключа другой таблицы. Важным моментом также является значение null (0) в таблице. При этом значении это поле обрабатывается особым образом.
Для построения реляционной модели используют табличный способ представления данных типа отношения. Наименование единица в реляционной модели- это отдельная атомарная для данных моделей. Множество атомарных значений формируют домен. Отношением на доменах D1,D2…….Dn составленных из заголовка n тела отношений. Заголовок состоит из множества атрибутов ,A1…….An, в которых существует однозначное соответствие между этими атрибутами Ai и определяют их доменами Di. Тело отношения состоит из меняющейся во времени множества кортежей, где каждый кортеж в свою очередь состоит из множества пар атрибут -значений (Ai:Vi). Для любой заданной пары атрибут –значением Vi является значением из единственного домена Di, который связан с атрибутом Ai. Степень отношения – это число его атрибутов. Отношения – это число его кортежей. Ключом отношений является его уникальность. Т.е. никакие два различных кортежа не имеют одного и того же значения для входящих в ключ атрибутов. Ни один из атрибутов, входящий в ключ, не может быть исключён без нарушения уникальности. Каждое отношение обладает хотя бы одним ключом. Один из возможных ключей принимают за первичный, остальные называются альтернативными ключами. Основная цель проектирования базы данных- сокращение избыточности базы данных и экономии объёма используемой памяти. Нормализация – это разделение таблицы на две и более обладающие лучшими свойствами при включении изменений и удаление данных.
страхование база данный
ПРАКТИЧЕСКАЯ ЧАСТЬ
Рассмотрим данные для создания базы данных на тему «Страхование населения». Создаем базу в реляционной модели базы данных.
Описание данной задачи: «Руководство страховой компании заказало разработку информационной системы для отдела работы с клиентами. Система предназначена для обработки данных, о видах страховок, их стоимость, о совершенных сделках, о клиентах, сроках действия страховки. Система должна выдавать отчеты по запросу менеджера: прайс лист по видам страховки, бланк страхования, информацию о клиентах».
Для начала требуется создать таблицу, включающую все вышеуказанные данные в себя. Таблица создается с помощью “создание таблицы в режиме конструктора”:
После создания таблицы создаём форму для данной таблицы при помощи “мастера создания форм”. Добавляем всё содержимое таблицы, создаём внешний вид формы, требуемый стиль, задаём имя формы и она готова:
Затем создаём требуемые в данной задаче запросы в режиме SQL:
SELECT Общая. номер, Общая.[ИФО клиента], Общая.[Год рождения], Общая. Адресс FROM Общая;
SELECT Общая.[вид страховки], Общая.[стоимость страховки] FROM Общая;
После следует создать отчёты на составленные запросы. Отчёты должны составляться по прайс листу по видам страховки, по бланку страхования и отчёт информации о клиентах. Отчёт создаётся следующим образом:
Создание отчёта с помощью мастера→ выбираем поля для отчёта→ добавляем уровни группировок и расставляем в нужной последовательности данные→ задаём требуемый порядок сортировки→ выбираем вид макета для отчёта→ выбираем требуемый стиль→ задаём имя и отчёт готов:
Страница № 1.1
Страница № 1.2
Страница № 1.3
Так же и второй отчёт на запрос прайс листа по видам страховок:
Страница № 2.1
Страница № 2.2
Таким образом наше задание выполнено и завершено.
www.neuch.ru
В файловых системаходновременная работа нескольких пользователей, связанная с модификацией данныхв файле либо вообще не реализовывалась, либо была замедлена. Эти недостаткипривели к разработке новых подходов к управлению информации. Этот подход былреализован в рамках новых программных средств и называется системой управлениябазой данных (СУБД), а сами хранилища информации назывались базами данных ибанками данных. Одним из первых этапов создания базы данных – это были большиеЭВМ. Первые СУБД были даны в эксплуатацию фирмой IBM в конце 60-х годов. Эта СУБД была связана сорганизацией базы данных на больших ЭВМ (360) и ЕС (Единая система). Здесь базыданных хранились во внешней памяти центрального ЭВМ. Пользовательскими задачамибыли запуск данных в пакетном режиме. Мощные операционные системы параллельнообеспечивали множество задач. Эти системы можно было отнести к системераспределённого доступа, потому что база данных была централизованной.Хранилась на установленной внешней памяти одной из центрального ЭВМ, а доступ кней поддерживался от многих пользователей и задач.
В дальнейшем в теориибазы данных был сделан большой вклад американским математиком Эдвардом Коддом,который являлся создателем теории реляционной базы данных и в то же времяпоявились языки высокого уровня.
Второй этап – это эпохаперсональных компьютеров. В это время появились программы, которые называлисьСУБД и позволяли хранить значительный объём информации. Они имели удобныйинтерфейс для заполнения базы данных. Они позволяли автоматизироватьмножественные функции, которые ранее велись вручную. Первые базы данных накомпьютерах были недолговечны, т.е. они не учитывали взаимосвязи реальныхобъектов и спрос на удобные программы СУБД. Это привело к созданию настольныхСУБД. При этом каждый разработчик разрабатывал собственные СУБД, используястандартные языки программирования и таким образом каждый раз приходилосьнабранные данные переносить на более новый СУБД. Это было одно из основных недостатковэтой эпохи. Яркие представители этой эпохи были: dbase, FoxPro,clipper, Paradox.
Третий этап распределениябазы данных. В этом этапе появилось большое количество локальных сетей, всебольше информации передаются между компьютерами и встаёт задача о согласованииданных, хранящихся и обрабатываемых в разных местах, но которые логическисвязаны друг с другом. Решение этой задачи приводит к появлению распределённойбазы данных, сохраняющих преимущество всех настольных СУБД, но в тоже времяпозволяющих организовать параллельную обработку информации. Именно на этомэтапе были начаты работы связанные с концепцией объектно ориентированной базыданных (SQL). Для манипулирования данными наэтом этапе был использован SQL итехнологии по обмену данными между СУБД, к которым можно отнести ODBC (open database connectivity). Именно на этом этапе былипредставлены MsAccess, MsSQL,ORCL ит.д.
Четвёртый этап-перспективы развития СУБД. Он характерен новой технологией доступа к данным intronet. При этом отпадают необходимостииспользования специального клиентского программного обеспечения. Для работы судалённой базой данных используют стандартные браузеры Интернет Explorer и т.д. При этом встроенный взагруженный пользователями htmlстраницы код, написан на языках java, JavaScript отлаживает все действия пользователяи транслируют их в низкоуровневые SQL запросы. Таким образом выполняется клиентская программа. Удобства такогоподхода позволило использовать его не только в удалённые базы данных, но и влокальных сетях предприятий.
Основныепонятия и определение базы данныхОчень часто упоминаетсятермин банк и база данных и они отличаются. База данных- именованнаясовокупность данных, отражённых состояний объектов и их отношений врассмотренной предметной области. Под предметной областью понимают одну илинесколько объектов управления информации которых моделируются с помощью базыданных и используются для решения различных функциональных задач. Системауправления базы данных совокупность языков и программных средств,предназначенных для создания введения и совместного использования базы данныхмногими пользователями. СУБД должен обеспечивать независимость данных.Практически одна и та же СУБД может быть использована для введения разныхфайлов, которые используются для решения различных не связанных между собойзадач управления. Все функции СУБД можно объединить в такие группы:
1) Управлениеданными. Задачами управления данных являются подготовка и контроль данных,внесения данных в базу данных, обеспечение целостности и секретности данных.
2) Доступ к данным.Поиски, селекция данных, преобразование данных в форму удобную для дальнейшегоиспользования.
3) Организация иведение связи с пользователями, ведение диалога. Выдача данных сообщений обошибках в работе по базе данных и т.д. Для обработки запросов к базе данных,разработка программ, которые представляются как прикладные программы с помощьюкоторых пользователь работает с базой данных, называемой приложением. Впринципе с одной базой данных могут работать множество различных приложений.Именно СУБД обеспечивает работу с единой базой данных таким образом, что каждаяиз них выполняется корректно и учитывает все изменения в приложении.
Этапыпроектирования базы данныхВопрос проектированиябазы данных выделяется как отдельное направление работ при разработкеинформационных систем проектирование базы данных- это итерационный многоэтапныйпроцесс принятия решения в процессе анализа информационной модели предметнойобласти. Здесь должны быть учтены требования к данным со стороны прикладногопрограммирования и пользователя, логичных и функциональных структур данных,выбор программ и аппаратных средств. Этапы проектирования базы данных связаны смногоуровневой организацией данных. Многоуровневый процесс данных состоит вследующем: внешнее, инфологическое, логическое, даталогическое, внутреннее.Существуют и другие уровни представления данных, где используются 3 уровня:внешний, концептуальный, внутренний.
Внешний уровень необходимдля реализации какого-либо запроса или прикладного программирования. Иногдавнешний уровень считают и инфологическим, т.е. при этом изучаются все вне машинныеинформационные обеспечения, т.е. формы документирование и представление данных,а также внешняя среда, где будет функция базы данных. Внешний уровень- этоописание входных и выходных сообщений и данных, которые целесообразно хранить вбазе данных. Описание внешнего уровня не исключает наличия элементовдублирования избыточности и несогласия данных. Для устранения этих противоречийприменено инфологическое проектирование. Инфологическую модель можнорассматривать как средство документирования формы представления информационныхпотребностей, которая обеспечивает непротиворечивые общения пользователя иразработчика системы. Все внешние представления интегрируются на информационномуровне, где инфологический уровень представляет собой инфологическую модельпредметной области из которой исключена избыточность данных и отображениеинформационной особенности объектов управления, т.е. инфологическоепредставление данных, ориентированных на человека, который проектирует илииспользует базу данных.
На этом уровнеформируется концептуальная модель данных, которая отвечает особенностям иограничениям выбранного СУБД. Эта модель ориентирована на программистов. Модельлогического уровня, которая поддерживает конкретизацию средств СУБД, называетсядаталогической. Инфологическая и даталогическая модели зависимы между собой.Инфологическая модель может легко трансформироваться в даталогическую.Внутренний уровень связан с физическим размещением данных. От параметровфизической модели зависит объём памяти и время реакции системы. Физическиепараметры базы данных можно изменять с целью повышения эффективностифункциональной системы. Изменение физических параметров не предопределяетсянеобходимостью изменения инфологической и даталогической модели. Схемавзаимосвязи уровней включает описание данных.
Внешний уровень
данных
-словесное описание данных и их взаимосвязи.
↓
Инфологический уровень данных-строится инфологическая и логическая модель без описанияСУБД.
↓
Логический уровень данных-отражает информационные логические модели на базе данныхподчиняющихся СУБД.
↓
Внутренний уровень данных-размещение данных в памяти их характеристика и пути доступак ним.
Понятиемодели данныхСуществую 3 вида модели:
1) Иерархическая
2) Сетевая
3) Реляционная
Иерархическая база данныхимеет древовидную структуру и состоит из упорядоченного набора поддеревьев. Типдерева состоит из одного корневого типа записи и более типов поддеревьев.
Сетевая модель. Если вотношении между данными имеется более одного соединения, то это отношениеописывается в виде сетевой структуры. Сетевая база данных состоит из набора имножества связи между ними.
Реляционная модель вотличие от иерархической и сетевой моделей не имеет недостатков. Для того,чтобы база данных более эффективно функционировала предложим реляционный подход.Создание реляционной модели связано с именем Эдварда Кодда. Первые работы вэтой области появились в 70-х годах и очень долгое время этот подход являлсяудобным формальным аппаратом анализа базы данных.
Своё начало реляционныйподход берёт из теории множества математики. В реляционной модели объекты и ихвзаимосвязи представлены с помощью таблиц. Взаимосвязи также рассмотрим какобъекты. Каждая таблица представляет собой объект. В терминологии реляционныемодели таблиц называются отношением, каждый столбец в таблице называетсяатрибутом значения в столбце выделенный из домена. Домен- это множествозначений, который может принимать каждый атрибут. Строки таблицы называютсякортежами.
№ страницы Фамилия Имя Год рождения Место рождения 8009 Мамедов Рза 1990 г. БакуДомен
↓
→ атрибут
кортёж→
Таким образом построеннаябаза данных имеет первую нормальную форму, т.е. для каждого атрибута выбран типи длина записи. К достоинствам реляционной модели следует отнести простотуобщения пользователя с моделью. Недостаток модели обычной реляционной системы-работает медленнее, чем сетевые и иерархические. В реляционной модели такжеиспользуется первичный ключ. Это столбец, значения которого во всех строкахразличный. Первичные ключи могут объединять несколько столбцов. В некоторыхСУБД первичный ключ может задаваться системой (Access).
Связь реализуется припомощи внешнего ключа. Внешний ключ- это столбец таблицы значений, которыесовпадают со значениями первичного ключа другой таблицы. Важным моментом такжеявляется значение null (0) втаблице. При этом значении это поле обрабатывается особым образом.
Для построенияреляционной модели используют табличный способ представления данных типаотношения. Наименование единица в реляционной модели- это отдельная атомарнаядля данных моделей. Множество атомарных значений формируют домен. Отношением надоменах D1,D2…….Dnсоставленных из заголовка n телаотношений. Заголовок состоит из множества атрибутов ,A1…….An, вкоторых существует однозначное соответствие между этими атрибутами Ai и определяют их доменами Di. Тело отношения состоит изменяющейся во времени множества кортежей, где каждый кортеж в свою очередьсостоит из множества пар атрибут -значений (Ai:Vi). Для любойзаданной пары атрибут –значением Viявляется значением из единственного домена Di, который связан с атрибутом Ai. Степень отношения – это число его атрибутов. Отношения –это число его кортежей. Ключом отношений является его уникальность. Т.е.никакие два различных кортежа не имеют одного и того же значения для входящих включ атрибутов. Ни один из атрибутов, входящий в ключ, не может быть исключёнбез нарушения уникальности. Каждое отношение обладает хотя бы одним ключом.Один из возможных ключей принимают за первичный, остальные называютсяальтернативными ключами. Основная цель проектирования базы данных- сокращениеизбыточности базы данных и экономии объёма используемой памяти. Нормализация –это разделение таблицы на две и более обладающие лучшими свойствами привключении изменений и удаление данных.
страхование база данный
ПРАКТИЧЕСКАЯ ЧАСТЬ
Рассмотрим данные длясоздания базы данных на тему «Страхование населения». Создаем базу вреляционной модели базы данных.
Описание данной задачи:«Руководство страховой компании заказало разработку информационной системы дляотдела работы с клиентами. Система предназначена для обработки данных, о видахстраховок, их стоимость, о совершенных сделках, о клиентах, сроках действиястраховки. Система должна выдавать отчеты по запросу менеджера: прайс лист повидам страховки, бланк страхования, информацию о клиентах».
Для начала требуетсясоздать таблицу, включающую все вышеуказанные данные в себя. Таблица создаетсяс помощью “создание таблицы в режиме конструктора”:
/>
/>
После создания таблицысоздаём форму для данной таблицы при помощи “мастера создания форм”. Добавляемвсё содержимое таблицы, создаём внешний вид формы, требуемый стиль, задаём имяформы и она готова:
/>
Затем создаём требуемые вданной задаче запросы в режиме SQL:
SELECT Общая. номер,Общая.[ИФО клиента], Общая.[Год рождения], Общая. Адресс FROM Общая;
/>
SELECT Общая.[видстраховки], Общая.[стоимость страховки] FROM Общая;
/>
После следует создатьотчёты на составленные запросы. Отчёты должны составляться по прайс листу повидам страховки, по бланку страхования и отчёт информации о клиентах. Отчётсоздаётся следующим образом:
Создание отчёта с помощьюмастера→ выбираем поля для отчёта→ добавляем уровни группировок ирасставляем в нужной последовательности данные→ задаём требуемый порядоксортировки→ выбираем вид макета для отчёта→ выбираем требуемыйстиль→ задаём имя и отчёт готов:
Страница № 1.1
/>
Страница № 1.2
/>
Страница № 1.3
/>
Так же и второй отчёт назапрос прайс листа по видам страховок:
Страница № 2.1
/>
Страница № 2.2
/>
Таким образом нашезадание выполнено и завершено.
www.ronl.ru
