Содержание1. ВВЕДЕНИЕ 3
2. АНАЛИТИЧЕСКАЯ ЧАСТЬ 6
2.1. ОСНОВАНИЯ ДЛЯ РАЗРАБОТКИ 6
2.2. АНАЛИЗ ПОСТАВЛЕННОЙ ЗАДАЧИ 6
2.3. ИНФОРМАЦИОННАЯ И ПРОГРАММНАЯ СОВМЕСТИМОСТЬ ПРИЛОЖЕНИЯ. 6
2.4. ТРЕБОВАНИЯ К СОСТАВУ И ПАРАМЕТРАМ ТЕХНИЧЕСКИХ СРЕДСТВ 7
3. ПРОЕКТНАЯ ЧАСТЬ 7
3.1. ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ ПРОЕКТА 7
3.2 ВЫХОДНЫМИ ДАННЫМИ ЯВЛЯЮТСЯ: 8
4 АЛГОРИТМ РЕШЕНИЯ ЗАДАЧИ 9
4.1 ОПИСАНИЕ АЛГОРИТМА НАПИСАНИЯ ПРОГРАММЫ. 9
4.3 КОНТРОЛЬНЫЙ ПРИМЕР 11
4. ОСНОВНЫЕ ПРИНЦИПЫ СОЗДАНИЯ БАЗ ДАННЫХ. 13
4.1. ТРЕБОВАНИЯ, КОТОРЫМ ДОЛЖНА УДОВЛЕТВОРЯТЬ ОРГАНИЗАЦИЯ БАЗЫ ДАННЫХ. 13
4.1.1. -УСТАНОВЛЕНИЕ МНОГОСТОРОННИХ СВЯЗЕЙ. 14
4.1.2. ПРОИЗВОДИТЕЛЬНОСТЬ. 14
4.1.3. МИНИМАЛЬНЫЕ ЗАТРАТЫ. 15
4.1.4. МИНИМАЛЬНАЯ ИЗБЫТОЧНОСТЬ. 15
4.1.5. ВОЗМОЖНОСТИ ПОИСКА. 15
4.1.6. ЦЕЛОСТНОСТЬ. 16
4.1.7. БЕЗОПАСНОСТЬ И СЕКРЕТНОСТЬ. 16
4.1.8. СВЯЗЬ С ПРОШЛЫМ. 16
4.1.9. СВЯЗЬ С БУДУЩИМ. 17
4.2 ОСНОВЫ ПОСТРОЕНИЯ БАНКОВ ДАННЫХ. 17
4.3. ЯЗЫК SQL КАК СТАНДАРТНЫЙ ЯЗЫК БАЗ ДАННЫХ. 20
4.3.1. ЯЗЫК SQL. 20
4.3.2. ДОСТОИНСТВА SQL. 22
4.4. ПРОБЛЕМЫ ПРОЕКТИРОВАНИЯ БД. 26
4.5. ИНСТРУКЦИЯ ПОЛЬЗОВАТЕЛЮ 27
5 ЗАКЛЮЧЕНИЕ 28
СПИСОК ЛИТЕРАТУРЫ 29ВведениеКомпьютерный мир с каждым годом усложняется. Мощность вычислительной техники удваивается каждые полтора года. Обычные персональные компьютеры, на которых сегодня играют в игры азартные школьники Выпускаются все более производительные операционные системы, все более умелые и изощренные программы. Появляются совершенно новые области приложения для информационных технологий, вроде компьютерной графики или Интернета.
В ходе эксплуатации компьютера могут возникнуть неисправности, требующие ремонта. Ремонт компьютера осуществляется в основном заменой модулей и других комплектующих. Ремонт и обслуживание компьютеров должен производиться в специализированных мастерских, квалифицированным профессионалом.
Опыт применения ЭВМ для построения прикладных систем обработки данных показывает, что самым эффективным инструментом здесь являются не универсальные алгоритмические языки высокого уровня, а специализированные языки для создания систем управления данными. Такие средства обычно включаются в состав СУБД, но они могут существовать и отдельно. СУБД дают возможность пользователям осуществлять непосредственное управление данными, а программистам быстро разрабатывать более совершенные программные средства их обработки. Характеристики готовых прикладных пакетов определяются прежде всего принятой в СУБД организацией данных и типом используемого транслятора.
По способу установления связей между данными различают:
" реляционную
" иерархическую
" сетевую модели.
Реляционная модель является простейшей и наиболее привычной формой представления данных в виде таблицы. В теории множеств таблице соответствует термин отношение (relation), который и дал название модели. Для нее имеется развитый математический аппарат - реляционное исчисление и реляционная алгебра, где для баз данных (отношений) определены такие хорошо известные теоретико-множественные операции, как объединение, вычитание, пересечение, соединение и др.
Достоинством реляционной модели является сравнительная простота инструментальных средств ее поддержки, недостатком - жесткость структуры данных (невозможность, например, задания строк таблицы произвольной длины) и зависимость скорости ее работы от размера базы данных. Для многих операций, определенных в такой модели, может оказаться необходимым просмотр всей базы.
Иерархическая и сетевая модели предполагают наличие связей между данными, имеющими какой-либо общий признак. В иерархической модели такие связи могут быть отражены в виде дерева-графа, где возможны только односторонние связи от старших вершин к младшим. Это облегчает доступ к необходимой информации, но только если все возможные запросы отражены в структуре дерева. Никакие иные запросы удовлетворены быть не могут.
Указанный недостаток снят в сетевой модели, где, по крайней мере теоретически, возможны связи "всех со всеми". Поскольку на практике это, естественно, невозможно, приходится прибегать к некоторым ограничениям. Использование иерархической и сетевой моделей ускоряет доступ к информации в базе данных. Но поскольку каждый элемент данных должен содержать ссылки на некоторые другие элементы, требуются значительные ресурсы как дисковой, так и основной памяти ЭВМ. Недостаток основной памяти, конечно, снижает скорость обработки данных. Кроме того, для таких моделей характерна сложность реализации СУБД.
Хотя известны попытки создания СУБД, поддерживающих сетевую модель для персональных компьютеров, в настоящее время реляционные системы лучше соответствуют их техническим возможностям и вполне удовлетворяют большинство пользователей. Скоростные характеристики этих СУБД поддерживаются специальными средствами ускоренного доступа к информации индексированием баз данных.
В наиболее полном варианте СУБД должна содержать следующие составные части :
" Среда пользователя, дающая возможность непосредственного управления данными с клавиатуры.
" Алгоритмический язык для программирования прикладных систем обработки данных, реализованный как интерпретатор. Последнее позволяет быстро создавать и отлаживать программы.
" Компилятор для придания завершенной программе вида готового коммерческого продукта в форме независимого ЕХЕ-файла.
" Программы-утилиты быстрого программирования рутинных операций (генераторы отчетов, экранов, меню и других приложений).
Собственно СУБД - это оболочка пользователя. Ввиду того, что такая среда ориентирована на немедленное удовлетворение его запросов, это всегда система-интерпретатор.
Наличие в СУБД языка программирования позволяет создавать сложные системы обработки данных, ориентированные под конкретные задачи и даже под конкретного пользователя. Есть также СУБД, которые имеют только язык и не имеют оболочки пользователя. Они предназначены исключительно для программистов, и это системы компилирующего типа. Такие пакеты лишь с оговорками могут быть названы СУБД. Обычно их называют просто компиляторами.
Paradox (программный продукт фирмы Borland) - это признанный лидер на рынке на рынке систем управления базами данных. В течение последних пяти лет (начиная с версии 3.0) Paradox признается специалистами лучшей реляционной СУБД для персональных компьютеров.
В 1991 году Paradox 3.5 признается лучшей реляционной СУБД и пользователями (премия журнала PC World MAgazin за 1991 год). Свидетельством все возрастающего признания является и то, что каждая третья СУБД, проданная в 1991 году в США, - это Paradox.
Многие эксперты приходят к выводу что технология обработки информации, на которой базируется Paradox, - это тех нология СУБД 90-х годов. Paradox фактически стал стандартом СУБД для персональных компьютеров.
Среди многочисленных особенностей Paradox выделяют уникальное сочетание необычайной простоты и прозрачности с огромными возможностями функционально завершенной системы управления данными ( в этом и есть "парадокс"). И как результат такого парадоксального сочетания - мощнейшая СУБД подчиняется не только профессиональному программисту, но и пользователю, не имеющему ни малейшего представления о программировании или обработке информации на компьютере.
Разработанное программное приложение разработано при помощи Borland Delphi 6.0 и Paradox 7.0Литература1. Карпова Т. Базы данных: модели разработка, реализация : Учебник СПб Питер, 2001
2. Дейт К. Введение в системы баз данных. - М.: Наука, 1980. - 464 с.
3. Компьютерные технологии обработки информации. / Под ред. С.В. Назарова. - М.: Финансы и статистика, 1995. - 247 с.
4. Куправа Т.А. Создание и программирование баз данных средствами СУБД dBase III Plus, FoxBASE Plus, Clipper. - М.: Мир, 1991. - 110 с.
5. Орлов В.Н., Лаптев В.С. Модели данных в СУБД / Под ред. В.И. Першикова. - М.: МО СССР, 1982. - 124 с.
6. Системы управления базами данных и знаний: Справочное издание / А.Н. Наумов, А.М. Вендров, В.К. Иванов и др.; Под ред. А.Н. Наумова. - М.: Финансы и статистика, 1991. - 352 с.
7. Степанов А.Н. Информатика. Учебник для вузов. Издательство Дом "Питер",2002г, 604с.
8. Алексеев А.П. Информатика 2002. Издательство ООО "Солон - Р", 400с.
9. Штотланд Л.В. "Методические указания по выполнению курсовой работы по информатике", Курск 2003г, 16с."
|
|
