Microsoft FoxРrо и Visual FoxРrо

⇐ ПредыдущаяСтр 12 из 12

FохРrо ведет свое происхождение от настольной СУБД FохВаsе фирмы Fох Software. Впоследствии этот продукт был приобретен компанией Microsoft. Его последние версии (начиная с версии 3.0, выпущенной в 1995 году) получили название Visual FoxPro. С каждой новой версией этот продукт оказывался все более и более интегрирован с другими продуктами Microsoft, в частности с Microsoft SQL Server, - в состав Visual FoxPro в течение нескольких последних лет входят средства переноса данных FoxPro в SQL Server и средства доступа к данным этого сервера из Visual FoxPro и созданных с его помощью приложений. Хотя формат данных FoxPro также модифицировался с каждой новой версией, приобретая такие возможности, как хранение правил ссылочной целостности и некоторых бизнес–правил в самой базе данных, миграции приложений Visual FoxPro на серверные платформы уделялось значительно большее внимание.

Версия этого продукта –- Visual FoxPro 6.0 – доступна и отдельно, и как составная часть Microsoft Visual Studio 6.0. Отличительной особенностью этой настольной СУБД от двух рассмотренных выше является интеграция этого продукта с технологиями Microsoft, в частности поддержка СОМ (Component Object Mоdel – компонентная объектная модель, являющаяся основой функционирования 32-разрядных версий Windows и организации распределенных вычислений в этой операционной системе), интеграция с Microsoft SQL Server, возможности создания распределенных приложений, основанных на концепции Windows DNA (Distributed interNet Applications).

Visual FoxPro 6.0 предоставляет следующие возможности:

· средства публикации данных в Internet и создания Web-клиентов;

· средства создания ASP - компонентов и Web – приложений;

· средства создания СОМ-объектов и объектов для Microsoft Transaction Server, позволяющих создавать масштабируемые многозвенные приложения для обработки данных;

· средства доступа к данным серверных СУБД, базирующиеся на использовании OLE DB (набор СОМ - интерфейсов, позволяющий осуществить унифицированный доступ к данным из разнообразных источников, в том числе из нереляционных баз данных и иных источников, например Microsoft Exchange);

· средства доступа к данным Microsoft SQL Server и Оracle, включая возможность создания и редактирования таблиц, триггеров, хранимых процедур;

· средства отладки хранимых процедур Microsoft SQL Server;

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

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

Тенденции развития этого продукта очевидны: из настольной СУБД Visual FoxPro постепенно превращается в средство разработки приложений в архитектуре «клиент/сервер» и распределенных приложений в архитектуре Windows DNA.

Microsoft Ассеss

Первая версия СУБД Ассеss появилась в начале 90-х годов. Это была первая настольная реляционная СУБД для 16-разрядной версии Windows. Популярность Ассеss значительно возросла после включения этой СУБД в состав Microsoft Оffice.

В отличие от Visual FoxPro, фактически превратившегося в средство разработки приложений, Ассеss ориентирован в первую очередь на пользователей Microsoft Оffice, в том числе и не знакомых с программированием. Это, в частности, проявилось в том, что вся информация, относящаяся к конкретной базе данных, а именно таблицы, индексы (естественно, поддерживаемые), правила ссылочной целостности, бизнес–правила, список пользователей, а также формы и отчеты хранятся в одном файле, что в целом удобно для начинающих пользователей.

Версия этой СУБД – Ассеss 2000 входит в состав Microsoft Office 2000 Рrofessional и Premium, а также доступна как самостоятельный продукт. В состав Ассеss 2000 входят:

· средства манипуляции данными Ассеss и данными, доступными через ОDВС (последние могут быть «присоединены» к базе данных Ассеss);

· средства создания форм, отчетов и приложений; при этом отчеты могут быть экспортированы в формат Microsoft Word или Microsoft Excel, а для создания приложений используется Visual Basic for Applications, общий для всех составных частей Microsoft Office;

· средства публикации отчетов в Internet;

· средства создания интерактивных Web-приложений для работы с данными (Data Access Pages);

· средства доступа к данным серверных СУБД через OLE DВ;

· средства создания клиентских приложений для Microsoft SQL Server;

· средства администрирования Microsoft SQL Server.

Поддержка СОМ в Ассеss выражается в возможности использовать элементы управления АсtiveX в формах и Web-страницах, созданных с помощью Ассеss. В отличие от Visual FoxPro создание СОМ-серверов с помощью Ассеss не предполагается.

Иными словами, Microsoft Ассеss может быть использован, с одной стороны, в качестве настольной СУБД и составной части офисного пакета, а с другой стороны, в качестве клиента Microsoft SQL Server, позволяющего осуществлять его администрирование, манипуляцию его данными и создание приложений для этого сервера.

Помимо манипуляции данными Microsoft SQL Server, Ассеss 2000 позволяет также в качестве хранилища данных использовать Microsoft Data Engine (MSDE), представляющий собой по существу настольный сервер баз данных, совместимый с Microsoft SQL Server.

Microsoft Data Engine

МSDE представляет собой СУБД, базирующуюся на технологиях Microsoft SQL Server, но предназначенную для использования в настольных системах или в сетевых приложениях с объемом данных до 2 Гбайт и небольшим количеством пользователей. По существу МSDE является облегченной версией Microsoft SQL Server, не содержа-щей средств администрирования, и к настольным СУБД может быть отнесена весьма условно.

Базы данных МSDE полностью совместимы с базами данных Microsoft SQL Server и могут при необходимости управляться этим сервером. Как большинство серверных СУБД, эти базы данных поддерживают транзакции, позволяют создавать триггеры и хранимые процедуры (недоступные в базах данных Ассеss), использовать механизмы защиты данных, предоставляемые операционной системой. Помимо этого при большом числе пользователей и большом объеме данных приложения, использующие МSDЕ, отличаются более высокой производительностью, так как обработка запросов происходит внутри процесса, управляющего базой данных, а не внутри клиентского приложения, что позволяет снизить сетевой трафик, связанный с передачей данных от сервера к клиенту.

Заключение

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

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

· стали предоставлять доступ к данным серверных СУБД к моменту появления первых 32-разрядных версий;

· приобрели средства публикации данных в Internet и в той или иной степени поддерживают создание приложений для редактирования данных с помощью Web-браузеров;

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

История развития настольных СУБД отражает современные тенденции развития информационных систем, такие как создание распределенных систем с использованием Internet или Intranet, применение средств быстрой разработки приложений и массовый перенос приложений, использующих базы данных, включая настольные приложения, в архитектуру «клиент/сервер».

Объекты баз данных

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

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

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

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

Практически все реляционные СУБД поддерживают представления (views). Этот объект представляет собой виртуальную таблицу, включающую данные из одной или нескольких реальных таблиц. На самом деле он не содержит никаких данных, а только описывает их источник. Нередко такие объекты создаются для хранения в базах данных сложных запросов. Фактически view - это хранимый запрос. Нередко эти объекты используются для обеспечения безопасности данных, например путем разрешения просмотра данных с их помощью, без предоставления доступа непосредственно к таблицам. Помимо этого некоторые представления могут возвращать разные данные в зависимости, например, от имени пользователя, что позволяет ему получать только интересующие его данные.

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

ЛИТЕРАТУРА

1. Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД. – СПб.: Питер, 1997. – 704 с.

2. Дейт К. Дж. Введение в системы баз данных: Пер. с англ.- 6-е изд.– К.; М.; СПб.: Издательский дом «Вильямс», 2000. – 848 с.

3. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ: Пер. с англ. – М.: Мир, 1991. – 252 с.

4. Диго С.М. Проектирование и использование баз данных: Учебник. – М.: Финансы и статистика, 1995. – 208 с.

5. Коннолли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика: Пер. с англ.: Учеб. пособие. - 2-е изд.– М.: Издательский дом «Вильямс», 2000. – 1120 с.

6. Мейер Д. Теория реляционных баз данных: Пер. с англ. – М.: Мир, 1987. – 608 с.

7. Хансен Г., Хансен Д. Базы данных: разработка и управление: Пер. с англ. – М.: ЗАО «Издательство БИНОМ», 1999. – 704 с.

8. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. – СПб.: КОРОНА принт, 2000. – 416 с.

9. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. – Издание 2-е, доп. и перераб. – СПб.: КОРОНА принт, 2002. – 672 с.

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ............................................................................................................................... 3

1. ВВЕДЕНИЕ В БАНКИ ДАННЫХ..................................................................................... 3

1.1. Понятие банка данных.................................................................................................. 3

1.2. Компоненты банка данных.......................................................................................... 4

1.3. Классификация банков данных................................................................................... 4

2. МОДЕЛИ ДАННЫХ............................................................................................................ 6

2.1. Иерархическая модель.................................................................................................. 6

2.2. Сетевая модель данных................................................................................................. 7

2.3. Реляционная модель данных........................................................................................ 7

2.4. Постреляционная модель.............................................................................................. 9

2.5. Многомерная модель................................................................................................... 10

2.6. Объектно-ориентированная модель.......................................................................... 12

3. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ

МЕТОДОМ «СУЩНОСТЬ – СВЯЗЬ»............................................................................. 15

3.1. Этапы проектирования............................................................................................... 15

3.2. Общие сведения об инфологическом моделировании............................................ 16

3.3. Построение ER – модели............................................................................................ 17

3.4. Общие сведения о даталогическом проектировании.............................................. 22

3.5. Проектирование реляционных баз данных.............................................................. 22

4. ЯЗЫКИ ЗАПРОСОВ.......................................................................................................... 30

4.1. Реляционная алгебра................................................................................................... 30

4.2. Структурированный язык запросов SQL................................................................. 38

5. НОРМАЛИЗАЦИЯ ОТНОШЕНИЙ................................................................................ 49

5.1. Сущность нормализации............................................................................................ 49

5.2. Нормальные формы..................................................................................................... 52

6. ДЕКОМПОЗИЦИОННЫЙ МЕТОД ПРОЕКТИРОВАНИЯ

РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ................................................................................ 58

6.1. Общий подход к декомпозиции................................................................................ 58

6.2. Некоторые комментарии к декомпозиционному методу проектирования.......... 59

6.3. Некоторые модификации алгоритма декомпозиционного метода........................ 60

6.4. Использование аксиом вывода при удалении избыточных зависимостей........... 61

6.5. Пересмотренный алгоритм проектирования реляционной базы данных............. 64

6.6. Проверка отношений на завершающей фазе их проектирования.......................... 65

7. БЕЗОПАСНОСТЬ БАЗ ДАННЫХ................................................................................... 68

7.1. Обязательное управление доступом.......................................................................... 68

7.2. Защита баз данных в среде Access 2000.................................................................... 69

7.2.1. Парольная защита базы данных....................................................................... 69

7.2.2. Защита на уровне пользователя....................................................................... 70

7.2.3. Шифрование баз данных.................................................................................. 74

8. ОБЕСПЕЧЕНИЕ ЦЕЛОСТНОСТИ БАЗЫ ДАННЫХ................................................... 75

9. НАСТОЛЬНЫЕ СУБД....................................................................................................... 78

9.1. DBase и Visual dBase................................................................................................... 79

9.2. Рarаdох.......................................................................................................................... 80

9.3. Microsoft FoxРrо и Visual FoxРrо............................................................................... 81

9.4. Microsoft Ассеss........................................................................................................... 82

9.5. Microsoft Data Engine.................................................................................................. 82

9.6. Заключение.................................................................................................................. 83

9.7. Объекты баз данных.................................................................................................... 83

ЛИТЕРАТУРА.......................................................................................................................... 8

[1] Т.е. неделимым значением, с точки зрения конкретной СУБД.

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

1 Экземпляром отношения называют отдельный листинг данного отношения в некоторый момент времени.

⇐ Предыдущая 3 4 5 6 7 8 9 10 1112