База данных "Футбольной лиги чемпионов"
Реляционная, иерархическая и сетевая модели данных, их достоинства и недостатки. Системы управления базами данных для персональных компьютеров и их скоростные характеристики. Структура базы данных "Футбольной лиги чемпионов". Описание команд программы.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 11.07.2012 |
Размер файла | 466,7 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Министерство Образования и Науки Российской Федерации
Дагестанский Государственный Технический Университет
Кафедра ВТ
Курсовая работа
по дисциплине: БД
на тему:
База данных «Футбольной лиги чемпионов»
Аннотация
В данной курсовой работе рассматриваются основные концепции построения реляционных СУБД, базовые принципы проектирования данных. А также, какие объекты могут быть созданы в базах данных. В данной работе рассматривается БД «Футбольной лиги чемпионов», т.е. БД которая содержит в себе основные статистические данные о командах.
Введение
Широкая потребность в автоматизированной обработке массовой информации на ЭВМ выдвинула потребность ив специализированных языках обработки данных. Такие средства обычно включаются в состав систем управления базами данных (СУБД), но могут существовать и отдельно. Пакеты СУБД дают возможность пользователям осуществлять непосредственное управление данными, а программистам быстро разрабатывать более совершенные программные средства их обработки - приложения.
Характеристики готовых приложений определяются, прежде всего, принятой в СУБД организацией данных и типом используемого транслятора.
Модели данных. По способу установления связей между данными различают реляционную, иерархическую и сетевую модели.
Реляционная модель является простейшей и наиболее привычной формой представления данных в виде таблицы. В теории множеств таблице соответствует термин отношение (relation), который и дал название модели. Для нее имеется развитый математический аппарат - реляционное исчисление и реляционная алгебра, где для баз данных (отношений) определены такие хорошо теоретика множественные операции, как объединение, вычитание, пересечение, соединение и др.
Достоинством реляционной модели является сравнительная простота инструментальных средств ее поддержки, недостатком е жестки с п. структуры данных (невозможность, например, задания строк таблицы произвольной длины) и зависимо с от скорости ее работы от размера базы данных. Для многих операций, определенных в такой модели, может оказаться необходимость просмотра всей базы.
Иерархическая и сетевая модели предполагают наличие связей между данными, имеющими какой-либо общий признак. В иерархической модели такие связи могут быть отражены в виде дерева-графа, где возможны только односторонние связи от старших вершин к младшим. Это облегчает до ступ к не обходимой информации, но только если все возможные запросы отражены в структуре дерева. Никакие иные запросы удовлетворены быть не могут.
Указанный недостаток снят в сетевой модели, где, по крайней мере теоретически, возможны связи "всех со всеми". Поскольку на практике это, естественно, невозможно, приходится прибегать к некоторым ограничениям. Использование иерархической и сетевой моделей ускоряет доступ к информации в базе данных. Но поскольку каждый элемент данных должен содержать ссыпки на некоторые другие элементы, требуются значительные ресурсы как дисковой, таки основной памяти ЭВМ. Недостаток основной памяти, конечно, снижает скорость обработки данных, Кроме того, для таких моделей характерна сложность реализации СУБД.
СУБД для персональных компьютеров. Хотя известны попытки создания систем управления базами данных, поддерживающих сетевую модель для персональных компьютеров, в настоящее время реляционные системы лучше с о ответствуют их техническим возможностям и вполне удовлетворяют большинство пользователей.
Скоростные характеристики этих СУБД поддерживаются специальными средствами ускоренного доступа к информации е индексированием баз данных.
Прежде чем перейти к рассмотрению конкретных пакетов, уместно уточнить само понятие системы управления базами данных. В наиболее полном варианте такой пакет может иметь следующие компоненты:
Ш Среда пользователя, дающая возможность непосредственного управления данными с клавиатуры.
Ш Алгоритмический язык для программирования прикладных систем обработки данных, реализованный как интерпретатор. Последнее позволяет быстро создавать и отлаживать программы.
Ш Компилятор для придания завершенной программе вида готового коммерческого продукта ? форме независимого ЕХЕ-файла.
Ш Программы-утилиты быстрого программирования рутинных операций (генераторы отчетов, экранов, меню и других приложении). Собственно СУБД е это, конечно, оболочка пользователя. Ввиду того что такая среда ориентирована на немедленное удовлетворение его запросов, это всегда система-интерпретатор. Есть множество хороших зарубежных пакетов, которые имеют только один указанный компонент. Однако для отечественного пользователя он представляет наименьшую ценность, поскольку, как показывает опыт, трудности овладения англоязычным интерфейсом быстро отпугивают потенциальных потребителей.
Наличие в СУБД языка программирования позволяет создавать сложные системы обработки данных, ориентированные под конкретные задачи и даже под конкретного пользователя. Есть также СУБД, которые имеют только язык и не имеют оболочки пользователя. Они предназначены исключительно для программистов, и это системы компилирующего типа. Такие пакеты лишь с оговорками могут быть названы СУБД. Обычно их называют просто компиляторами.
СУБД FoxPro, фирмы Fox Software (теперь Microsoft) обладает исключительно высокими скоростными характеристиками и в этом отношении заметно выделяется среди интерпретирующих систем. Сравнительно с DBASE ее скорость в несколько раз выше. Практически по всем показателям Fox-программы работают заметно быстрее Clipper-программ. Набор команд и функций, предлагаемых разработчикам программных продуктов в среде FoxPro, помощи гибкости отвечает любым современным требованиям к представлению и обработке данных. Здесь может быть реализован максимально удобный, гибкий и эффектный пользовательский интерфейс. В FoxPro поддерживаются разнообразные всплывающие и многоуровневые меню, работа с окнами и мышью, реализованы функции низкоуровневого доступа к файлам, управление цветами, настройка принтера, данные могут быть представлены в виде, похожем на электронные таблицы, и т.п. Система также обладает средствами быстрой генерации экранов, отчетов и меню, поддерживает язык SQL, устойчиво работает в сети.
С 1994 года пакет поменял владельца. Корпорация Micro soft пошла на приобретение фирмы Fox Software, учитывая высокий рейтинг и перспективность FохРго.
Некоторое представление о популярности в России упомянутых пакетов могут дать результаты опроса читателей журналом "Hard & Soft" (N11 за 1995г.) о наличии у них тех или иных программных продуктов. Если принять число пользователей FoxPro за сто, то число пользователей Clipper равно 41, Paradox е 45, Clarion с 18.
FoxPro реализован также в средах Macintоch, Unix и MS Windows, сохранив полную преемственность по языку и формату данных, так что DOS-программы могут быть легко перенесены на другую платформу.
База данных
База данных «Футбольной лиги чемпионов» состоит из следующих полей:
Fifa_nom - numeric - 2
Team_name - character - 10
Coach - character - 20
All_place - numeric - 6
Titul_kol - numeric - 2
Stadium - character - 10.
God_osnov - numeric - 4
Описание команд программы
DEFINE WINDOW - создание окна
Формат: DEFINE WINDOW <имя>
FROM <cтpока1>,<cтолбецl> TO <cтрока2>,<cтолбец2>
[TITLE <BыражC>]
ROUBLE | PANEL | NONE | <строка_символов_контура>]
[CLOSE | NOCLOSE] [FLOAT | NOFLOAT]
[GROW | NOGROW] [SHADOW | NOSHADOW]
[ZOOM | NOZOOM]
[COLOR [<стандарт>],[,<yлyчшен>]
[,<контур>] | [COLOR SCHEME <BыражН>]]
Команда DEFINE WINDOW создает окно пользователя и задает его атрибуты. После определения окон они могут быть выведены на дисплей командами ACTIVATE WINDOW или SHOW WINDOW.
Активированные окна остаются на экране до тех пор, пока будут удалены оттуда командами DEACTIVATE WINDOW или HIDE WINDOW.
Предложение DEFINE WINDOW<имя> присваивает окну имя. Имена окон могут иметь длину до 10 символов. Они должны начинаться с буквы или знака подчеркивания и могут содержать любую комбинацию букв, цифр и знаков подчеркивания.
Положение на экране верхнего левого угла окна определяется экранными координатами FROM <строка1>,<столбец1>, а нижнего правого - координатами <строка2>,<стол6ец2>. Эти два набора координат определяют размер окна. Окно можно определить и с координатами лежащими за пределами экрана. Размер окна может максимум в два раза превышать по числу строк и столбцов размер текущего экрана. Окна также могут помещаться одно внутри другого.
Опция TITLE <выражС> позволяет назначить окну заголовок, атрибуты окна. По умолчанию окнам присваиваются цвета, определи цветовой схемой COLOR SCHEME 1. Опция COLOR позволяет определить цвета стандартного улучшенного текста в окне, а также границы окна.
DEFINE MENU - создание линейки меню
Формат: DEFINE MENU <имя> [MESSAGE <выражС>]
Команда DEFINE MENU создает линейку меню и назначает имя. После того, как линейка меню определена, вы можете при помощи DEFINE PAD определяете элементы линейки меню.
Прежде чем вы сможете вызвать линейку меню на экран команду ACTIVATE MENU, вы обязаны определить ее при помощи команды DEFINE MENU. Задайте <имя> для линейки меню и необходимости сообщение MESSAGE <выражС>.
DEFINE PAD - определение элемента линейки меню
Формат: DEFINE PAD <имя> OF <имя_меню>
PROMPT <выражС1> [АТ <строка>,<столбец>]
[MESSAGE <выражС2>]
Команда DEFINE PAD служит для помещения в линейку элементов меню. Эта команда используется совместно с командой DEFINE MENU, обычно при создании системы меню. Перемещения c элементами линейки меню выполняются при помощи клавиш управления курсором или мышью.
Сначала при помощи команды DEFINE MENU должна быть определена сама линейка меню. Для помещения в линейку каждого элемента требуется одна команда DEFINE PAD. Каждому элементу линейки присваивается <имя>. Предложение PROMPT <выражС1> определяет текст, который будет выводиться в данном элементе линейки экрана. <ВыражС1> может являться любой допустимой строкой символов или символьным выражением.
При помощи предложения MESSAGE <выражС2> каждому элементу линейки меню можно назначить необязательное сообщение. Сообщение появляется на экране или в окне в позиции, заданной командой SET MESSAGE TO.
PROMPT FIELD <поле> |
PROMPT FILES [LIKE <макет_спецификации>] |
PROMPT STRUCTURE]
[MESSAGE <выражС>]
[COLOR <стандарт>[,<улучшен>11 COLOR
SCHEME <выражМ>]
DEFINE POPUP позволяет создавать всплывающее меню. Всплывающее меню может содержать список определяемых вами окон, содержимое поля базы данных, список файлов или список полей данных.
Всплывающему меню присваивается имя и назначается позиция, в которой оно будет появляться на экране или в окне, а также размер.
Назначение всплывающему меню имени выполняется при помощи предложения DEFINE POPUP <имя>. Верхний левый угол всплывающего меню будет располагаться в позиции с экранными координатами <строка1>, <столбец1>, задаваемыми предложением FROM. Можно включить необязательное предложение ТО <строка2>,<столбец2> задающее нижний правый угол всплывающего меню.
DEFINE BAR - определение опции сплывающего меню
Формат: DEFINE BAR <выражН> OF <имя>
PROMPT <выражС1> (MESSAGE <выражС2>]
[SKJPIFOR<выpaжL>l]
Команда DEFINE BAR добавляет опцию всплывающего меню. DEFINE BAR используется совместно с командами DEFINE POPUP, ACTIVATE POPUP для создания всплывающего меню и вывода на экран. Прежде чем можно будет пользоваться командой DEFINE BAR, необходимо определить само всплывающее меню командой DEFINE POPUP. Меню можно убрать с экрана командой DEACTIVATE POPUP либо и с экрана и из памяти командами CLEAR ALL, CLEAR POPUP RELEASE POPUPS.
Место, в котором будет появляться опция во всплывающем меню определяется <выражН>.
Также нужно задать <имя> всплывающего меню, в которое желаете включить данную опцию. <выражС1> - это текст опции, кот будет появляться во всплывающем меню.
Команда ON SELECTION PAD назначает подпрограмму на горизонтальном меню. Подпрограмма, которая будет выполняться при выборе поля меню, может быть командой, программой или процедурой.
ACTIVATE WINDOW - вывод на дисплей и активация окна
Формат: ACTIVATE WINDOW[[<имяl>l [,<имя2>][,...] | ALL
[BOTTOM | TOP | SAME][NOSHOW]
Данная команда выводит на дисплей и активирует определенное пользователем окно или окна. Активация окна означает направление всего экранного вывода на данное окно.
DEACTIVATE WINDOW - деактивация окон и удаление их с экрана
Формат: DEACTIVATE WINDOW <имя1>[<,имя2>] [,...1] | ALL
Команда DEACTIVATE WINDOW деактивирует активное окно или набор активных окон и удаляет их с экрана. Окно или окна при этом не удаляются из памяти и могут быть снова вызваны на дисплей при помощи команд ACTIVATE WINDOW.
APPEND - добавляет записи к выбранной базе данных
Формат: APPEND [BLANK]
Команда APPEND BLANK, добавляет в конец выбранной базы данных одну пустую запись. Окно редактирования при этом не открывается.
SORT - Сортирует базу данных.
Формат: SORT TO <файл>
ON <поле1> [/A][/C][/D]
[,<поле2>[/A][/C][/D]...]
[ASCENDING | DESCENDING]
<сфера>
[FOR <вырL1>]
[WHILE <вырL2>]
[FIELDS <список полей>]
[NOOPTIMIZE]
Создает новый файл базы данных, в котором записи активного файла базы данных отсортированы в указанном порядке по заданным ключевым полям.
Сортировка выполняется в порядке возрастания значений (/А), если не определено иначе. Ключевые слова ASCENDING и DESCENDING могут использоваться в качестве альтернативы фразам /A для возрастающего и /D для убывающего порядка значений.
Если задана опция /C, при сортировке игнорируется разница прописных и строчных букв.
Можно комбинировать опцию /C с опциями /A или /D. Если используется комбинация опций, нужно указать только один слеш (например, /DC). Если указана опция FIELDS <список полей>, в результирующий <файл> будут помещены только заданные в <списке> поля исходного файла. <Список полей> может включать поля, как из активного файла базы данных, так и из других открытых (но не активных) файлов базы данных. Поля из этих файлов должны быть заданы полным именем, т.е. имени поля должен предшествовать псевдоним. NOOPTIMIZE отключает Rushmore. ПРЕДУПРЕЖДЕHИЕ. При выполнении команды SORT необходимо следить за наличием свободного пространства на диске для записи результирующего файла. Для этих целей может потребоваться свободное дисковое пространство, равное утроенному объему обрабатываемого файла.
Заключение
В данной курсовой работе были обсуждены основные концепции построения реляционных СУБД, базовые принципы проектирования данных, а также то, какие объекты могут быть созданы в базах данных.
При выполнении данного курсового проекта я приобрел навыки в разработке и создании БД и работы с ними. А также приобрел опыт в реализации файлов данных, т.е. файлов в которых хранятся необходимые данные. При написании программы, которая позволяет вводить, удалять данные, выполнять их поиск, не возникло трудностей, так как имелся большой интерес, который помог избежать некоторых сложностей в написании программы.
Список использованной литературы
1. Мейер М. Теория реляционных данных - М.: Мир, 1987.
2. А. А. Попов FoxPro 2.5 / 2.6 - М. : Мир, 2000 .
3. Лекции по дисциплине ''Базы данных''.
Приложение 1
CLEAR
DEFINE WINDOW panel FROM 0,0 TO 0,79 color scheme 2;
CLOSE FLOAT none GROW ZOOM
DEFINE WINDOW output FROM 1,0 TO 24,79 TITLE '=== Курсовая работа ===' ;
CLOSE FLOAT double SHADOW ZOOM
DEFINE WINDOW indicdel FROM 8,20 TO 16,59 color scheme 5;
CLOSE FLOAT double NOGROW SHADOW ZOOM
DEFINE WINDOW diapdel FROM 0,1 TO 6,20 IN WINDOW indicdel color scheme 5; база данные футбольный лига
CLOSE NOFLOAT NOGROW
DEFINE MENU go IN WINDOW Panel
DEFINE PAD open OF go PROMPT '\<Open' AT 0,0
DEFINE PAD store OF go PROMPT '\<Save' AT 0,6
DEFINE PAD see OF go PROMPT '\<Browse' AT 0,12
DEFINE PAD correct OF go PROMPT '\<Correct' AT 0,20
DEFINE PAD del OF go PROMPT '\<Delete' AT 0,29
DEFINE PAD new OF go PROMPT 'C\<reate' AT 0,37
DEFINE PAD add OF go PROMPT '\<Addition' AT 0,45
DEFINE PAD sorting OF go PROMPT 'Sor\<t' AT 0,55
DEFINE PAD zapros OF go PROMPT 'Q\<uery' AT 0,61
DEFINE PAD getout OF go PROMPT '\<Quit' AT 0,74
ACTIVATE WINDOW Panel
ACTIVATE WINDOW Output
ON SELECTION PAD open OF go DO OPEN_
ON SELECTION PAD store OF go DO STORE_
ON SELECTION PAD see OF go DO SEE_
ON SELECTION PAD correct OF go CHANGE
ON SELECTION PAD del OF go DO DELETE_
ON SELECTION PAD new OF go CREATE ?
ON SELECTION PAD add OF go DO ADDITION_
ON SELECTION PAD sorting OF go DO SORT_
ON SELECTION PAD zapros OF go DO ZAPR_
ON SELECTION PAD getout OF go DO EXIT_
ACTIVATE MENU go
PROCEDURE OPEN_
USE ?
Show menu go
RETURN
PROCEDURE SEE_
clear
Browse in window output noedit normal
RETURN
PROCEDURE STORE_
pack
RETURN
PROCEDURE DELETE_
Delete
clear
Do SEE_
RETURN
PROCEDURE ADDITION_
append
clear
Do SEE_
RETURN
PROCEDURE SORT_
SET TALK ON
CLEAR
DIMENSION choices(4,1)
STORE "Film name" TO choices(1)
STORE "Genre" TO choices(2)
STORE "Date of record" TO choices(3)
STORE "Fio client" TO choices(4)
STORE 0 TO mchoice
@ 0,55 MENU choices,4 TITLE " Сортировка "
CLEAR
READ MENU TO mchoice
DO CASE
CASE mchoice=1
if dbf()<>"sort_nm" sort on name to sort_nm
use film
endif
CASE mchoice=2
if dbf()<>"sort_ln" sort on last_n to sort_ln
use genre
endif
CASE mchoice=3
if dbf()<>"sort_ag" sort on age to sort_ag
use dt_rec
endif
CASE mchoice=4
if dbf()<>"sort_sx" sort on sex to sort_sx
use client
endif
ENDCASE
Browse last in window output noedit normal
RETURN
PROCEDURE ZAPR_
#REGION 0
REGIONAL m.currarea, m.talkstat, m.compstat
IF SET("TALK") = "ON"
SET TALK OFF
m.talkstat = "ON"
ELSE
m.talkstat = "OFF"
ENDIF
m.compstat = SET("COMPATIBLE")
SET COMPATIBLE FOXPLUS
m.currarea = SELECT()
use kursbd
store 0 to m
store 0 to n
store '_' to x1
store '_' to x2
store '_' to x3
IF NOT WEXIST("_ryc15ai8g")
DEFINE WINDOW _ryc15ai8g ;
FROM INT((SROW()-20)/2),INT((SCOL()-70)/2) ;
TO INT((SROW()-20)/2)+19,INT((SCOL()-70)/2)+69 ;
TITLE "Okno Zaprosa" ;
FOOTER "Videoprokat" ;
FLOAT ;
CLOSE ;
SHADOW ;
MINIMIZE ;
PANEL ;
COLOR SCHEME 1
ENDIF
#REGION 1
IF WVISIBLE("_ryc15ai8g")
ACTIVATE WINDOW _ryc15ai8g SAME
ELSE
ACTIVATE WINDOW _ryc15ai8g NOSHOW
ENDIF
@1,17 get kursbd.film_name size 1,20
@1,1 say 'Film Name' size 1,9
@2,17 get kursbd.genre size 1,15
@2,1 say 'Genre' size 1,5
@3,17 get kursbd.duration size 1,5
@3,1 say 'Dlitelnost' size 1,10
@4,17 get kursbd.date_rec size 1,8
@4,1 say 'Date record' size 1,11
@5,17 get kursbd.zalog size 1,5
@5,1 say 'Summa zaloga' size 1,12
@6,17 get kursbd.fio_client size 1,15
@6,1 say 'Fio client' size 1,12
@8,1 get k picture "@*HN Back;Next;Exit" size 1,8,2;
default 1;
valid _ryc15aias()
@ 1,50 GET r PICTURE "@*RVN Начало;Конец;Удаление" SIZE 1,12,0;
DEFAULT 1 ;
VALID _ryc15aibi()
@9,0 say ' Film name ' get x1 size 1,20
@10,0 say ' Genre ' get x3 size 1,15
@11,0 say ' Dlitelnost ' get m size 1,5
@12,0 say ' Fio client ' get x2 size 1,15
@13,0 say ' Date record' get n size 1,8
@14,0 get k picture"@*HN write" size 1,6;
default 1;
valid _ruc15ai()
IF NOT WVISIBLE("_ryc15ai8g")
ACTIVATE WINDOW _ryc15ai8g
ENDIF
READ CYCLE
RELEASE WINDOW _ryc15ai8g
IF USED("kursbd")
SELECT kursbd
USE
ENDIF
SELECT (m.currarea)
#REGION 0
IF m.talkstat = "ON"
SET TALK ON
ENDIF
IF m.compstat = "ON"
SET COMPATIBLE ON
ENDIF
FUNCTION _ryc15aias && k VALID
#REGION 1
do case
case k=1
skip -1
if bof()
go top
endif
case k=2
skip
if eof()
go bottom
endif
case k=3
clear read
endcase
show gets
return
FUNCTION _ryc15aibi && r VALID
#REGION 1
do case
case r=1
go top
case r=2
go bottom
case r=3
if delete()
recall
else
delete
endif
endcase
@ 0,3 say iif(delete(),'Удалено',' ')
show gets
return
function _ruc15ai && k valid
defi wind krok from 5,3 to 30, 70 title 'Videoprokat';
shad system grow float color w+/rb
acti wind krok
i=1
scan for (duration=m).or.(date_rec=n).or.(film_name=x1).or.(fio_client=x2).or.(genre=x3)
@ 1,2 say 'name of film ' color r/gb
@ 1+i,2 say str(i,2)+'.'+padl(film_name,20)
@ 1,30 say 'Genre' color r/gb
@ 1+i,30 say padl(genre,15)
@ 1,46 say 'Dlitelnost ' color r/gb
@ 1+i,46 say padl(duration,4)
i=i+1
read cycl
endscan
deac wind krok
RETURN
PROCEDURE EXIT_
Close all
Clear windows
Cancel
Return
Приложение 2
Сортировка:
Поиск:
Просмотр:
Даталогическая модель является моделью логического уровня и представляет собой отображение логических связей между элементами данных без рассмотрения их содержания и среды хранения.
R1(КОМАНДЫ, название, тренер, стадион, год основания, кол-во титулов, вместимость стадиона)
R2(НОМЕР, матчи, дата, результат, оценка игры, посещаемость)
Инфологическая модель
В общем виде инфологическая модель в моей работе будет выглядеть следующим образом:
Размещено на Allbest.ru
Подобные документы
Базы данных и их использование в вычислительной технике. Особенности и основная конструктивная единица сетевой модели данных. Иерархическая модель, объекты предметной области. Реляционная модель, ее наглядность, представление данных в табличной форме.
реферат [115,8 K], добавлен 19.12.2011Сущность и функциональные особенности баз данных, их классификация и типы, внутренняя структура и элементы. Модели данных, хранящихся в базах: иерархическая, сетевая, реляционная, многомерная, объектно-ориентированная. Виды запросов и типы таблиц.
дипломная работа [66,7 K], добавлен 06.01.2014Сущность и характеристика типов моделей данных: иерархическая, сетевая и реляционная. Базовые понятия реляционной модели данных. Атрибуты, схема отношения базы данных. Условия целостности данных. Связи между таблицами. Общие представления о модели данных.
курсовая работа [36,1 K], добавлен 29.01.2011Виды и функции системы управления базами данных Microsoft Access. Иерархическая, сетевая, реляционная модель описания баз данных. Основные понятия таблицы базы данных. Особенности создания объектов базы данных, основные формы. Доступ к Internet в Access.
контрольная работа [19,8 K], добавлен 08.01.2011Компоненты и классификация банков данных. Модели данных: иерархическая, сетевая, реляционная, постреляционная, многомерная, объектно-ориентированная. Настольные системы управления базами данных: VisualdBase, Рarаdох, Microsoft FoxРrо и Visual FoxРrо.
курсовая работа [849,8 K], добавлен 25.04.2015Ознакомление с понятием, классификацией и структурными элементами баз данных. Виды моделей данных: иерархическая, сетевая, реляционная. Типы связей. Разработка программы для работы с базами данных в книжном магазине. Действие программы и ее листинг.
курсовая работа [549,3 K], добавлен 22.01.2013Понятие базы данных, ее архитектура. Классификация баз данных. Основные модели данных. Примеры структурированных и неструктурированных данных. Достоинства и недостатки архитектуры файл-сервер. Иерархическая модель данных. Виды индексов, нормализация.
презентация [1,4 M], добавлен 06.08.2014Особенности обработки информации в компании. Основные модели данных: иерархическая, сетевая, реляционная. Выбор подходящей системы управления базами данных. Microsoft Access как интерактивная, реляционная СУБД для операционной системы MS Windows.
статья [14,7 K], добавлен 22.02.2016Модель данных как совокупность структур данных и операций их обработки. Иерархическая, сетевая и реляционная модели данных, их основные преимущества и недостатки. Операции над данными, определенные для каждой из моделей, ограничения целостности.
реферат [128,4 K], добавлен 16.02.2012Файловая организация баз данных. Взаимодействие администратора баз данных с пользователями. Иерархическая и сетевая даталогические модели системы управления базами данных. Принципиальная организация системы обработки информации на основе БД-технологии.
реферат [762,0 K], добавлен 23.12.2015