отчет по учебной практике разработка и администрирование баз данных

Разработка и администрирование баз данных

Проектирование предметной области компьютерного приложения. Проектирование функциональной архитектуры программного средства, структура базы данных. Выбор средств разработки, доступа и хранения данных, особенности интерфейса, администрирования и защиты.

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Министерство образования и науки РХ государственное бюджетное образовательное учреждение республики Хакасия среднего профессионального образования «Политехнических колледж»

«Программирование в компьютерных системах»

Разработка и администрирование баз данных

Руководитель И.Г. Шеломенцева

Выполнил Кандауров А.С.

компьютерный программный интерфейс администрирование

1. Анализ и проектирование предметной области

1.1 Описание предметной области

1.2 Проектирование функциональной архитектуры программного средства

1.3 Проектирование структуры базы данных

2. Разработка программного продукта

2.1 Выбор средств разработки, доступа и хранения данных

2.2 Разработка объектов базы данных выбранной СУБД

2.3 Реализация функциональной архитектуры программного средства

2.4 Администрирование и защита базы данных

Современное человечество включилось в общеисторический процесс, называемый информатизацией. Этот процесс включает в себя доступность любого гражданина к источникам информации, проникновение информационных технологий в научные, производственные, общественные сферы, высокий уровень информационного обслуживания. Процессы, происходящие в связи с информатизацией общества, способствуют не только ускорению научно-технического прогресса, интеллектуализации всех видов человеческой деятельности, но и созданию качественно новой информационной среды социума, обеспечивающей развитие творческого потенциала человека.

Одним из приоритетных направлений процесса информатизации современного общества является информатизация образования, представляющую собой систему методов, процессов и программно-технических средств, интегрированных с целью сбора, обработки, хранения, распространения и использования информации в интересах ее потребителей. Цель информатизации состоит в глобальной интенсификации интеллектуальной деятельности за счет использования новых информационных технологий: компьютерных и телекоммуникационных.

Информационные технологии предоставляют возможность:

· рационально организовать познавательную деятельность учащихся в ходе учебного процесса;

· сделать обучение более эффективным, вовлекая все виды чувственного восприятия ученика в мультимедийный контекст и вооружая интеллект новым концептуальным инструментарием;

· построить открытую систему образования, обеспечивающую каждому индивиду собственную траекторию обучения;

· вовлечь в процесс активного обучения категории детей, отличающихся способностями и стилем учения;

· использовать специфические свойства компьютера, позволяющие индивидуализировать учебный процесс и обратиться к принципиально новым познавательным средствам;

· интенсифицировать все уровни учебно-воспитательного процесса.

Целью данной курсовой работы является разработка и администрирование базы данных по автоматизации заполнения зачетной книжки студента.

Для решения поставленной цели необходимо выполнить следующие задачи:

1. Выполнить описание предметной области;

2. Выполнить проектирование базы данных;

3. Выбрать средство реализации;

4. Реализовать БД в среде MySQL;

5. Выполнить разработку клиентского предложения;

6. Реализовать задачи по администрированию базы данных.

1. Анализ и проектирование предметной области

1.1 Описание предметной области

1.2 Проектирование функциональной архитектуры программного средства

Архитектура сети определяет основные элементы сети, характеризует ее общую логическую организацию, техническое обеспечение, программное обеспечение, описывает методы кодирования. Архитектура также определяет принципы функционирования и интерфейс пользователя.

Выделяется три вида архитектур:

· Архитектура терминал-главный компьютер;

Для реализации базы данных по заполнен была выбрана клиент-серверная архитектура.

Преимущества архитектуры клиент-сервер:

· Отсутствие дублирования кода программы-сервера программами-клиентами.

· Так как все вычисления выполняются на сервере, то требования к компьютерам, на которых установлен клиент, снижаются.

· Все данные хранятся на сервере, который, как правило, защищён гораздо лучше большинства клиентов. На сервере проще организовать контроль полномочий, чтобы разрешать доступ к данным только клиентам с соответствующими правами доступа.

· Неработоспособность сервера может сделать неработоспособной всю вычислительную сеть. Неработоспособным сервером следует считать сервер, производительности которого не хватает на обслуживание всех клиентов, а также сервер, находящийся на ремонте, профилактике и т. п.

· Высокая стоимость оборудования.

Для выполнения курсовой работы была выбрана архитектура «Клиент-Сервер» так как она очень удобна для работы с удаленной базой данных.

1.3 Проектирование структуры базы данных

ER-диаграмма показана на рисунке Рис. 1.3. На данной таблице представлено 12 таблиц.

Главной таблицей является таблица зачетная книжка.

На рисунке Рис. 1.3 показаны связи из каких таблиц мы берем информацию.

Например: в главную таблицу «зачетная книжка» нам нужно занести данные о том в какой он группе обучается, и чтоб автоматизировать процесс заполнения данных мы создали дополнительную таблицу «группа» из которой автоматически заносятся данные в табличку «зачетная книжка».

2. Разработка программного продукта

2.1 Выбор средств разработки, доступа и хранения данных

В качестве средств для хранения данных были рассмотрены СУБД Microsoft SQL Server 6.5, Oracle 12.1.0.1, Microsoft Office Access 2007.

· Снижает сложность системы;

· Адаптируется к росту нагрузки;

· Затруднены арифметические действия над датами и их форматирование

· Хорошо проработанное управление метаданными, с федеративным доступом;

· Средства авторизации на базе веб-технологии;

· Интерактивные интегрированные оценочные панели;

· Серьезные возможности администрирования.

· Неудобный интерфейс в инструментах администрирования;

· Система подсказок ограниченная и громоздкие;

· Отставание от специализированных поставщиков в области инноваций (интеграция с офисом, BI-поиск).

Microsoft Office Access 2007

· Недорогое сетевое решение

· Относительная мобильность и компактность (можно легко перенести скопировав файлы)

· Для использования требуется установка MS Access из пакета MS Office или MS Access Runtime из пакета MS Office Developer

· Крайне желательно для разработчика чтобы все клиенты одной системы работали с одной конкретной версией MSOffice

· Характеристики разновидностей и их типовое применение

· Однопользовательская База данных MS Access MDB состоит из одного файла в котором содержатся все компоненты таблицы с данными, формы, отчеты, запросы, программные модули. Такая база данных преимущественно пригодна для использования одним одновременно подключающимся пользователем для хранения частных данных.

Для реализации программного средства была выбрана СУБД MySql потому, что она поддерживает клиент-серверную архитектуру, скрипт базы данных состоит из одного файла, поэтому её очень легко переносимая на разные платформы, отличная при разработке и тестировании: в процессе разработки приложений часто появляется необходимость масштабирования, бесплатно распространяемая.

Сравнение средств доступа: В качестве технологий доступа были рассмотрены технологии ODBC и BDE.

· ODBC является одним из наиболее распространенных стандартов, которые обеспечивают доступ к базам данных. В отличие от BDE, ODBC позволяет разрабатывать приложения баз данных InterBase практически в любых средах программирования, а не только в продуктах компании Borland. В настоящее время существует несколько ODBC-драйверов, поддерживающих все функции семейства InterBase 6.x и эффективно реализующих работу с базами данных.

· BDE представляет обобщенный механизм работы сразу со многими SQL-серверами, в том числе и с InterBase. Технология BDE поддерживалась в основном в продуктах компании Borland: Delphi, C++ Builder и др. Преимущество BDE, состоящее в универсальности подхода к работе с различными SQL-серверами, что значительно облегчает перенос приложений с одного сервера на другой, является также и его недостатком. Прежде всего это невозможность воспользоваться уникальными особенностями каждого SQL-сервера. Реализованная в BDE модель управления транзакциями, основной целью которой было облегчить перенос приложений с Paradox, не отвечала требованиям современных клиент-серверных приложений. Таким образом, в целом BDE не может рассматриваться как эффективная библиотека доступа именно к InterBase, хотя, как уже было сказано, в определенных условиях данный механизм может оказаться удобным.

Для реализации программного метода средства была выбрана технология доступа ODBC, так как она является универсальной и реализована на большинстве программных платформ.

В качестве средства разработки были рассмотрены технологии Delphi и Visual Basic.

Распространенное возражение против выбора компилирующего языка состоит в том, что из-за повторных компиляций увеличивается время разработки. В реальности компилятор Object Pascal в Delphi работает настолько быстро, что разработчик не увидит почти никакой разницы в скорости работы компилятора Delphi и интерпретатора Visual Basic.

Существует несколько аспектов Visual Basic и Delphi, способствующих повышению продуктивности разработчика. Одним из наиболее существенных отличий Delphi является концепция разработки кода с обратной связью. Delphi создает окно кода, синхронизирующее всю визуальную проектную работу с фактическим кодом. Другими словами, по мере конструирования приложения, когда объекты размещаются в форме, в присоединенном окне создается соответствующий исходный код. Нет никаких ограничений, исходный код всегда доступен. Более того, модификации кода мгновенно визуально отражаются в разрабатываемой форме. Работа может переходить от окна с кодом к окнам визуального проектирования и обратно, давая разработчику возможность выбирать наиболее эффективный режим для каждой части разработки. Разработка же в среде Visual Basic преимущественно ограничена визуальными инструментальными средствами.

2.2 Разработка объектов базы данных выбранной СУБД

В процессе разработки программного средства было создано 12 таблиц. Для их создания использовалось графическое средство SqlYong и кодирование на языке SQL. Например, для создания таблицы «Группа» использовался следующий код:

CREATE TABLE `Gruppa`

(`idg` INT(11) not null auto_increment,

Gruppa` char(20) not null,

otdelenie` char(20) not null,

specialnost` char(20) not null,

forma_obucheniya` char(20) not null,

PRIMARY KEY (`idg`));Для создания связи между таблицами использовалась команда CONSTRAINT `Grupp ` FOREIGN KEY, для автоматического заполнения поля `id` использовалась команда AUTO_INCREMENT.

2.3 Реализация функциональной архитектуры программного средства

Главная форма приложения представлена на рисунке Рис. 2. 1. На которой предоставляется вся информация о студенте. Так же на главной форме реализовано: поиск группы, фильтрация по группам и переход на другие формы, такие как справочники, добавление данных и отчет.

Форма справочник дисциплин предоставлена на рисунке Рис 2.2. На данной форме предоставлен список дисциплин, семестра в котором они проводятся и часы.

Запрос реализован на форме отчет Рис. 2. 3 для его использования необходимо нажать на кнопку отчет в главной форме и отчет открывается в Microsoft Word, он выдает данные о студенте.

2.4 Администрирование и защита базы данных

Оценка рисков. Для проектирования базы данных, было необходимо выполнить оценку рисков, используя ГОСТ РИСО_МЭК ТО 13335-3-2007.

В ходе проектирования базы данных были выведенные следующие риски:

Отсутствие тестирования или недостаточное тестирование программного обеспечения;

· Угроза нелегального проникновения.

· Злоумышленников под видом законных пользователей;

Источник

Отчет по учебной практике

Ищем педагогов в команду «Инфоурок»

Профессиональное образовательное учреждение

«Колледж права и экономики»

ПО УЧЕБНОЙ ПРАКТИКЕ

09.02.03 Программирование в компьютерных системах

ПМ 02 Разработка и администрирование баз данных

(код и наименование специальности)

Волков П.В. преподаватель

АТТЕСТАЦИОННЫЙ ЛИСТ ПО ПРАКТИКЕ

профессионального образовательного учреждения «Колледж права и экономики», по специальности 09.02.03 Программирование в компьютерных системах.

За время прохождения учебной практики в

В соответствии с профессиональным модулем

Показал следующие основные результаты:

ПК 1.1. Выполнять разработку спецификаций отдельных компонент.

ПК 1.2. Осуществлять разработку кода программного продукта на основе готовых спецификаций на уровне модуля.

ПК 1.3. Выполнять отладку программных модулей с использованием специализированных программный средств.

ПК 1.4. Выполнять тестирование программных модулей.

ПК 1.5. Осуществлять оптимизацию программного кода модуля.

ПК 1.6. Разрабатывать компоненты проектной и технической документации с использованием графических языков спецификаций.

ОК 1. Понимать сущность и социальную значимость своей будущей профессии, проявлять к ней устойчивый интерес.

ОК 2. Организовывать собственную деятельность, выбирать типовые методы и способы выполнения профессиональных задач, оценивать их эффективность и качество.

ОК 3. Принимать решения в нестандартных ситуациях и нести за них ответственность.

ОК 4. Осуществлять поиск и использование информации, необходимой для эффективного выполнения профессиональных задач, профессионального и личностного развития.

ОК 5. Использовать информационно-коммуникационные технологии для совершенствования профессиональной деятельности.

ОК 6. Работать в коллективе и команде, эффективно общаться с коллегами, руководством, потребителями.

ОК 7. Ставить цели, мотивировать деятельность подчиненных, организовывать и контролировать их работу с принятием на себя ответственности за результат выполнения заданий.

ОК 8. Самостоятельно определять задачи профессионального и личностного развития, заниматься самообразованием, осознанно планировать повышение квалификации.

ОК 9. Быть готовым к смене технологий в профессиональной деятельности.

(отлично, хорошо, удовлетворительно)

Руководитель практики от колледжа

(подпись, расшифровка подписи)

Профессиональное образовательное учреждение

«Колледж права и экономики»

(вид практики: производственная, учебная, преддипломная)

В соответствии с программой учебной практики по профессиональному модулю:

(вид практики: производственная, учебная, преддипломная)

За время прохождения практики (в объеме 72 часов) в необходимо выполнить следующие виды работ: ПК 2.1 Разрабатывать объекты базы данных

ПК 2.2 Реализовывать базу данных в конкретной СУБД

ПК 2.3 Решать вопросы администрирования базы данных

ПК 2.4 Реализовывать методы и технологии защиты информации в базах данных

ПК 3.1. Анализировать проектную и конструкторскую документацию на уровне взаимодействия компонент программного обеспечения.

ПК 3.2. Выполнять интеграцию модулей в программную систему.

ПК 3.3. Выполнять отладку программного продукта с использованием специализированных программных средств.

ПК 3.4. Осуществлять разработку тестовых наборов и тестовых сценариев.

ПК 3.5. Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования.

ПК 3.6. Разрабатывать технологическую документацию.

ОК 1 Понимать сущность и социальную значимость своей будущей профессии, проявлять к ней устойчивый интерес.

ОК 2 Организовывать собственную деятельность, выбирать типовые методы и способы выполнения профессиональных задач, оценивать их эффективность и качество.

ОК 3 Решать проблемы, оценивать риски и принимать решения в нестандартных ситуациях..

ОК 4 Осуществлять поиск и использование информации, необходимой для эффективного выполнения профессиональных задач, профессионального и личностного развития.

ОК 5 Использовать информационно-коммуникационные технологии для совершенствования профессиональной деятельности..

ОК 6 Работать в коллективе и команде, эффективно общаться с коллегами, руководством, потребителями.

ОК 7 Ставить цели, мотивировать деятельность подчиненных, организовывать и контролировать их работу с принятием на себя ответственности за результат выполнения заданий.

ОК 8 Самостоятельно определять задачи профессионального и личностного развития, заниматься самообразованием, осознанно планировать повышение квалификации.

ОК 9 Ориентироваться в условиях частой смены технологий в профессиональной деятельности.

— Инструктаж по организации практики. Инструктаж по технике безопасности, противопожарной защите и правилам внутреннего трудового распорядка на объектах практики.
— Изучение программного обеспечения предприятия.
— Изучение документооборота организации и источников входящей информации.
— Выполнение работ по ведению информационных систем предприятия.
— Изучение и выполнение команд в консольном приложении Windows.
— Выполнение команд ipconfig, ping, tracert, arp, route, netstat, nslookup, telnet для изучения сети организации
— Выявление ошибок в сети предприятия

— Разработка и интеграция в программную систему модулей печатных форм документов по заданию сотрудников предприятия.

— Создание и интеграция программных модулей запросов по заданию сотрудников предприятия.

— Разработка алгоритма отладки, и реализация его с использованием специализированных программных средств.

— Использование инструментальных средств на этапе отладки программного продукта.

— Разработка тестовых наборов и тестовых сценариев для проверки интегрированных компонентов и разработанных модулей.

— Инспектирование компонент программного продукта на предмет соответствия стандартам кодирования.

— Создавать объекты баз данных в различных СУБД и управлять доступом к этим объектам.

— Формировать и настраивать схему баз данных.

— Разрабатывать прикладные программы с использованием SQL.

— Работа с современными Case-средствами проектирования баз данных.

— Использование стандартных методов защиты объектов баз данных.

— Принципы построения концептуальной, логической и физической модели данных.

— Оформление проектной, программной, технической и технологической документации в рамках своей компетенции.
— Оформление отчета по практике.

Источник

Отчет по практике: Проектирование базы данных «Риелторская контора»

Частное образовательное учреждение среднего профессионального образования

«КРАСНОДАРСКИЙ ТЕХНИКУМ УПРАВЛЕНИЯ, ИНФОРМАТИЗАЦИИ И СЕРВИСА»

специальность 230150 «ПО ВТ и АС»

Тема: «РИЕЛТОРСКАЯ КОНТОРА»

Воробьёв Алексей Андреевич

Студент группы ПО 3-1

Рожкова Вера Григорьевна

Под базой данных (БД) понимают хранилище структурированных данных, при этом данные должны быть непротиворечивы, минимально избыточны и целостны.

Жизненный цикл любого программного продукта, в том числе и системы управления базой данных, состоит из стадий проектирования, реализации и эксплуатации.

Обычно БД создается для хранения и доступа к данным, содержащим сведения о некоторой предметной области, то есть некоторой области человеческой деятельности или области реального мира. Всякая БД должна представлять собой систему данных о предметной области. БД, относящиеся к одной и той же предметной области, в различных случаях содержат более или менее детализированную информацию о ней, причем таким способом, который заведомо исключает ненужную избыточность. В хорошо спроектированной базе данных избыточность данных исключается, и вероятность сохранения противоречивых данных минимизируется. Таким образом, создание баз данных преследует две основные цели: понизить избыточность данных и повысить их надежность.

Хорошо спроектированная база данных:

· Удовлетворяет всем требованиям пользователей к содержимому базы данных. Перед проектированием базы необходимо провести обширные исследования требований пользователей к функционированию базы данных.

· Гарантирует непротиворечивость и целостность данных. При проектировании таблиц нужно определить их атрибуты и некоторые правила, ограничивающие возможность ввода пользователем неверных значений. Для верификации данных перед непосредственной записью их в таблицу база данных должна осуществлять вызов правил модели данных и тем самым гарантировать сохранение целостности информации.

· Обеспечивает естественное, легкое для восприятия структурирование информации. Качественное построение базы позволяет делать запросы к базе более «прозрачными» и легкими для понимания; следовательно, снижается вероятность внесения некорректных данных и улучшается качество сопровождения базы.

· Удовлетворяет требованиям пользователей к производительности базы данных. При больших объемах информации вопросы сохранения производительности начинают играть главную роль, сразу «высвечивая» все недочеты этапа проектирования.

Логически в современной реляционной СУБД можно выделить наиболее внутреннюю часть – ядро СУБД (часто его называют DataBaseEngine), компилятор языка БД (обычно SQL), подсистему поддержки времени выполнения, набор утилит. В некоторых системах эти части выделяются явно, в других – нет, но логически такое разделение можно провести во всех СУБД.

СУБД Access корпорации Microsoft® обладает исключительно высокими скоростными характеристиками и в этом отношении заметно выделяется среди других интерпретирующих систем. Набор команд и функций, предлагаемых разработчикам программных продуктов в среде Microsoft® Access 2000, по мощи и гибкости отвечает любым современным требованиям к представлению и обработке данных. Здесь может быть реализован максимально удобный, гибкий и эффективный пользовательский интерфейс. Система также обладает средствами быстрой генерации форм, отчетов и меню, поддерживает язык SQL.

Описание Предметной области

Автоматизированная информационная система (АИС)

Автоматизированная информационная система (АИС) — совокупность программно-аппаратных средств, предназначенных для автоматизации деятельности, связанной с хранением, передачей и обработкой информации.

АИС являются, с одной стороны, разновидностью информационных систем (ИС), с другой — автоматизированных систем (АС), вследствие чего их часто называют ИС или АС.

АИС может быть определена как комплекс автоматизированных информационных технологий, предназначенных для информационного обслуживания – организованного непрерывного технологического процесса подготовки и выдачи потребителям научной, управленческой и др. информации, используемой для принятия решений, в соответствии с нуждами для поддержания эффективной деятельности.

Классическими примерами автоматизированных информационных систем являются банковские системы, автоматизированные системы управления предприятиями, системы резервирования авиационных или железнодорожных билетов и т. д.

Основной причиной создания и развития АИС является необходимость ведения учёта информации о состоянии и динамике объекта, которому посвящена система. На основании информационной картины, создаваемой системой, руководители различного звена могут принимать решения об управляющих воздействиях с целью решения текущих проблем.

Учётные данные системы могут быть подвергнуты автоматической обработке для последующего тактического и стратегического анализа с целью принятия управленческих решений большего горизонта действия.

· Побочными, возможными, но не гарантированными эффектами от использования системы могут выступать:

· повышение производительности работы персонала;

· улучшение качества обслуживания клиентов;

· снижение трудоемкости и напряженности труда персонала;

· снижение количества ошибок в его действиях.

АИС «Риелторская контора»

Данный ПП моделирует работу организации занимающейся покупкой-продажей недвижимости. ПП позволяет пользователю осуществлять покупку недвижимости, а также позволяет вносить риелтору в базу новую недвижимость со всеми данными о ней.

Цель создания программы состоит в следующем:

· сокращение времени обработки информации;

· простоте реализации различных запросов и скорости обработки данных;

Благодаря тому, что программа реализована при помощи Microsoft® Access 2000, она имеет внешний вид (интерфейс) характерный для всех приложений разработанных под операционную систему Microsoft® Windows, который очень прост и дружелюбен по отношению к пользователю.

Мною была выбрана СУБД MicrosoftAccess. Microsoft Office Access или просто Microsoft Access — реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных. Основные компоненты MS Access:

· построитель экранных форм;

· построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

· построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.

MS Access является файл-серверной СУБД и потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры. Опыт показывает[источник не указан 55 дней], что даже для проектов на 5-20 пользователей предпочтительно использовать клиент-серверные решения.

Существенно расширяет возможности MS Access по написанию приложений механизм связи с различными внешними СУБД: «связанные таблицы» (связь с таблицей СУБД) и «запросы к серверу» (запрос на диалекте SQL, который «понимает» СУБД). Также MS Access позволяет строить полноценные клиент-серверные приложения на СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.

Выбор модели

На сегодняшний день наиболее часто используются три модели данных: иерархическая, сетевая и реляционная. Кроме них существуют и другие модели, например модель данных, основанная на инвертированных списках или объектно-ориентированная, однако они не имеют широкого распространения, так как базы на инвертированных списках использовались на заре развития СУБД, а объектно-ориентированные базы данных ещё не до конца изучены. Таким образом, выбор сокращается до трёх вышеназванных моделей данных.

Иерархические базы данных. Этот вид баз данных одним из первых получил широкое распространение и стал промышленно использоваться. Иерархическая БД состоит из упорядоченного набора деревьев; более точно, из упорядоченного набора нескольких экземпляров одного типа дерева. Тип дерева состоит из одного «корневого» типа записи и упорядоченного набора из нуля или более типов поддеревьев (каждое из которых является некоторым типом дерева). Тип дерева в целом представляет собой иерархически организованный набор типов записи. Примерами типичных операторов манипулирования иерархически организованными данными могут быть следующие операторы:

— Найти указанное дерево БД;

— Перейти от одного дерева к другому;

— Перейти от одной записи к другой внутри;

— Перейти от одной записи к другой в порядке обхода иерархии;

— Вставить новую запись в указанную позицию;

— Удалить текущую запись.

Одним из основных преимуществ иерархической модели данных является скорость поиска по базе.

Типичным представителем (наиболее известным и распространенным) является InformationManagementSystem (IMS) фирмы IBM. Первая версия появилась в 1968 г. До сих пор поддерживается много баз данных, что создает существенные проблемы с переходом, как на новую технологию БД, так и на новую технику.

Сетевая модель данных. Сетевой подход к организации данных является расширением иерархического подхода. В иерархических структурах запись-потомок должна иметь в точности одного предка; в сетевой структуре данных потомок может иметь любое число предков.

Сетевая БД состоит из набора записей и набора связей между ними, а если говорить более точно: из набора экземпляров каждого типа из заданного в схеме БД набора типов записи и набора экземпляров каждого типа из заданного набора типов связи.

Тип связи определяется для двух типов записи: предка и потомка. Экземпляр типа связи состоит из одного экземпляра типа записи предка и упорядоченного набора экземпляров типа записи потомка. Для данного типа связи L с типом записи предка P и типом записи потомка C должны выполняться два условия:

— Каждое экземпляр типа P является предком только в одном экземпляре L;

— Каждый экземпляр C является потомком не более чем в одном экземпляре L.

На формирование типов связи не накладываются особые ограничения; возможны, например, ситуации:

а) Тип записи потомка в одном типе связи L1 может быть типом записи предка в другом типе связи L2 (как в иерархии).

б) Данный тип записи P может быть типом записи предка в любом числе типов связи.

в) Данный тип записи P может быть типом записи потомка в любом числе типов связи.

г) Может существовать любое число типов связи с одним и тем же типом записи предка и одним и тем же типом записи потомка; и если L1 и L2 два типа связи с одним и тем же типом записи предка P и одним и тем же типом записи потомка C, то правила, по которым образуется родство, в разных связях могут различаться.

е) Предок и потомок могут быть одного типа записи.

Примерный набор операций может быть таковым:

· Найти конкретную запись в наборе однотипных записей (инженера Сидорова);

· Перейти от предка к первому потомку по некоторой связи (к первому сотруднику отдела 310);

· Перейти к следующему потомку в некоторой связи (от Сидорова к Иванову);

· Перейти от потомка к предку по некоторой связи (найти отдел Сидорова);

· Создать новую запись;

· Исключить из связи;

· Переставить в другую связь и т.д.

К достоинствам сетевой СУБД можно отнести возможность экономии памяти за счет разделения подобъектов.

Типичным представителем является Integrated Database Management System (IDMS) компании Cullinet Software Inc., предназначенная для использования на машинах основного класса фирмы IBM под управлением большинства операционных систем. Архитектура системы основана на предложениях Data Base Task Group (DBTG) Комитета по языкам программирования Conference on Data Systems Languages (CODASYL), организации, ответственной за определение языка программирования Кобол.

Описанные выше модели данных относятся к так называемым ранним СУБД. У этих моделей есть существенные недостатки так то:

· Слишком сложно пользоваться;

· Фактически необходимы знания о физической организации;

· Прикладные системы зависят от этой организации;

· Их логика перегружена деталями организации доступа к БД.

В условия современного развития компьютерной техники, когда с базами данных всё чаще работают непрофессионалы, делает эти СУБД весьма сложными для обслуживания.

Реляционная модель данных. Данная модель является наиболее распространенной в настоящее время, хотя наряду с общепризнанными достоинствами обладает и рядом недостатков. К числу достоинств реляционного подхода можно отнести:

· наличие небольшого набора абстракций, которые позволяют сравнительно просто моделировать большую часть распространенных предметных областей и допускают точные формальные определения, оставаясь интуитивно понятными;

· наличие простого и в то же время мощного математического аппарата, опирающегося главным образом на теорию множеств и математическую логику и обеспечивающего теоретический базис реляционного подхода к организации баз данных;

· возможность ненавигационного манипулирования данными без необходимости знания конкретной физической организации баз данных во внешней памяти.

В настоящее время основным предметом критики реляционных СУБД является не их недостаточная эффективность, а присущая этим системам некоторая ограниченность (прямое следствие простоты) при использование в так называемых нетрадиционных областях (наиболее распространенными примерами являются системы автоматизации проектирования), в которых требуются предельно сложные структуры данных.

Наиболее распространенная трактовка реляционной модели данных, по-видимому, принадлежит Дейту. Согласно Дейту реляционная модель состоит из трех частей, описывающих разные аспекты реляционного подхода: структурной части, манипуляционной части и целостной части.

В структурной части модели фиксируется, что единственной структурой данных, используемой в реляционных БД, является нормализованное n-арное отношение.

Относительная простота и эффективность РСУБД, а также наличие солидной теоретической базы сделало эту модель данных наиболее распространённой на сегодняшний день. Абсолютное большинство систем управления базами данных, присутствующих на рынке программного обеспечения основываются именно на реляционной модели.

Исходя из вышесказанного, мне представляется логичным использовать для выполнения отчета реляционную модель данных.

Источник

• ← отчет по учебной практике пфр
• отчет по учебной практике ранхигс гму пример →