Создание и ведение баз данных

примере окна СУБД Access 2.0.

Строка меню содержит основные режимы программы. Выбрав один из них,

пользователь получает доступ к ниспадающему подменю, содержащему перечень

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

меню появляются дополнительные подменю.

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

• строку состояния;

• панели инструментов;

• вертикальную и горизонтальную линейки прокрутки.

В строке состояния (статусной строке) пользователь найдет сведения о

текущем режиме работы программы, имени файла текущей базы данных и т. п.

Панель инструментов (пиктографическое меню) содержит определенное

количество кнопок (пиктограмм), предназначенных для быстрой активизации

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

на экране области таблицы базы данных, формы или отчета, которые на нем в

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

линейки прокрутки.

Строка подсказки предназначена для выдачи сообщений пользователю

относительно его возможных действий в данный момент.

Важная особенность СУБД — использование буфера промежуточного хранения

при выполнении ряда операций. Буфер используется при выполнении команд

копирования и перемещения для временного хранения копируемых или

перемещаемых данных, после чего они направляются по новому адресу. При

удалении данных они также помещаются в буфер. Содержимое буфера сохраняется

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

Программы СУБД имеют достаточное количество команд, у каждой из которых

возможны различные параметры (опции). Такая система команд совместно с

дополнительными опциями образует меню со своими особенностями для каждого

типа СУБД- Выбор определенной команды из меню производится одним из

следующих двух способов;

. наведением курсора на выбранную в меню команду при помощи клавиш

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

. вводом с клавиатуры первой буквы выбранной команды.

Получить дополнительную информацию о командах, составляющих меню СУБД и

их использовании можно, войдя в режим помощи.

Несмотря на особенности СУБД совокупность команд, предоставляемых в

распоряжение пользователю некоторой усредненной системой управления базами

данных, может быть разбита на следующие типовые группы:

. команды для работы с файлами;

. команды редактирования;

. команды форматирования;

. команды для работы с окнами;

. команды для работы в основных режимах СУБД (таблица, форма, запрос,

отчет);

. получение справочной информации.

Команды для работы с файлами

При работе с файлами программа дает возможность пользователю:

• создавать новые объекты базы данных;

• сохранять и переименовывать ранее созданные объекты;

• открывать уже существующие базы данных;

• закрывать ранее открытые объекты;

• выводить на принтер объекты базы данных.

Процесс печати начинается с выбора драйвера принтера. Для каждого типа

принтера необходим свой драйвер. Следующий шаг состоит в задании параметров

страницы, формировании колонтитулов, а также в выборе вида и размера

шрифта. Далее следует установить число копий, качество печати и количество

или номера печатаемых страниц документа.

Команда предварительного просмотра позволяет получить представление об

общем виде выводимой на принтер информации еще до печати. Размещение

информации на странице может быть оптимально приспособлено к ее выбранным

параметрам посредством масштабирования и центрирования.

В некоторых СУБД в рассматриваемую группу команд введены команды,

обеспечивающие возможность экспорта-импорта и присоединения таблиц,

созданных другими программными средствами.

Команды редактирования

Ввод данных и изменение содержимого любых полей таблиц БД, компонентов

экранных форм и отчетов осуществляются с помощью группы команд

редактирования, главными из которых являются перемещение, копирование и

удаление.

Наряду с вышеуказанными операциями большая группа программ СУБД обладает

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

созданные в других программных средах, установление связей между объектами.

Среди команд редактирования особое место занимают команды нахождения и

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

выделенной его части, а также отмена последней введенной команды (откатка).

Команды форматирования

Важное значение имеет визуальное представление данных при выводе.

Большинство СУБД предоставляют в распоряжение пользователя большое число

команд, связанных с оформлением выводимой информации. При помощи этих

команд пользователь может варьировав направление выравнивания данных, виды

шрифта, толщину и расположение линий, высоту букв, цвет фона и т. п. При

выполнении любой команды форматирования следует выделить

область, на которую распространяется действие команды. Если этого не

сделать, то новые параметры форматирования будут определены только для

активного компонента.

Выбор формата и направления выравнивания производится автоматически в

зависимости от характера вводимых данных. Данные, интерпретируемые

программой как текст, выравниваются по левому краю, а числа — по правому.

Автоматический выбор формата и способа выравнивания производится только в

том случае, если для заполняемых ячеек пользователем предварительно не

заданы другие параметры.

Команды для работы с окнами

Большинство СУБД дает возможность открывать одновременно множество окон,

организуя тем самым "многооконный режим" работы; При этом некоторые окна

будут видны на экране, другие находиться под ними. Открыв несколько окон,

вы можете сразу работать с несколькими таблицами, быстро перемещаясь от

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

новое окно, переходить в другое окно, изменять взаимное расположение и

размеры окон на экране. Кроме того, у пользователя имеется возможность

разделить окно на две части для одновременного просмотра различных частей

большой таблицы или фиксировать некоторую часть таблицы, которая не будет

исчезать с экрана при перемещении курсора в дальние части таблицы.

Система получения справочной информации

Системы управления базами данных имеют в своем составе электронные

справочники, предоставляющие пользователю инструкции о возможностях

выполнения основных операций, информацию по конкретным командам меню и

другие справочные данные. Особенностью получения справочной информации с

помощью электронного справочника является то, что она выдает информацию в

зависимости от ситуации, в которой оказался пользователь. Так, если в меню

пользователем была выбрана определенная команда, то после обращения к

справочной системе (обычно инициируется клавишей ) на экране будет

представлена страница справочника, содержащая информацию о выделенной

команде. В некоторых СУБД возможно нахождение потребной информации в

справочнике путем задания темы поиска.

Общее представление об этапах технологии

Каждая конкретная СУБД имеет свои особенности, которые необходимо

учитывать.

Однако имея представление о функциональных возможностях любой СУБД,

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

В качестве основных этапов обобщенной технологии работы с СУБД, можно

выделить следующие:

. создание структуры таблиц базы данных;

. ввод и редактирование данных в таблицах;

. обработка данных, содержащихся в таблицах;

. вывод информации из базы данных.

Создание структуры таблиц базы данных

При формировании новой таблицы базы данных работа с СУБД начинается с

создания структуры таблицы. Этот процесс включает определение перечня

полей, из которых состоит каждая запись таблицы, а также типов и размеров

полей.

Практически все используемые СУБД хранят данные следующих типов: тексте

(символьный), числовой, календарный, логический, примечание. Некоторые СУБД

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

используемые определения ключа.

СУБД предназначенные для работы в Windows, могут формировать поля типа

объекта OLE, которые используются для хранения рисунков, графиков, таблиц.

Если обрабатываемая база данных включает несколько взаимосвязанных таблиц,

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

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

Создание структуры таблицы не связано с заполнением таблиц данными, поэтом)

две операции можно разнести во времени.

Ввод и редактирование данных

Заполнение таблиц данными возможно как непосредственным вводом данных, так

и в результате выполнения программ и запросов.

Практически все СУБД позволяют вводить и корректировать данные в таблицах

двумя способами:

• с помощью предоставляемой по умолчанию стандартной формы в виде

таблицы;

• с помощью экранных форм, специально созданных для этого пользователем,

СУБД работающие с Windows, позволяют вводить в созданные экранные формы

рисунки, узоры, кнопки. Возможно построение форм, наиболее удобных для

работы пользователя, включающих записи различных связанных таблиц базы

данных.

Обработка данных, содержащихся в таблицах

Обрабатывать информацию, содержащуюся в таблицах базы данных, можно путем

использования запросов или в процессе выполнения специально разработанной

программы.

Конечный пользователь получает при работе с СУБД такое удобное средство

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

отбор записей.

Большинство СУБД разрешают использовать запросы следующих типов:

• запрос-выборка, предназначенный для отбора данных, хранящихся в

таблицах, и не изменяющий эти данные;

• запрос-изменение, предназначенный для изменения или перемещения данных;

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

удаление записей, запрос на создание таблицы, запрос на обновление;

• запрос с параметром, позволяющий определить одно или несколько условий

отбора во время выполнения запроса,

Самым распространенным типом запроса является запрос на выборку.

Результатом выполнения запроса является таблица с временным набором данных

(динамический набор). Записи динамического набора могут включать поля из

одной или нескольких таблиц базы данных. На основе запроса можно построить

отчет или форму.

Вывод информации из базы данных

Практически любая СУБД позволяет вывести на экран и принтер информацию,

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

вывода данных может использоваться только как черновой вариант, так как

позволяет выводить данные только точно в таком же виде, в каком они

содержатся в таблице или форме.

Каждый пользователь, работающий с СУБД, имеет возможность использования

специальных средств построения отчетов для вывода данных. Используя

специальные средства создания отчетов, пользователь получает следующие

дополнительные возможности вывода данных:

• включать в отчет выборочную информацию из таблиц базы данных;

• добавлять информацию, не содержащуюся в базе данных;

• при необходимости выводить итоговые данные на основе информации базы

данных;

• располагать выводимую в отчете информацию в любом, удобном для

пользователя виде (вертикальное или горизонтальное расположение полей);

• включать в отчет информацию из разных связанных таблиц базы данных.

Информационная модель СУБД

Предварительное планирование, подготовка данных,

последовательность создания информационной модели.

При проектировании системы обработки данных больше всего нас интересует

организация данных. Помочь понять организацию данных призвана

информационная модель.

Процесс создания информационной модели начинается с определения

концептуальных требований ряда пользователей. Концептуальные требования

могут определяться и для некоторых задач (приложений), которые в ближайшее

время реализовывать не планируется. Это может несколько повысить

трудоемкость работы, однако поможет наиболее полно учесть все нюансы

функциональности, требуемой для разрабатываемой системы, и снизит

вероятность переделки в дальнейшем. Требования отдельных пользователей

должны быть представлены в едином «обобщенном представлении». Последнее

называют концептуальной моделью.

Объект – это абстракция множества предметов реального мира, обладающих

одинаковыми характеристиками и законами поведения. Объект представляет

собой типичный неопределенный экземпляр такого множества.

Объекты объединяются в классы по общим характеристикам. Например, в

предложении «Белый Дом является зданием», «Белый Дом» представляет объект,

а «здание» – класс. Классы обозначаются абстрактными существительными.

Класс – это множество предметов реального мира, связанных общностью

структуры и поведением.

Концептуальная модель представляет объекты и их взаимосвязи без

указывания способов их физического хранения. Таким образом, концептуальная

модель является, по существу, моделью предметной области. При

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

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

между ними без рассмотрения особенностей реализации и вопросов

эффективности обработки. Проектирование концептуальной модели основано на

анализе решаемых на этом предприятии задач по обработке данных.

Концептуальная модель включает описания объектов и их взаимосвязей,

представляющих интерес в рассматриваемой предметной области и выявляемых в

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

разработанных прикладных программах, так и в тех, которые только будут

реализованы.

Проектирование концептуальной модели базы данных:

Анализ данных: сбор основных данных (например, объекты, связи между

объектами).

Определим первоначальные данные:

Заявки - поступающие от магазинов на определённый период.

Договора - заключаются с поставщиками на определённый вид товара.

Поставщики - организации или физические лица, с которыми заключаются

договора на поставку товара.

Заказчики - в основном магазины, а также предприятия и организации,

подающие заказ на приобретение того или иного товара.

Счета - ведутся на этапе заключения договором с поставщиками, а также с

заказчиками.

Накладные - создаются на основании получения заказа о заказчика, для

отгрузки.

Справки - получение/выдача различных справок как заказчику так и

поставщику.

Товар - присутствует на основании заявки и договора с поставщиком.

Определение взаимосвязей.

Взаимосвязь выражает отображение или связь между двумя множествами

данных. Различают взаимосвязи типа «один к одному», «один ко многим» и

«многие ко многим».

Например, если заказчик производит заказ на покупку товара впервые,

осуществляется первичная регистрация его данных и сведений о сделанном

заказе. Если же заказчик производит заказ повторно, осуществляется

регистрация только данного заказа. Вне зависимости от того, сколько раз

данный заказчик производил заказы, он имеет уникальный идентификационный

номер (уникальный ключ заказа). Информация о каждом заказчике включает

наименование заказчика, адрес, телефон, факс, фамилию, имя, отчество,

признак юридического лица и примечание. Таким образом, свойствами объекта

Заказчик являются «уникальный ключ заказчика», «наименование заказчика».

Следующий представляющий для нас интерес объект — Товар. Этот объект

имеет свойства «уникальный ключ товара», «наименование товара».

Второй рассматриваемый объект — Поставщик. Его свойствами являются

«уникальный ключ поставщика», «наименование поставщика».

Третий рассматриваемый объект — Заказчик. Его свойствами являются

«уникальный ключ заказчика», «наименование заказчика».

Взаимосвязь «один к одному» (между двумя типами объектов)

Допустим, в определенный момент времени один заказчик может сделать

только один заказ. В этом случае между объектами Заказчик и Товар

устанавливается взаимосвязь «один к одному».

Взаимосвязь «один ко многим» (между двумя типами объектов)

В определенный момент времени один заказчик может стать обладателем

нескольких товаров, при этом несколько заказчиков не могут являться

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

товара). Взаимосвязь «один ко многим» можно обозначить с помощью одинарной

стрелки в направлении к «одному» и двойной стрелки в направлении ко

«многим» .В этом случае одной записи данных первого объекта (его часто

называют родительским или основным) будет соответствовать несколько записей

второго объекта (дочернего или подчиненного). Взаимосвязь «один ко многим»

очень распространена при разработке реляционных баз данных. В качестве

родительского объекта часто выступает справочник, а в дочернем хранятся

уникальные ключи для доступа к записям справочника. В нашем примере в

качестве такого справочника можно представить объект Заказчик, в котором

хранятся сведения о всех заказчиках. При обращении к записи для

определенного заказчика нам доступен список всех покупок, которые он

сделал, и сведения о которых хранятся в объекте Товар.

Взаимосвязь «один к одному» (между двумя свойствами)

Мы предполагаем, что ключ (номер) магазина является его уникальным

идентификатором, то есть он не изменяется и при последующих поступлениях

заказов от данного магазина. Если наряду с номером магазина в базе данных

хранится и другой его уникальный идентификатор (например, адрес), то между

такими двумя уникальными идентификаторами существует взаимосвязь «один к

одному».

Взаимосвязь «один ко многим» (между двумя свойствами)

Имя поставщика и его номер существуют совместно. Поставщиков с

одинаковыми именами может быть много, но все они имеют различные номера.

Каждому поставщику присваивается уникальный номер. Это означает, что

данному номеру поставщика соответствует только одно имя. Взаимосвязь «один

ко многим» обозначается одинарной стрелкой в направлении к «одному» и

двойной стрелкой в направлении ко «многим».

Первоначальная схема данных

|Функциональная |Исследование токов |Данные выявленные в |

|модель |Данных |ходе разработки |

|Отдел обработки | |Заявки |

|заявок | | |

| | |Договора |

|Договоров | |Поставщики |

| | |Заказчики |

|Ведение счетов | |Счета |

|Погрузка | |Накладные |

| | |Товар |

| | |Инвентаризация |

| | |Справки |

рис.1

Определение объектов

Выделим следующие объекты:

1. ТОВАР - (Т);

2. ЗАКАЗЧИК - (З);

3. ПОСТАВЩИК - (П);

4. СЧЕТА - (С);

5. ДОГОВОР - (Д);

6. НАКЛАДНЫЕ - (Н).

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

| |Т | |

|З | |П |

| |С | |

|Н | |Д |

рис.2

Задание первичных и альтернативных ключей, определение свойств объектов

Для каждого объекта определим свойства, которые будем хранить в БД. При

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

физической модели данных может произойти усечение числа объектов. На самом

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

может быть достаточно легко подсчитано в момент вывода информации. В то же

время, в связи с изменением алгоритмов расчета или исходных величин,

некоторые расчетные показатели приходится записывать в БД, чтобы

гарантированно обеспечить фиксацию их значений. Выбор показателей, которые

обязательно следует хранить в БД, достаточно сложен. Нечасто можно найти

однозначное решение этой проблемы, и в любом случае оно потребует

тщательного изучения работы предприятия и анализа концептуальной модели.

Приведение модели к требуемому 1 уровню нормальной формы

Приведение модели к требуемому уровню нормальной формы является основой

построения реляционной БД. В процессе нормализации элементы данных

группируются в таблицы, представляющие объекты и их взаимосвязи. Теория

нормализации основана на том, что определенный набор таблиц обладает

лучшими свойствами при включении, модификации и удалении данных, чем все

остальные наборы таблиц, с помощью которых могут быть представлены те же

данные. Введение нормализации отношений при разработке информационной

модели обеспечивает минимальный объем физической, то есть записанной на

каком-либо носителе БД и ее максимальное быстродействие, что впрямую

отражается на качестве функционирования информационной системы.

Нормализация информационной модели выполняется в несколько этапов.

Данные, представленные в виде двумерной таблицы, являются первой

нормальной формой реляционной модели данных. Первый этап нормализации

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

свойства информационной модели, и в выделении ключевых свойств. Очевидно,

что полученная весьма внушительная таблица будет содержать очень

разнородную информацию. В этом случае будут наблюдаться аномалии включения,

обновления и удаления данных, так как при выполнении этих действий нам

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

не были стерты), которые не имеют к текущим действиям никакого отношения.

Например, может наблюдаться такая парадоксальная ситуация.

Отношение задано во второй нормальной форме, если оно является

отношением в первой нормальной форме и каждое свойство, не являющийся

первичным свойством в этом отношении, полностью зависит от любого

возможного ключа этого отношения.

Если все возможные ключи отношения содержат по одному свойству, то это

отношение задано во второй нормальной форме, так как в этом случае все

свойства, не являющиеся первичными, полностью зависят от возможных ключей.

Если ключи состоят более чем из одного свойства, отношение, заданное в

первой нормальной форме, может не быть отношением во второй нормальной

форме. Приведение отношений ко второй нормальной форме заключается в

обеспечении полной функциональной зависимости всех свойств от ключа за счет

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

иметь полную функциональную зависимость от ключа этой таблицы. В процессе

приведения модели ко второй нормальной форме в основном исключаются

аномалии дублирования данных.

Отношение задано в третьей нормальной форме, если оно задано во второй

нормальной форме и каждое свойство этого отношения, не являющийся

первичным, не транзитивно зависит от каждого возможного ключа этого

отношения.

Транзитивная зависимость выявляет дублирование данных в одном

отношении. Если А, В и С - три свойства одного отношения и С зависит от В,

а В от А, то говорят, что С транзитивно зависит от А. Преобразование в

третью нормальную форму происходит за счет разделения исходного отношения

на два.

Концептуальная модель переносится затем в модель данных, совместимую с

выбранной СУБД. Возможно, что отраженные в концептуальной модели

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

выбранной СУБД. Это потребует изменения концептуальной модели. Версия

концептуальной модели, которая может быть обеспечена конкретной СУБД,

называется логической моделью.

Логическая модель отражает логические связи между элементами данных вне

зависимости от их содержания и среды хранения. Логическая модель данных

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

подмножества этой логической модели, называемые внешними моделями,

отражающие их представления о предметной области. Внешняя модель

соответствует представлениям, которые пользователи получают на основе

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

представления, которые пользователи первоначально желали иметь и которые

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

отображается в физическую память, такую, как диск, лента или какой-либо

другой носитель информации.

Иерархическая модель данных строится по принципу иерархии типов

объектов, то есть один тип объекта является главным, а остальные,

находящиеся на низших уровнях иерархии, — подчиненными. Между главным и

подчиненными объектами устанавливается взаимосвязь «один ко многим». В то

же время для каждого экземпляра главного объекта может быть несколько

экземпляров подчиненных типов объектов. Взаимосвязи между объектами

напоминают взаимосвязи в генеалогическом дереве за единственным

исключением: для каждого порожденного (подчиненного) типа объекта может

быть только один исходный (главный) тип объекта.

Итак, полученную концептуальную модель, будем считать логико-

иерархической моделью данных. По моему мнению, больше преобразований не

получится. Конечную модель можно считать оконченной.

Физическая модель, определяющая размещение данных, методы доступа и

технику индексирования, называется внутренней моделью системы.

Внешние модели никак не связаны с типом физической памяти, в которой

будут храниться данные, и с методами доступа к этим данным. Это положение

отражает первый уровень независимости данных. С другой стороны, если

концептуальная модель способна учитывать расширение требований к системе в

будущем, то вносимые в нее изменения не должны оказывать влияния на

существующие внешние модели. Это — второй уровень независимости данных.

Построение логической модели обусловлено требованиями используемой СУБД.

Поэтому при замене СУБД она также может измениться.

С точки зрения прикладного программирования независимость данных

определяется не техникой программирования, а его дисциплиной, т.е. для того

чтобы при любом изменении системы избежать перекомпиляции приложения,

рекомендуется не определять константы (постоянные значения данных) в

программе. Лучшее решение состоит в передаче программе значений в качестве

параметров.

Все актуальные требования предметной области и адекватные им «скрытые»

требования на стадии проектирования должны найти свое отражение в

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

использования и изменения базы данных. Но в большинстве предметных областей

такие основные данные, как объекты и их взаимосвязи, относительно

стабильны. Меняются только информационные требования, то есть способы

использования данных для получения информации.

Степень независимости данных определяется тщательностью проектирования

базы данных. Всесторонний анализ объектов предметной области и их

взаимосвязей минимизирует влияние изменения требований к данным в одной

программе на другие программы. В этом и состоит всеобъемлющая независимость

данных.

Основное различие между указанными выше тремя типами моделей данных

(концептуальной, логической и физической) состоит в способах представления

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

взаимосвязи между объектами, между свойствами одного объекта и между

свойствами различных объектов.

В процессе проектирования объекты преобразуются в отношения, свойства в

поля таблиц, методы – в процедуры, формы и т.д. (что и было произведено).

Правильно проведенный объектно-ориентированный анализ позволяет значительно

облегчить работу.

Одним из основных факторов, влияющих на производительность программ,

которые взаимодействуют с базой данных, является способ хранения и доступа

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

внешней модели СУБД использует несколько методов доступа внутренней модели.

Мы рассмотрим (по условию варианта) индексно-последовательный метод доступа

(ИМД).

Существует множество индексных методов доступа, в основе которых лежит

принцип создания отдельного файла или структуры из статей значений

действительного ключа. Статья действительного ключа называется статьёй

индекса, а весь файл действительных ключей - индексом. Индексный файл

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

памяти могут находиться многие из его статей, скорость поиска в нём гораздо

выше.

В индексно-последовательном методе доступа индексный файл всегда

упорядочен по так называемому первичному ключу. Первичный ключ - главный

атрибут физической записи. По его значению идентифицируется физическая

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

последовательности, что и индекс (отсюда и название "индексно-

последовательный метод доступа").

Краткая характеристика программного обеспечения,

используемого при создании СУБД.

Рассмотрим более подробно программные продукты компании Microsoft, а

именно Visual FoxPro 3.0, Visual Basic 4.0, Visual С++, Access 7.0, SQL

Server 6.5. Наиболее интересной чертой этих пакетов являются их большие

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

данные пакеты являются продуктами одного производителя, а также

используют сходные технологии обмена данными.

Visual FoxPro отличается высокой скоростью, имеет встроенный

объектно-ориентированный язык программирования с использованием xBase и

SQL, диалекты которых встроены во многие СУБД. Имеет высокий уровень

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

как монопольный, так и раздельный доступ пользователей к данным.

Применяется для приложений масштаба предприятия для работы на различных

платформах: Windows 3.x, Windows 95, Macintosh... Минимальные ресурсы ПК:

для Visual FoxPro версии 3.0 – процессор 468DX, Windows 3.1, 95, NT,

объем оперативной памяти 8 (12) Мб, занимаемый объем на ЖМД 15-80 Мб, а

для Visual FoxPro версии 5.0 (выпущена в 1997 году) – Windows 95 или NT,

486 с тактовой частотой 50 МГц, 10 Мб ОЗУ, от 15 до 240 Мб на ЖМД.

Access входит в состав самого популярного пакета Microsoft Office.

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

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

непрофессиональным программистом, позволяет готовить отчеты из баз данных

различных форматов. Предназначен для создания отчетов произвольной формы

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

Минимальные ресурсы ПК: процессор 468DX, Windows 3.1, 95, NT, объем

оперативной памяти 12 (16) Мб, занимаемый объем на ЖМД 10-40 Мб.

Visual Basic – это универсальный объектно-ориентированный язык

программирования, диалекты которого встроены в Access, Visual FoxPro.

Преимущества: универсальность, возможность создания компонентов OLE,

невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания

приложений средней мощности, не связанных с большой интенсивностью

обработки данных, разработки компонентов OLE, интеграция компонентов

Microsoft Office. Минимальные ресурсы ПК: процессор 368DX, Windows 3.1,

95, NT, объем оперативной памяти 6 (16) Мб, занимаемый объем на ЖМД 8-36

Мб.

Visual C++ – наиболее мощный объектно-ориентированный язык

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

для создания компонентов приложений для выполнения операций, критичных по

скорости.

SQL Server – сервер баз данных, реализует подход «клиент-сервер» и

взаимодействует с указанными пакетами. Главные достоинства: высокая

степень защиты данных, мощные средства для обработки данных, высокая

производительность. Область применения: хранение больших объемов данных,

хранение высокоценных данных или данных, требующих соблюдения режима

секретности. Минимальные ресурсы ПК: процессор 468DX-33МГц, Windows NT,

объем оперативной памяти 16 (32) Мб, занимаемый объем на ЖМД 80 Мб.

Указанные программные продукты имеют возможности визуального

проектирования интерфейса пользователя, то есть разработчик из готовых

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

в ответ на какие-либо события.

Принципы организации данных, лежащие в основе современных СУБД.

Современные СУБД являются объектно-ориентированными и реляционными.

Основной единицей является объект, имеющий свойства, и связи между

объектами. СУБД используют несколько моделей данных: иерархическую и

сетевую (с 60-х годов) и реляционную (с 70-х). Основное различие данных

моделей в представлении взаимосвязей между объектами.

Иерархическая модель данных строится по принципу иерархии объектов,

то есть один тип объекта является главным, все нижележащие –

подчиненными. Устанавливается связь «один ко многим», то есть для

некоторого главного типа существует несколько подчиненных типов объектов.

Иначе, главный тип именуется исходным типом, а подчиненные –

порожденными. У подчиненных типов могут быть в свою очередь подчиненные

типы. Наивысший в иерархии узел (совокупность атрибутов) называют

корневым.

Сетевая модель данных строится по принципу «главный и подчиненный

тип одновременно», то есть любой тип данных одновременно может

одновременно порождать несколько подчиненных типов (быть владельцем

набора) и быть подчиненным для нескольких главных (быть членом набора).

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

в виде таблиц, при этом связи тоже рассматриваются как объекты. Все

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

первичный ключ. Все современные средства СУБД поддерживают реляционную

модель данных.

Объект (Сущность) – элемент какой-либо системы, информация о котором

сохраняется. Объект может быть как реальным (например, человек), так и

абстрактным (например, событие – поступление человека в стационар).

Атрибут – информационное отображение свойств объекта. Каждый объект

характеризуется набором атрибутов.

Таблица – упорядоченная структура, состоящая из конечного набора

однотипных записей.

Первичный ключ – атрибут (или группа атрибутов), позволяющий

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

Напротив, альтернативный ключ – атрибут (или группа атрибутов), не

совпадающая с позволяющий первичным ключом и однозначным образом

определяющий каждую строку в таблице.

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

Технология «Клиент-сервер» – технология, разделяющая приложение-

СУБД на две части: клиентскую (интерактивный графический интерфейс,

расположенный на компьютере пользователя) и сервер, собственно

осуществляющий управление данными, разделение информации,

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

Взаимодействие «клиент-сервер» осуществляется следующим образом:

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

котором выполняются все команды, а результат исполнения запроса

отправляется клиенту для просмотра и использования. Данная технология

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

вычислительной сети, и производительность при обработке данных,

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

имеет место именно такая ситуация). Если технология «клиент-сервер» на

применяется, то для обработки даже нескольких записей весь файл

копируется на компьютер пользователя, а только затем обрабатывается. При

этом резко возрастает загрузка сети, и снижается производительность труда

многих сотрудников.

Microsoft Access, Microsoft Visual FoxPro, Microsoft Visual Basic

обеспечивают средства для создания клиентских частей в приложениях

«клиент-сервер», которые сочетают в себе средства просмотра, графический

интерфейс и средства построения запросов, а Microsoft SQL Server является

на сегодняшний день одним из самых мощных серверов баз данных.

OLE 2.0 (Object Linking and Embedding – связывание и внедрение

объектов) – стандарт, описывающий правила интеграции прикладных программ.

Применяется для использования возможностей других приложений. OLE 2.0

используется для определения и совместного использования объектов

несколькими приложениями, которые поддерживают данную технологию.

Например, использование в среде Access таблиц Excel и его мощных средств

построения диаграмм или использование данных, подготовленных Access, в

отчетах составленных в редакторе текстов Word (связывание или включение

объекта).

OLE Automation (Автоматизация OLE) – компонент OLE, позволяющий

программным путем устанавливать свойства и задавать команды для объектов

другого приложения. Позволяет без необходимости выхода или перехода в

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

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

называется OLE сервером. Приложение, которое может управлять объектами

OLE серверов называется OLE контроллер или OLE клиент. Из рассмотренных

программных средств в качестве OLE серверов могут выступать Microsoft

Access, а также Microsoft Excel, Word и Graph... Microsoft Visual FoxPro

3.0 и 5.0 может выступать только в виде OLE клиента.

RAD (Rapid Application Development – Быстрая разработка приложений)

– подход к разработке приложений, предусматривающий широкое использование

готовых компонентов и/или приложений и пакетов (в том числе от разных

производителей).

ODBC (Open Database Connectivity – открытый доступ к базам данных) –

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

приложением при помощи SQL.

SQL (Structured Query Language – язык структурированных запросов) –

универсальный язык, предназначенный для создания и выполнения запросов,

обработки данных как в собственной базе данных приложения, так и с базами

данных, созданных другими приложениями, поддерживающими SQL. Также SQL

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

VBA (Visual Basic for Applications – Visual Basic для Приложений) –

разновидность (диалект) объектно-ориентированного языка программирования

Visual Basic, встраиваемая в программные пакеты.

Список литературы

1. Б. Богумирский

2. Эффективная работа на IBM PC в среде Windows 95

3. СПб, «Питер», 1997, 1000с.

4. Д. Вейскас

5. Эффективная работа с Microsoft Access 7.0

i. «Microsoft Press», 1997, 864с.

6. Дж. Вудкок, М. Янг

7. Эффективная работа с Microsoft Office 95

i. «Microsoft Press», 1000с.

8. А. Горев, С. Макашарипов, Р. Ахаян

Эффективная работа с СУБД

9. СПб, «Питер», 1997, 704с.

10. А. В. Потапкин

i. Основы Visual Basic для пакета Microsoft Office

ii. М, «Эком», 1995, 256с."

11. Электронная встроенная гипертекстовая справочная система Microsoft

Access, файл MSACC20.HLP, 4.7 Мбайта.

12. Журнал “PC Magazine Russian Edition” №7 1994, статья У. Плейна,

“Microsoft Access”.

13. Журнал “PC Magazine Russian Edition” №5 1994.

14. Журнал “КомпьюТерра” №37-38 1994.

Страницы: 1, 2