Оглавление
Введение с.3
Глава 1. Базы данных и СУБД с.5
1.1. Понятие банка данных, базы данных и СУБД с.5
1.2. Функции СУБД с.6
1.3. Модели данных, поддерживающих СУБД с.13
1.4. Области применения баз данных в экономике с.16
Глава 2. Обзор наиболее популярных СУБД с.17
2.1. Microsoft Access с.17
2.2. Visual FoxPro с.19
Выводы и предложения с.28
Список использованной литературы с.31
Приложения с.32



Введение
В настоящее время практически во всех организациях используются компьютеры для хранения и обработки служебной информации. Эта информация содержится в так называемых базах данных. Базы данных играют особую роль в современном мире. Все, с чем мы ежедневно сталкиваемся в жизни, скорее всего, зарегистрировано в той или иной базе. Умение работать с базами данных является одним из важнейших навыков в работе с компьютером, а специалисты этой области всегда окажутся востребованными.
Центральные идеи современной информационной технологии основываются на концепции, согласно которой данные должны быть сформированы в базы данных с целью отображения меняющегося реального мира и удовлетворения информационных потребностей пользователей. Эти базы данных образовываются и функционируют под управлением специальных программных комплексов (совокупностей языков программирования и программных средств), называемых системами управления базами данных (СУБД). Сама база данных – это хранилище для большого количества систематизированных данных, с которыми можно производить определённые действия: добавления, удаления, изменения, копирования, упорядочивание.
Увеличение объема хранимых данных, расширение круга пользователей информационных систем привели к широкому распространению наиболее удобных и сравнительно простых для понимания реляционных (табличных) СУБД. Для обеспечения одновременного доступа к данным множества пользователей, нередко расположенных достаточно далеко друг от друга и от места хранения баз данных, созданы сетевые мультипользовательские версии баз данных основанных на реляционной структуре. В них тем или иным путем решаются специфические проблемы параллельных процессов, целостности (правильности) и безопасности данных, а также санкционирования доступа.
За последние несколько наблюдается тенденция к усложнению структур данных. Простые виды информации, представимой в форме чисел и текстовых строк, не утратив своей значимости, дополняются сегодня многочисленными мультимедийными документами, графическими образами, хронологическими рядами, процедурными, или активными, данными и мириадами прочих сложных информационных форм. В связи с этим появилась целая плеяда весьма изощренных СУБД, поддерживающих новые коллекции данных и способных реализовать преимущества современных аппаратных средств.
Необходимость изучения свойств существующих и разработки новых баз данных обосновывает актуальность данной курсовой работы.
Цель курсовой работы: Изучение особенностей использования баз данных и СУБД в целях обработки экономической информации.
В процессе написания курсовой работы, перед нами свтают следующие задачи:
1. Рассмотреть теоретические аспекты баз данных и СУБД.
2. Выявить основные функции СУБД.
3. Знакомство с моделями данных, поддерживаемых СУБД.
4.Изучение областей применения баз данных в экономике.
5. Изучение особенностей наиболее популярных СУБД.
Курсовая работа состоит из введения, двух глав с подразделами, выводов и предложений, списка использованной литературы и приложения.

Глава 1. Базы данных и СУБД
Понятие банка данных, базы данных и СУБД
Файловые системы используются для хранения слабо структурированных данных или в тех случаях, когда детализацию их логической структуры целесообразно оставить исполнительной программе. Для информационных систем такой подход в организации хранения данных не является оптимальным по следующим причина:
информационные системы ориентированы, главным образом, на хранение и модификацию постоянно существующих данных, а не единожды или временно используемых;
структура данных информационных систем, как правило, сложна по своей природе и задача обеспечения к ним оперативного доступа требует более развитых средств их структуризации при хранении;
хотя структуры данных в разных информационных системах различны, между ними часто бывает много общего;
в информационных системах характерно использование одних и тех же данных различными прикладными программами;
для информационных систем характерным также является достаточно частое изменение состава и модернизация отдельных прикладных программ при практически не изменяющейся структуре данных.
Таким образом, для информационных систем целесообразна организация хранения хорошо структурированных данных, доступных различным прикладным программам. Этим средством хранения являются базы данных.
База данных (БД) - это поименованная совокупность структурированных данных, относящихся к определенной предметной области.
Пользователями базы данных могут быть различные прикладные программы, программные комплексы и специалисты предметной области, выступающие в роли потребителей или источников данных, называемые конечными пользователями.
Банк данных – место хранение данных, с помощью которого осуществляется пользование единой базой данной и организация управления базами данных.
В современной технологии баз данных предполагается, что их создание, поддержка и обеспечение доступа пользователей осуществляются централизованно с помощью специального программного инструментария — систем управления базами данных.
Система управления базами данных (СУБД) - это комплекс программных и языковых средств, необходимых для создания баз данных, их поддержания в актуальном состоянии и организации в них поиска необходимой информации.
Функции СУБД
К основным функциям СУБД принято относить следующие:
управление данными во внешней памяти;
управление буферами оперативной памяти;
управление транзакциями;
журнализация и восстановление БД после сбоев;
поддержка языков БД.
Управление данными во внешней памяти включает обеспечение необходимых структур внешней памяти как для хранения данных, непосредственно входящих в базу данных, так и для служебных целей, например, для ускорения доступа к данным.
Управление буферами оперативной памяти. СУБД, как правило, работают с БД большого объема. По крайней мере, объем базы данных существенно превышает объем оперативной памяти. Так что, если при обращении к любому элементу данных будет производиться обмен с внешней памятью, то вся система будет работать со скоростью устройства внешней памяти. Практически единственным способом реального увеличения этой скорости является буферизация данных в оперативной памяти. При этом, даже если операционная система производит общесистемную буферизацию, этого недостаточно для целей СУБД, которая располагает большей информацией о полезности буферизации той или иной части БД. Поэтому в развитых СУБД поддерживается собственный набор буферов оперативной памяти с собственной дисциплиной их замены.
Управление транзакциями. Транзакция - это последовательность операций над БД, рассматриваемых СУБД как единое целое. Транзакция либо успешно выполняется, и СУБД фиксирует произведенные изменения данных во внешней памяти, либо ни одно из этих изменений никак не отражается на состоянии БД. Понятие транзакции необходимо для поддержания логической целостности БД, поэтому поддержание механизма транзакций является обязательным условием как однопользовательских, так и многопользовательских СУБД.
Журнализация и восстановление БД после сбоя. Одним из основных требований к СУБД является надежность хранения данных во внешней памяти. Под надежностью хранения понимается то, что СУБД должна быть в состоянии восстановить последнее целостное состояние БД после любого аппаратного или программного сбоя. Обычно рассматриваются два возможных вида аппаратных сбоев: так называемые мягкие сбои, которые можно трактовать как внезапную остановку работы компьютера, например, аварийное выключение питания, и жесткие сбои, характеризуемые потерей информации на носителях внешней памяти. В любом из описанных случаев для восстановления БД нужно располагать некоторой избыточной информацией. Наиболее распространенным методом формирования и поддержания избыточной информации является ведение журнала изменений БД.
Журнал - это специальная служебная часть БД, недоступная пользователям, в которую поступают записи обо всех изменениях основной части БД. В виду особой важности этой информации для восстановления целостности базы данных после сбоев, важно обеспечить сверхнадежное её хранение. В некоторых СУБД поддерживаются две копии журнала, располагаемые на разных физических дисках. В разных СУБД изменения БД фиксируются на разных уровнях: иногда запись в журнале соответствует некоторой логической операции изменения БД, например, удаление строки из таблицы реляционной БД, иногда - минимальной внутренней операции модификации страницы внешней памяти, а иногда одновременно используются оба подхода. Во всех случаях придерживаются стратегии упреждающей записи в журнал. То есть, запись об изменении любого объекта БД должна попасть во внешнюю память журнала раньше, чем измененный объект попадет во внешнюю память основной части БД. Если в СУБД корректно соблюдается это условие, то с помощью журнала можно решить все проблемы восстановления БД после любого сбоя.
При мягком сбое во внешней памяти основной части БД могут находиться объекты, модифицированные транзакциями, не закончившимися к моменту сбоя, и могут отсутствовать объекты, модифицированные транзакциями, которые к моменту сбоя успешно завершились из-за использования буферов оперативной памяти, содержимое которых в этой ситуации пропадает. При соблюдении стратегии упреждающей записи, во внешней памяти журнала должна находиться информация, относящаяся к операциям модификации обоих видов объектов. Целью процесса восстановления после мягкого сбоя является состояние внешней памяти основной части БД, которое возникло бы при фиксации во внешней памяти изменений всех завершившихся транзакций и которое не содержало бы никаких следов незаконченных транзакций. Для того чтобы этого добиться, сначала производят откат незавершенных транзакций, а потом повторно воспроизводят те операции завершенных транзакций, результаты которых не отображены во внешней памяти.
Для восстановления БД после жесткого сбоя используют журнал и архивную копию БД. Архивная копия является полной копией БД к моменту начала заполнения журнала. Восстановление БД состоит в том, что, исходя из архивной копии, по журналу воспроизводится работа всех транзакций, которые закончились к моменту сбоя.
Поддержка языков БД. Для работы с базами данных используются специальные языки, в целом называемые языками баз данных. В ранних СУБД поддерживалось несколько специализированных по своим функциям языков. Чаще всего выделялись два языка - язык определения схемы БД (SDL - Schema Definition Language) и язык манипулирования данными (DML - Data Manipulation Language). SDL служил, главным образом, для определения логической структуры БД, какой она представляется пользователям. DML содержал набор операторов манипулирования данными, позволяющих вводить, удалять, модифицировать и выбирать данные. В современных СУБД, обычно, поддерживается единый интегрированный язык, содержащий все необходимые средства для работы с БД и обеспечивающий базовый пользовательский интерфейс. Стандартным языком наиболее распространенных в настоящее время реляционных СУБД является язык SQL (Structured Query Language).
Язык SQL содержит специальные средства определения ограничений целостности БД. Ограничения целостности хранятся в специальных таблицах-каталогах. Обеспечение контроля целостности производится на языковом уровне. При компиляции операторов модификации БД, компилятор SQL, на основании имеющихся ограничений целостности, генерирует соответствующий программный код.
Специальные операторы языка SQL позволяют определять так называемые представления БД, фактически являющиеся хранимыми запросами. Для пользователя представление является такой же таблицей, как любая базовая таблица, хранимая в БД, но с его помощью можно ограничить или расширить видимость БД для конкретного пользователя. Поддержание представлений производится также на языковом уровне.
Наконец, авторизация доступа к объектам БД производится на основе специального набора операторов SQL. Идея состоит в том, что для выполнения операторов SQL разного вида пользователь должен обладать различными полномочиями. Пользователь, создавший таблицу БД, обладает полным набором полномочий для работы с этой таблицей. В число таких полномочий входит право на передачу всех или части полномочий другим пользователям, включая полномочие на передачу полномочий. Полномочия пользователей описываются в специальных таблицах-каталогах, а контроль полномочий поддерживается на языковом уровне.
В типовой структуре современной реляционной СУБД логически можно выделить ядро СУБД, компилятор языка БД, подсистему поддержки времени выполнения и набор утилит.
Ядро СУБД отвечает за управление данными во внешней памяти, управление буферами оперативной памяти, управление транзакциями и журнализацию. Соответственно, можно выделить такие компоненты ядра как менеджер данных, менеджер буферов, менеджер транзакций и менеджер журнала. Ядро обладает собственным интерфейсом, недоступным пользователям, и является основной резидентной частью СУБД. При использовании архитектуры «клиент-сервер» ядро является основной составляющей серверной части системы.
Основной функцией компилятора языка БД является преобразование операторов языка БД в выполняемую программу. Основной проблемой реляционных СУБД является то, что языки этих систем являются непроцедурными, то есть в операторе такого языка специфицируется некоторое действие над БД, но эта спецификация не является процедурой, а лишь описывает в некоторой форме условия совершения желаемого действия. Поэтому компилятор должен решить, каким образом выполнять оператор языка прежде, чем произвести программу. Применяются достаточно сложные методы оптимизации операторов. Выполняемая программа представляется в машинных кодах или в выполняемом внутреннем машинно-независимом коде. В последнем случае реальное выполнение оператора производится с привлечением подсистемы поддержки времени выполнения, представляющей собой интерпретатор этого внутреннего языка.
В отдельные утилиты обычно выделяют такие процедуры, которые слишком сложно выполнять с использованием языка БД, например, загрузка и выгрузка БД, сбор статистики, глобальная проверка целостности и другие. Утилиты программируются с использованием интерфейса ядра СУБД.
К функциям СУБД также относятся:
определение структуры БД, инициализация БД и начальная загрузка данных;
управление ресурсами среды хранения;
обеспечение логической независимости, то есть предоставление определенной свободы логического представления БД без необходимости соответствующей модификации физического представления;
обеспечение физической независимости данных путем предоставления свободы организации БД в среде хранения, не вызывая изменений в логическом представлении;
поддержка логической целостности БД;
обеспечение физической целостности БД, то есть защита и восстановление БД после различного рода сбоев;
управление доступом, то есть разграничение джоступа пользователей к БД, так как в ней могут храниться данные, которые должны быть доступны лишь определенному кругу пользователей.Данный результат достигается путем введения паролей;
Организация параллельного доступа пользователей к базе данных.
Модели данных, поддерживающих СУБД
Основой любой базы данных является реализованная в ней модель данных, представляющая собой множество структур данных, ограничений целостности и операций манипулирования данными. С помощью модели данных могут быть представлены объекты предметной области и существующие между ними связи.
Базовыми моделями представления данных являются иерархическая, сетевая и реляционная.(рисунки1,2 и 3 в приложении).
Иерархическая модель данных представляет информационные отображения объектов реального мира – сущности и их связи в виде ориентированного графа или дерева. К основным понятиям иерархической структуры относятся уровень, элемент или узел и связь. Узел - это совокупность атрибутов, описывающих некоторый объект. На схеме иерархического дерева узлы представляются вершинами графа. Каждый узел на более низком уровне связан только с одним узлом, находящимся на более высоком уровне. Иерархическое дерево имеет только одну вершину (корень дерева), не подчиненную никакой другой вершине и находящуюся на самом верхнем (первом) уровне. Зависимые (подчиненные) узлы находятся на втором, третьем и так далее уровнях. Количество деревьев в базе данных определяется числом корневых записей.
К каждой записи базы данных существует только один (иерархический) путь от корневой записи.
Примерами операторов манипулирования иерархически организованными данными могут быть следующие:
найти указанное дерево БД;
перейти от одного дерева к другому;
перейти от одной записи к другой внутри дерева;
перейти от одной записи к другой в порядке обхода иерархии;
вставить новую запись в указанную позицию;
удалить текущую запись.
В иерархической модели данных автоматически поддерживается целостность ссылок между предками и потомками. Основное правило: никакой потомок не может существовать без своего родителя.
Сетевая модель организации данных является расширением иерархической модели. В иерархических структурах запись-потомок должна иметь только одного предка - в сетевой структуре данных потомок может иметь любое число предков. 
Понятие реляционной модели данных (от английского relation - отношение) связано с разработками Е. Кодда. Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата реляционной алгебры и реляционного исчисления для обработки данных.
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
1. каждый элемент таблицы — один элемент данных;
все столбцы в таблице однородные, то есть, все элементы в столбце имеют одинаковый тип (числовой, символьный или другой) и длину;
каждый столбец имеет уникальное имя;
одинаковые строки в таблице отсутствуют;
порядок следования строк и столбцов может быть произвольным.
Отношения представлены в виде таблиц, строки которых соответствуют кортежам или записям а столбцы - атрибутам отношений, доменам, полям.
Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом. Если записи однозначно определяются значениями нескольких полей, то такая таблица базы данных имеет составной ключ.
Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы или ввести в структуру первой таблицы внешний ключ - ключ второй таблицы.
В реляционной модели данных фиксируются два базовых требования целостности, которые должны поддерживаться в любой реляционной СУБД. Первое требование называется требованием целостности сущностей, которое состоит в том, что любой кортеж любого отношения должен быть отличим от любого другого кортежа этого отношения, то есть любое отношение должно содержать первичный ключ.
Второе требование называется требованием целостности по ссылкам и состоит в том, что для каждого значения внешнего ключа в отношении, на которое ведет ссылка, должен найтись кортеж с таким же значением первичного ключа, либо значение внешнего ключа должно быть неопределенным.
В качестве операторов манипулирования данными в реляционных моделях используются операторы языка структурированных запросов SQL.
1.4. Области применения баз данных в экономике
Если постарался классифицировать существующие области применения баз данных, а так же оценить перспективы их развития в настоящее время, то можно получить примерный список наиболее распространенных классов, получивших распространение и применение во всех областях применения баз данных. Этот список будет выглядеть следующим образом: документографические и документальные базы , базы данных по промышленной, строительной продукции , базы данных по экономической и конъюнктурной информации (статистическая, кредитно-финансовая, внешнеторговая)
Экономические задачи, для решения которых необходимо применять программное обеспечение СУБД, весьма обширны и разнообразны. На его основе строятся информационные системы предприятий различных уровней (от малых до крупных).Оно лежит в основе практически всех прикладных бухгалтерских программ (например, "1C: Бухгалтерия" и др.). Одновременно СУБД применяются для автоматизации систем управления, мониторинга и прогнозирования развития отраслей и экономики страны в целом.
Глава 2. Обзор наиболее популярных СУБД

2.1. Microsoft Access
Первая версия СУБД Access появилась в начале 90-х годов. Это была первая настольная реляционная СУБД для 16-разрядной версии Windows. Популярность Access значительно возросла после включения этой СУБД в состав Microsoft Office. Состав программного продукта
Основные компоненты MS Access:
просмотр таблиц;
построитель экранных форм;
построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);
построитель отчётов, выводимых на печать.
Все они могут вызывать скрипты на языке VBA. Таким образом, MS Access позволяет разработать СУБД практически «с нуля» или написать оболочку для любой внешней СУБД.
Версии:
1993 Access 2.0 для Windows (Office 4.3)
1995 Access 7 для Windows 95 (Office 95)
1997 Access 97 (Office 97)
1999 Access 2000 (Office 2000)
2001 Access 2002 (Office XP)
2003 Access 2003 (из комплекта программ Microsoft Office 2003)
2007 Microsoft Office Access 2007 (из комплекта программ Microsoft Office 2007) .
В отличие от Visual FoxPro, фактически превратившегося в средство разработки приложений, Access ориентирован в первую очередь на пользователей Microsoft Office, в том числе и не знакомых с программированием. Это, в частности, проявилось в том, что вся информация, относящаяся к конкретной базе данных, а именно таблицы, индексы (естественно, поддерживаемые), правила ссылочной целостности, бизнес-правила, список пользователей, а также формы и отчеты хранятся в одном файле, что в целом удобно для начинающих пользователей.
Последняя версия этой СУБД - Access 2000 входит в состав Microsoft Office 2000 Professional и Premium, а также доступна как самостоятельный продукт. В состав Access 2000 входят:
Средства манипуляции данными Access и данными, доступными через ODBC (последние могут быть <присоединены> к базе данных Access).
Средства создания форм, отчетов и приложений; при этом отчеты могут быть экспортированы в формат Microsoft Word или Microsoft Excel, а для создания приложений используется Visual Basic for Applications, общий для всех составных частей Microsoft Office.
Средства публикации отчетов в Internet.
Средства создания интерактивных Web-приложений для работы с данными (Data Access Pages).
Средства доступа к данным серверных СУБД через OLE DB.
Средства создания клиентских приложений для Microsoft SQL Server.
Средства администрирования Microsoft SQL Server.
Поддержка COM в Access выражается в возможности использовать элементы управления ActiveX в формах и Web-страницах, созданных с помощью Access. В отличие от Visual FoxPro создание COM-серверов с помощью Access не предполагается.
Иными словами, Microsoft Access может быть использован, с одной стороны, в качестве настольной СУБД и составной части офисного пакета, а с другой стороны, в качестве клиента Microsoft SQL Server, позволяющего осуществлять его администрирование, манипуляцию его данными и создание приложений для этого сервера.
Помимо манипуляции данными Microsoft SQL Server, Access 2000 позволяет также в качестве хранилища данных использовать Microsoft Data Engine (MSDE), представляющий собой по существу настольный сервер баз данных, совместимый с Microsoft SQL Server.
2.2. Visual FoxPro
FoxPro ведет свое происхождение от настольной СУБД FoxBase фирмы Fox Software. Разрабатывая FoxBase в конце 80-х годов, эта компания преследовала цель создать СУБД, функционально совместимую с dBase с точки зрения организации файлов и языка программирования, но существенно превышающую ее по производительности. Одним из способов повышения производительности являлась более эффективная организация индексных файлов, нежели в dBase, - по формату индексных файлов эти две СУБД несовместимы между собой.
По сравнению с аналогичными версиями dBase, FoxBase и более поздняя версия этого продукта, получившая название FoxPro, предоставляли своим пользователям несколько более широкие возможности, такие как использование деловой графики, генерация кода приложений, автоматическая генерация документации к приложениям и т.д.
Впоследствии этот продукт был приобретен компанией 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, в частности поддержка COM (Component Object Model - компонентная объектная модель, являющаяся основой функционирования 32-разрядных версий Windows и организации распределенных вычислений в этой операционной системе), интеграция с Microsoft SQL Server, возможности создания распределенных приложений, основанных на концепции Windows DNA (Distributed interNet Applications).
Visual Fox Pro 6.0 предоставляет следующие возможности:
Средства публикации данных в Internet и создания Web-клиентов.
Средства создания ASP-компонентов и Web-приложений.
Средства создания COM-объектов и объектов для Microsoft Transaction Server, позволяющих создавать масштабируемые многозвенные приложения для обработки данных.
Средства доступа к данным серверных СУБД, базирующиеся на использовании OLE DB (набор COM-интерфейсов, позволяющий осуществить унифицированный доступ к данным из разнообразных источников, в том числе из нереляционных баз данных и иных источников, например Microsoft Exchange).
Средства доступа к данным Microsoft SQL Server и Oracle, включая возможность создания и редактирования таблиц, триггеров, хранимых процедур
Средства отладки хранимых процедур Microsoft SQL Server.
Средство визуального моделирования компонентов и объектов, являющиеся составными частями приложения - Visual Modeller.
Средство для управления компонентами приложений, позволяющее осуществлять их повторное использование.
Итак, тенденции развития этого продукта очевидны: из настольной СУБД Visual FoxPro постепенно превращается в средство разработки приложений в архитектуре <клиент/сервер> и распределенных приложений в архитектуре Windows DNA. Впрочем, эти тенденции в определенной степени характерны для всех наиболее популярных настольных СУБД - мы уже убедились, что и dBase, и Paradox также позволяют осуществлять доступ к наиболее популярным серверным СУБД.
В России Microsoft Foxpro долгое время был самым популярным инструментом для создания баз данных. В настоящее время его несколько потеснили такие средства разработки как Delphi, MS Access и MS Visual Basic. Но и сейчас Foxpro остается самым популярным инструментом для разработки баз. На нем написано больше всего бухгалтерских, экономических и других приложений, связанных с расчетами и хранением информации. В седьмую версию Visual Foxpro добавлено множество дополнений как в среду разработки (имеется ввиду редактор, окна отладки и другие визуальные элементы), так и собственно в синтаксис языка, которые намного увеличивают производительность работы. Все дополнения нацелены на уменьшение количества кода, которое разработчик должен набирать,а так же на предоставление дополнительного контроля над действиями пользователя.
Новые дополнения включают:Технологию IntelliSense
Расширения редактора
Закрепление окон
События на объект Database Container (DBC)
Поддержка Active Accessibility
Список задач
Просмотр объектов
Технология IntelliSense
Технология IntelliSense, или "подтверждение завершения", стало очень популярной функцией редакторов в таких продуктах, как Microsoft Visual Basic и Microsoft InterDev. IntelliSense делает написание кода более легким благодаря возможности автоматического завершения написания оператора, свойства или функции (то есть вы начинаете писать команду или параметр, а Foxpro предлагает возможные варианты, и вам остается только подтвердить один из вариантов Enter'ом). Это уменьшает количество вводимого вручную кода и позволяет разработчику не искать в документации параметры, свойства, методы нужной функции или объекта.
В этой версии Visual Foxpro IntelliSense содержит следующие функции:
Список объектов. Показывает выпадающий список допустимых дочерних объектов (свойств, событий методов) для указанного объекта. Для COM-объектов информация считывается из библиотеки типов.
Быстрая подсказка. Показывает окно подсказки для команды, функции, свойства,метода или события. Информация в этом окне содержит список допустимых параметров или аргументов функции или команды.
Список значений. Показывает выпадающий список допустимых значений для свойства объекта. Для примера, если тип Logical, то список будет содержать значения True или False.
INCLUDEPICTURE "http://www.rusdoc.ru/material/db/vfp/prod_1.gif" \* MERGEFORMATINET
Рисунок 1. Список объектов и быстрая подсказка
INCLUDEPICTURE "http://www.rusdoc.ru/material/db/vfp/prod_2.GIF" \* MERGEFORMATINET
Рисунок 2. Список значений
Расширения редактора
Дополнения Foxpro-редактора увеличивают эффективность работы в следующих направлениях:
Выбор пробела или табулятора для выделения текста
Настройка строк комментария
Поддержка гиперссылок в коде для ссылок на веб-сайты или документацию
Поддержка Dirty File Indicator для показа времени внесения изменений в код
Быстрая установка точек прерывания в коде
Установка закладок для быстрого возврата на нужный фрагмент кода
Закрепление окон
Когда разработчики работают с несколькими окнами, такими как Command,Properties и окном редактора, свободного места на экране становится очень мало. Чтобы разрешить эту ситуацию, Foxpro предоставляет возможность закрепления окон.
Технология закрепления окно позволяет:
Помещать окно на любой край экрана
Создавать сдвоенные окна. Для примера, вы можете установить Command-окно и Properties-окно в одно окно-контейнер и привязать его к правому краю экрана.
События объекта Database Container
События объекта Database Container (DBC) предоставляют связь между событиями, написанными разработчиком, и активностью базы данных во время работы пользователя, такой как открытие таблицы, добавление или удаление таблицы или изменение свойств. DBC события могут быть созданы как программно, так и в Database Designer.
INCLUDEPICTURE "http://www.rusdoc.ru/material/db/vfp/prod_3.gif" \* MERGEFORMATINET
Рисунок 3. Сдвоенные окна
DBC события имеет следующие способы использования:
Шифрование и дешифрование данных во время открытия или закрытия таблицы.
Проверка прав доступа пользователя при открытии таблицы
Предоставление сторонним производителям инструментов возможности перехватывать события в DBC для своей работы
INCLUDEPICTURE "http://www.rusdoc.ru/material/db/vfp/prod_4.gif" \* MERGEFORMATINET
Рисунок 4. События DBC
Поддержка Active Accessibility
Много людей с проблемами зрения, слуха или моторики не могут использовать приложения запускаемые в MS Windows без помощи Accessibility Aids.Microsoft Active Accessibility предоставляет встроенные в Windows компоненты на основе технологии COM. Эта технология определяет, как приложение должно изменить пользовательский интерфейс, чтобы люди с ограниченными возможностями смогли получить доступ к работе с программой.
Список задач( Task List )
Чтобы следить за работой и вовремя исполнять поставленные задачи, разработчику нужен способ записывать и позднее просматривать свой список задач. Для этого Foxpro предоствляет Task List-диалоговое окно, которое предлагает легкий способ для записи и управления задачами в проекте.
Во время разработки проекта вы можете создать пустую процедуру, а код добавить позже. И вам нужно, чтобы эта задача была добавлена в Task List для напоминания того, что нужно добавить код в процедуру. Используя shortcut-меню вы можете добавить задачу в Task List.
Позже вы можете вернуться к незаконченой процедуре двойным нажатием на записть в Task List.
INCLUDEPICTURE "http://www.rusdoc.ru/material/db/vfp/prod_5.gif" \* MERGEFORMATINET
Рисунок 5. Список задач
Просмотр объектов
Разработчики часто добавляют дополнительные возможности в программу используя COM объекты (ActiveX и другие). Но если на объект нет документации и неизвестны его свойства, события и методы, то достаточно сложно использовать его со всей эффективностью. Приложение Object Browser позволяет просматривать свойства и методы объектов.
INCLUDEPICTURE "http://www.rusdoc.ru/material/db/vfp/prod_6.gif" \* MERGEFORMATINET
Рисунок 6. Просмотр объектов


 
Выводы и предложения
В результате написания данной работы мы можем сделать следующие выводы:
1. База данных (БД) - это поименованная совокупность структурированных данных, относящихся к определенной предметной области.
2. Система управления базами данных (СУБД) - это комплекс программных и языковых средств, необходимых для создания баз данных, их поддержания в актуальном состоянии и организации в них поиска необходимой информации.
3. К основным функциям СУБД принято относить следующие: управление данными во внешней памяти; управление буферами оперативной памяти; управление транзакциями; журнализация и восстановление БД после сбоев; поддержка языков БД.
4. Базовыми моделями представления данных являются иерархическая, сетевая и реляционная.
5.Экономические задачи, для решения которых необходимо применять программное обеспечение СУБД, весьма обширны и разнообразны. На его основе строятся информационные системы предприятий различных уровней .
6. Наиболее распространенными СУБД на сегодняшний день являются Microsoft Access и Visual FoxPro.
7. Microsoft Access — реляционная СУБД корпорации Microsoft, обладает интуитивно понятным интерфейсом. Имеет широкий спектр функций, включая связанные запросы, сортировку по разным полям, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.
8. Visual FoxPro- удобный инструмент для разработки баз данных.
Также можно сделать следующее предложение по совершенствованию создания и хранения баз данных:
Базы данных – это особые структуры. Информация, которая в них содержится, очень часто имеет общественную ценность. Нередко с одной и той же базой работают тысячи людей по всей стране. От информации, которая содержится в некоторых базах, может зависеть благополучие множества людей. Поэтому целостность содержимого базы не может и не должна зависеть ни от конкретных действий некоего пользователя, забывшего сохранить файлы перед выключением компьютера, ни от перебоев в электросети.
Проблема безопасности баз данных решается тем, что в СУБД  для сохранения информации используется двойной подход. В части операций, как обычно, участвует операционная система компьютера, но некоторые операции сохранения происходят в обход операционной системы.
Средства защиты баз данных, реализованные в MS Access , позволяют предотвратить умышленные или случайные просмотр, изменение и удаление информации лицами, которые не имеют соответствующих прав доступа. Эти средства особенно важны при функционировании баз данных в сети.
В MS Access предусмотрены различные уровни защиты данных и администрирования доступа к ним. Возможности MS Access позволяют обеспечить безопасность, как самого приложения, так и файла базы данных. Простейшим средством защиты баз данных от несанкционированного доступа является пароль.
После того как пароль установлен, при каждом открытии базы данных будет появляться диалоговое окно, в которое требуется ввести пароль. Пользователи смогут открыть базу данных, только после ввода правильного пароля. Этот способ достаточно надежен, поскольку MS Access шифрует пароль, так что к нему нет прямого доступа при чтении файла базы данных. Недостаток такого способа защиты в том, что он применяется только при открытии базы данных. После открытия базы данных все объекты становятся доступными для пользователя (если не определена защита на уровне пользователей). Для базы данных, которая совместно используется небольшой группой пользователей или на автономном компьютере, установка пароля обычно оказывается достаточной.
Усовершенствовать защиту позволяют средства поддержки рабочих групп, ведения учетных (регистрационных) записей, задания прав владения и прав доступа. С помощью средств защиты можно указать, какие операции по обработке объектов базы данных разрешается выполнять пользователю или группе пользователей. О каждом пользователе или группе ведутся учетные записи с указанием прав доступа
Для того чтобы исключить неправомерный доступ к информации нашей базы данным, мы устанавливаем пароль на запуск базы данных. А так же создаём две группы пользователей – администратор с полным доступом ко всем элементам базы данных, и операторы которые имеют ограниченный доступ, например, им нельзя удалять записи из таблиц и менять структуру форм и отчетов.
Наиболее удобным методом защиты является использование «Мастера Зашиты» находящемся в меню «Сервис», подменю «Защита», который последовательно предоставит администратору базы данных создать пользователей базы данных, разграничить из права и установить пароли для запуска базы данных различными пользователями.
Таким образом, можно заключить, что дальнейшее направления развитие баз данных – это усовершенствование обеспечения их безопасности.

Список использованной литературы
Агальцов П.В. Базы данных.- М.:Мир,2002. – 376с.
Агибалов А.В.,Горюхина Е.Ю. Автоматизированные системы обработки экономической информации: Учебное пособие. Воронеж: ВГАУ,2000.-78с.
Глушаков С.В.Базы данных.- Родина-Фодио,2002. – с.34.
Информационные системы в экономике. Учебное пособие. Воронеж: ВГАУ,2005.-89с.
Информатика. Учебник \ Под ред. И.В. Макаровой. - М.: Финансы и статистика,2002.- 256с.
Информатика. Базовый курс \ Симонович С.В.- СПб:Питер,2006.-639с.
Диго С.М. Базы данных проектирование и использование. –М : Финансы и ститистика,2005. – 592с.
Информатика .Курносов А.П., Кулев С.В. И Д.Р.Под ред. А.П. КурносоваМ.:Колос,2005.с.272.
Когаловский М.Р. Технологии баз данных на персональных ЭВМ.- М: Финансы и статистика,2991. –с.45.
Кузнецов С.Д. СУБД и файловые системы. – М.: Майор,2001. – 176с.


Приложение
INCLUDEPICTURE "http://urist.fatal.ru/Book/Glava7/r71.jpg" \* MERGEFORMATINET
Рис. 1. Схема иерархической модели данных
INCLUDEPICTURE "http://urist.fatal.ru/Book/Glava7/r72.jpg" \* MERGEFORMATINET
Рис.2 Схема сетевой модели данных
INCLUDEPICTURE "http://urist.fatal.ru/Book/Glava7/r73.jpg" \* MERGEFORMATINET
Рис. 3. Схема реляционной модели данных