- •Нормализация таблиц реляционной базы данных
- •Первая нормальная форма
- •Станки токарной группы
- •Нормальная форма
- •Вторая нормальная форма
- •Третья нормальная форма
- •Нормальная форма Бойса – Кодда
- •Четвертая нормальная форма
- •Пятая нормальная форма
- •Обзор программных продуктов для разработки систем управления базами данных История развития программных средств разработки баз данных
- •Структурированный язык запросов sql
- •Проектирование бд. Основные понятия er – диаграмм
- •Сотрудник
- •Концептуальные и физические er – модели
- •Этапы проектирования многопользовательских баз данных
- •Субд Microsoft Access
- •Разработка и организация систем управления базами данных
- •Принципы разработки многопользовательских информационных систем в условиях cals – технологий
- •Организация многопользовательских систем управления базами данных в локальных вычислительных сетях
Принципы разработки многопользовательских информационных систем в условиях cals – технологий
Как следует из концепции СALS – технологий, разрабатываемые на предприятиях информационные системы и базы данных должны быть многопользовательскими.
Принципы разработки многопользовательских баз данных должны сводиться к соблюдению двух обязательных условий: системного подхода и стандартизации.
Системный подход. Системный подход к разработке информационной системы означает, что такая система рассматривается как большая система, состоящая из некоторого множества взаимосвязанных и взаимодействующих между собой элементов. При проектировании информационных систем необходимо соблюдать следующие принципы:
- учет интересов всех потенциальных пользователей систем
- модульный принцип разработки и внедрения
Учет интересов всех потенциальных пользователей систем. Этот принцип означает следующую последовательность разработки БД.
1) Установить, каким специалистам и в каких подразделениях предприятия необходима информация о конкретном информационном объекте
2) Установить признаки описания объектов одного класса.
Такой подход к проектированию увеличивает сроки разработки БД, но обеспечивает значительное снижение затрат на разработку всей системы в целом.
Модульный принцип разработки и внедрения. Модульный принцип означает, что любая система должна разрабатываться в виде отдельных взаимосвязанных модулей, которые могут внедряться в производство отдельно, до окончательной разработки всей системы.
Стандартизация. Стандартизация разработки ИС, учитывая их многопользовательский характер, имеет следующие аспекты:
- информационный
- программный
- аппаратный
Стандартизация информационного обеспечения обусловлена принципами компьютерной обработки символьной информации, так как объекты баз данных должны однозначно распознаваться компьютером.
Этот аспект разработки БД означает, что на все информационные объекты должны быть установлены четкие правила их идентификации.
Необходимость стандартизации программного обеспечения очевидна – при разработке многопользовательских, удаленных друг от друга систем данные одной системы должны обрабатываться программным обеспечением другой системы.
Стандартизация аппаратного обеспечение связана с необходимостью снижения затрат на эксплуатацию компьютерной техники.
Внедрение на предприятиях России концепции CALS – технологий предусматривает широчайшее применение единых, в том числе и международных, стандартов.
Организация многопользовательских систем управления базами данных в локальных вычислительных сетях
Компьютерные ИС современных предприятий разрабатываются с применением сетевых технологий – объединением компьютеров в локальные вычислительные сети. При разработке баз данных в ЛВС предприятий применяют два типа их организации:
- архитектура файл – сервер
- архитектура клиент – сервер
Общими признаками для этих типов организации баз данных является наличие сервера, на котором находятся базы данных и рабочих станций – клиентов.
Отличаются эти две архитектуры организации БД способами обработки информации.
В архитектуре файл – сервер все процессы обработки информации производятся на компьютере клиента. Для этого клиенту по соответствующему запросу пересылается весь файл с данными.
В архитектуре клиент – сервер все процессы обработки информации выполняются на сервере по запросу клиента, которому отсылаются только результаты обработки данных.
При организации многопользовательских сетевых БД предпочтительным является организация системы по типу клиент – сервер, что следует из недостатков архитектуры файл – сервер, что следует из недостатков архитектуры файл – сервер и преимуществ архитектуры клиент – сервер.
Недостатки организации БД по архитектуре файл – сервер:
- при передаче по сети файлов БД, особенно с большими объемами информации и с учетом возможного обращения к файлам одновременно нескольких пользователей, резко снижается производительность работы с системой
- при одновременной передаче по сети файлов с большими объемами нескольким пользователям увеличивается вероятность нарушения достоверности передаваемой информации, что снижает надежность работы системы.
Преимущества организации БД по архитектуре клиент – сервер:
- при передаче по сети только результатов обработки данных по запросам клиентов резко снижается нагрузка на сеть и, как следствие, увеличивается возможность подключения к БД большого числа пользователей. Производительность работы системы значительно выше, чем в архитектуре файл – сервер
- централизованное хранение и обработка данных на сервере повышает надежность работы системы
- разработку серверной части СУБД можно выполнять на языке SQL или других языках высокого уровня, что повышает надежность и производительность обработки данных. Разработку клиентской части СУБД можно выполнять с применением прикладных программных продуктов, например Visual Basic, Microsoft Access, что значительно сократит время на разработку ИС.
