Результаты исследования учащихся в проекте Основы проектирования БД - История изменений

Ломин Роман: /* Другие документы */

2012-12-19T09:58:33Z

‎Другие документы

Ломин Роман: /* Авторы и участники проекта */

2012-12-19T09:56:03Z

‎Авторы и участники проекта

Ломин Роман: /* Сравнить иерархическую, сетевую и реляционную модель на примере базы данных "Моя коллекция книг" */

2012-12-18T17:21:30Z

‎Сравнить иерархическую, сетевую и реляционную модель на примере базы данных "Моя коллекция книг"

Ломин Роман: /* Результаты проведённого исследования */

2012-12-18T17:18:15Z

‎Результаты проведённого исследования

Ломин Роман: /* Возможные связи между объектами в реляционной модели */

2012-12-18T17:16:56Z

‎Возможные связи между объектами в реляционной модели

Ломин Роман: /* Результаты проведённого исследования */

2012-12-18T17:15:57Z

‎Результаты проведённого исследования

Ломин Роман: /* Выяснить, как представляются в реляционной модели данных объекты реального мира */

2012-12-18T17:15:30Z

‎Выяснить, как представляются в реляционной модели данных объекты реального мира

Ломин Роман: /* Узнать, кто и когда предложил реляционную модель */

2012-12-18T17:15:13Z

‎Узнать, кто и когда предложил реляционную модель

Ломин Роман: /* Вывод */

2012-12-18T17:13:58Z

‎Вывод

Ломин Роман: /* Сравнить иерархическую, сетевую и реляционную модель на примере базы данных "Предприятие" */

2012-12-18T16:48:24Z

‎Сравнить иерархическую, сетевую и реляционную модель на примере базы данных "Предприятие"

← Предыдущая		Версия 09:58, 19 декабря 2012
Строка 114:		Строка 114:

	[[Категория:Проекты]]		[[Категория:Проекты]]
		+
		+	[http://wiki.vgipu.ru/index.php/%D0%A3%D1%87%D0%B5%D0%B1%D0%BD%D1%8B%D0%B9_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82:_%D0%9E%D1%81%D0%BD%D0%BE%D0%B2%D1%8B_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%91%D0%94 Переход на главную страницу]

@@ Строка 1: / Строка 1: @@
 ==Авторы и участники проекта==
 [[Участник:Ломин Роман|Ломин Роман]]
 [[Участник:Vgipu2012|Арлевич Николай]]

@@ Строка 57: / Строка 57: @@
 -Отношение '''"многие–ко–многим"''' применяется если одной записи в родительской таблице соответствует более одной записи в дочерней или одной записи в дочерней таблице соответствует более одной записи в родительской. Пример — один автор может написать несколько книг, а у одной книги может быть несколько авторов.
-== '''Сравнить иерархическую, сетевую и реляционную модель на примере базы данных "Моя коллекция книг"''' ==
+'''Сравнить иерархическую, сетевую и реляционную модель на примере базы данных "Моя коллекция книг"'''
-. Построим модели базы данных "Предприятие" пользуясь фактическими данными:
+. Построим модели базы данных "Моя коллекция книг" пользуясь фактическими данными:
 [[Изображение:Иерархия.jpg | 400px]]
@@ Строка 73: / Строка 73: @@
 На рисунке изображена Реляционная модель данных
-Не зря 70% пользователей используют Бд реляционного типа, то есть состоящих из таблиц.
+Не зря 70% пользователей используют БД реляционного типа, то есть состоящих из таблиц.
-По сравнению с реляционной, в иерархической и сетевой моделях дублируется информация в записях, что отрицательно сказывается на разработке БД,то есть программист тратит намного больше времени, терпения и собственных сил для получения желаемого результата.
+В иерархической и сетевой моделях дублируется информация в записях, что отрицательно сказывается на разработке БД,то есть программист тратит намного больше времени, терпения и собственных сил для получения желаемого результата.
-Можно сделать вывод, что иерархическая модель очень громоздкая, неудобная в проектировании, сетевая сложная для зрительного восприятия, а табличная реляционная модель, наоборот, наглядная, компактная и простая в проектировании.
+Можно сделать вывод, что иерархическая модель очень громоздкая, неудобная, сетевая сложная для зрительного восприятия, а табличная реляционная модель, наоборот, наглядная, компактная и проста в проектировании.
 ==Вывод==

@@ Строка 22: / Строка 22: @@
 '''Узнать, кто и когда предложил реляционную модель'''
 Реляционная модель впервые была предложена Е. Ф. Коддом в 1970 году. Кодд работал в IBM, и после десяти лет исследований, разработки и лоббирования на уровне корпорации он с коллегами убедил IBM разработать несколько СУБД, основанных на реляционной модели. В 2002 году журнал "Форбес", назвал реляционную модель данных Кодда в числе самых важных открытий за последние 85 лет. По оценкам специалистов, примерно 99% мирового рынка баз данных занимают ныне реляционные СУБД.
 '''Выяснить, как представляются в реляционной модели данных объекты реального мира'''
 Термин "реляционный" (от латинского relatio- отношение) указывает прежде всего на то, что такая модель хранения данных построена на взаимоотношении составляющих её частей. В реляционной модели объекты реального мира и взаимосвязи между ними представляются с помощью совокупности связанных между собой таблиц. В простейшем случае она представляет собой двумерный массив или двумерную таблицу, а при создании сложных информационных моделей составит совокупность взаимосвязанных таблиц. Каждая строка такой таблицы называется записью. Каждый столбец в такой таблице называется полем.
@@ Строка 41: / Строка 39: @@
 Порядок следования строк в таблице может быть произвольным и может характеризоваться количеством полей, количеством записей, типом данных.
 '''Возможные связи между объектами в реляционной модели'''
 Реляционная модель данных, как правило, состоит из нескольких таблиц, которые связываются между собой ключами.

@@ Строка 42: / Строка 42: @@
 Порядок следования строк в таблице может быть произвольным и может характеризоваться количеством полей, количеством записей, типом данных.
-== '''Возможные связи между объектами в реляционной модели''' ==
+'''Возможные связи между объектами в реляционной модели'''
@@ Строка 53: / Строка 53: @@
 '''Выделяют три разновидности связи между таблицами базы данных:'''
-Отношение "один–ко–многим" имеет место, когда одной записи родительской таблицы может соответствовать несколько записей дочерней. Пример — издательство, выпустившее несколько книг.
+-Отношение '''"один–ко–многим"''' имеет место, когда одной записи родительской таблицы может соответствовать несколько записей дочерней. Пример — издательство, выпустившее несколько книг.
-Отношение "один–к–одному" имеет место, когда одной записи в родительской таблице соответствует одна запись в дочерней. Пример — автор, у которого в данный момент имеется лишь одна незавершенная книга.
+-Отношение '''"один–к–одному"''' имеет место, когда одной записи в родительской таблице соответствует одна запись в дочерней. Пример — автор, у которого в данный момент имеется лишь одна незавершенная книга.
 == '''Сравнить иерархическую, сетевую и реляционную модель на примере базы данных "Моя коллекция книг"''' ==

← Предыдущая		Версия 17:15, 18 декабря 2012
Строка 26:		Строка 26:
	Реляционная модель впервые была предложена Е. Ф. Коддом в 1970 году. Кодд работал в IBM, и после десяти лет исследований, разработки и лоббирования на уровне корпорации он с коллегами убедил IBM разработать несколько СУБД, основанных на реляционной модели. В 2002 году журнал "Форбес", назвал реляционную модель данных Кодда в числе самых важных открытий за последние 85 лет. По оценкам специалистов, примерно 99% мирового рынка баз данных занимают ныне реляционные СУБД.		Реляционная модель впервые была предложена Е. Ф. Коддом в 1970 году. Кодд работал в IBM, и после десяти лет исследований, разработки и лоббирования на уровне корпорации он с коллегами убедил IBM разработать несколько СУБД, основанных на реляционной модели. В 2002 году журнал "Форбес", назвал реляционную модель данных Кодда в числе самых важных открытий за последние 85 лет. По оценкам специалистов, примерно 99% мирового рынка баз данных занимают ныне реляционные СУБД.

−	'''Выяснить, как представляются в реляционной модели данных объекты реального мира'''	+	'''Выяснить, как представляются в реляционной модели данных объекты реального мира'''

@@ Строка 21: / Строка 21: @@
 ==Результаты проведённого исследования==
-== '''Узнать, кто и когда предложил реляционную модель''' ==
+'''Узнать, кто и когда предложил реляционную модель'''
 Реляционная модель впервые была предложена Е. Ф. Коддом в 1970 году. Кодд работал в IBM, и после десяти лет исследований, разработки и лоббирования на уровне корпорации он с коллегами убедил IBM разработать несколько СУБД, основанных на реляционной модели. В 2002 году журнал "Форбес", назвал реляционную модель данных Кодда в числе самых важных открытий за последние 85 лет. По оценкам специалистов, примерно 99% мирового рынка баз данных занимают ныне реляционные СУБД.
 == '''Выяснить, как представляются в реляционной модели данных объекты реального мира''' ==

← Предыдущая		Версия 17:13, 18 декабря 2012
Строка 85:		Строка 85:

	==Вывод==		==Вывод==
		+
		+	'''В ходе исследования мы'''
		+
		+	-узнали, что в реляционной модели объекты реального мира и взаимосвязи между ними представляются с помощью совокупности связанных между собой таблиц, состоящих из строк и столбцов
		+
		+	-выяснили, какие виды связей возможны между двумя объектами
		+
		+	-построили и сравнили реляционную, сетевую и иерархическую модель базы данных
		+
		+
		+	Результаты исследования убедили нас в том,что достоинством реляционной модели является простота проектирования и представления данных в табличной форме.
		+
		+	Табличное представление обеспечивает быстрый и удобный доступ к данным для внесения изменений, поиска или отбора.
		+
		+	Поэтому предположение, сделанное в начале исследования подтверждается.

	==Полезные ресурсы==		==Полезные ресурсы==

@@ Строка 62: / Строка 62: @@
-== '''Сравнить иерархическую, сетевую и реляционную модель на примере базы данных "Предприятие"''' ==
+== '''Сравнить иерархическую, сетевую и реляционную модель на примере базы данных "Моя коллекция книг"''' ==
 . Построим модели базы данных "Предприятие" пользуясь фактическими данными:
-[[Изображение:Иерархическая_БД.jpg‎]]
+[[Изображение:Иерархия.jpg | 400px]]
 На рисунке изображена Иерархическая модель данных
-'''Из этого примера видны недостатки иерархических БД:'''
+[[Изображение:Сетевая.jpg | 400px]]
-Частично дублируется информация между записями СОТРУДНИК и ИСПОЛНИТЕЛЬ (такие записи называют парными), причем в иерархической модели данных не предусмотрена поддержка соответствия между парными записями.
+На рисунке изображена Сетевая модель данных
-Иерархическая модель реализует отношение между исходной и дочерней записью по схеме 1:N, то есть одной родительской записи может соответствовать любое число дочерних.
+[[Изображение:Реляционная.jpg | 400px]]
-Допустим теперь, что исполнитель может принимать участие более чем в одном контракте (т.е. возникает связь типа M:N). В этом случае в базу данных необходимо ввести еще одно групповое отношение, в котором ИСПОЛНИТЕЛЬ будет являться исходной записью, а КОНТРАКТ - дочерней (рис. 4.2 c). Таким образом, мы опять вынуждены дублировать информацию.
+На рисунке изображена Реляционная модель данных
-[[Изображение:Сетевая БД.jpeg]]
+Не зря 70% пользователей используют Бд реляционного типа, то есть состоящих из таблиц.
-На рисунке изображена Сетевая модель данных
 ==Вывод==