Содержание
  1. Настольные СУБД
1.1. Основы работы настольных СУБД
1.2. Microsoft Data Engine
2. Практическая часть работы
2.1. Общая характеристика задачи
2.2. Описание алгоритма решения задачи
Список литературы

Введение
Лет двадцать назад обработка данных происводилась с помощью мэйнфреймов и мини-ЭВМ и имела свои преимущества, в определенной степени утраченные позже, в эпоху персональных компьютеров и настольных СУБД. К ним, в частности, относились:
·                   возможность коллективного использования ресурсов и оборудования, например центрального процессора, оперативной памяти, внешних устройств (принтеров, плоттеров, накопителей на магнитной ленте и иных устройств хранения данных и т.д.);
·                   централизованное хранение данных.
Серьезным недостатком подобных систем было практическое отсутствие персонализации рабочей среды - все программное обеспечение, включая текстовые редакторы, компиляторы, СУБД, хранилось также централизованно и использовалось коллективно.
Этот недостаток был одной из причин бурного роста индустрии персональных компьютеров - наряду с простотой в эксплуатации и невысокой стоимостью по сравнению с мэйнфреймами и мини-ЭВМ пользователей привлекали возможности персонализации рабочей среды, в особенности возможность выбора наиболее подходящего данному пользователю программного обеспечения. Именно в тот период и начался бурный рост популярности настольных СУБД, таких как dBase (РЕБУС) и, чуть позже, FoxBASE, Paradox, а также некоторых других, ныне благополучно забытых. Надо сказать, в то время происходили процессы заимствования и стандартизации удачных идей и подходов, что особенно заметно отразилось на судьбе такого продукта, как dBase, чей язык программирования и принципы организации данных были заимствованы многими другими производителями в своих продуктах.

1. Настольные СУБД

1.1. Основы работы настольных СУБД

Многие авторы классифицируют СУБД на две большие категории: «настольные» и «серверные».
Настольные СУБД отличаются тем, что используют в модель вычислений с сетью и файловым сервером (архитектура «файл-сервер»). Увеличение сложности задач, появление персональных компьютеров и локальных вычислительных сетей явилось предпосылками появления новой архитектуры «файл-сервер». Эта архитектура баз данных с сетевым доступом предполагает назначение одного из компьютеров сети в качестве выделенного сервера, на котором будут храниться файлы базы данных. В соответствие с запросами пользователей файлы с файл-сервера передаются на рабочие станции пользователей, где и осуществляется основная часть обработки данных. Центральный сервер выполняет в основном только роль хранилища файлов, не участвуя в обработке самих данных.
Работа построена следующим образом:
База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (файлового сервера). Существует локальная сеть, состоящая из клиентских компьютеров, на каждом из которых установлены СУБД и приложение для работы с БД. На каждом из клиентских компьютеров пользователи имеют возможность запустить приложение. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к БД на выборку/обновление информации.
Все обращения к БД идут через СУБД, которая инкапсулирует внутри себя все сведения о физической структуре БД, расположенной на файловом сервере. СУБД инициирует обращения к данным, находящимся на файловом сервере, в результате которых часть файлов БД копируется на клиентский компьютер и обрабатывается, что обеспечивает выполнение запросов пользователя (осуществляются необходимые операции над данными). При необходимости (в случае изменения данных) данные отправляются назад на файловый сервер с целью обновления БД. Результат СУБД возвращает в приложение. Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов. В рамках архитектуры «файл-сервер» были выполнены первые версии популярных т.н. настольных СУБД, таких как dBase и Microsoft Access.
Указываются следующие основные недостатки данной архитектуры: при одновременном обращении множества пользователей к одним и тем же данным производительность работы резко падает, т.к. необходимо дождаться пока пользователь, работающий с данными, завершит свою работу. В противном случае возможно затирание исправлений, сделанных одними пользователями, изменениями других пользователей. [2, 78]
1.2. Наиболее популярные настольные СУБД
На сегодняшний день известно более двух десятков форматов данных настольных СУБД, однако наиболее популярными, исходя из числа проданных копий, следует признать dBase, Paradox, FoxPro и Access. Из появившихся недавно СУБД следует также отметить Microsoft Data Engine - по существу серверную СУБД, представляющую собой <облегченную> версию Microsoft SQL Server, но предназначенную, тем не менее, для использования главным образом в настольных системах и небольших рабочих группах.

СУБД	Производитель	URL
Visual dBase	dBase, Inc	http://www.dbase2000.com/
Paradox	Corel	http://www.corel.com/
Microsoft Access 2000	Microsoft	http://www.microsoft.com/
Microsoft FoxPro	Microsoft	http://www.microsoft.com/
Microsoft Visual FoxPro	Microsoft	http://www.microsoft.com/
Microsoft Visual FoxPro	Microsoft	http://www.microsoft.com/
Microsoft Data Engine	Microsoft	http://www.microsoft.com/

 
Сведения о производителях перечисленных выше СУБД представлены в следующей таблице:
Рассмотрим каждую из этих СУБД в отдельности. Начнем с dBase - СУБД, бывшей некогда необычайно популярной и сегодня по-прежнему не забытой, несмотря на то что за время своего существования она сменила несколько хозяев и в настоящее время судьба ее до конца не определена. [4, 35]
dBase и Visual dBase.
Первая промышленная версия СУБД dBase - dBase II (принадлежащая тогда компании Ashton-Tate, приобретенной позже компанией Borland) появилась в начале 80-х годов. Благодаря простоте в использовании, нетребовательности к ресурсам компьютера и, что не менее важно, грамотной маркетинговой политике компании-производителя этот продукт приобрел немалую популярность, а с выходом следующих его версий - dBase III и dBase III Plus (1986 г.), оснащенных весьма комфортной по тем временам средой разработки и средствами манипуляции данными, быстро занял лидирующие позиции среди настольных СУБД и средств создания использующих их приложений.
Хранение данных в dBase основано на принципе <одна таблица - один файл> (эти файлы обычно имеют расширение *.dbf). MEMO-поля и BLOB-поля (доступные в поздних версиях dBase) хранятся в отдельных файлах (обычно с расширением *.dbt). Индексы для таблиц также хранятся в отдельных файлах. При этом в ранних версиях этой СУБД требовалась специальная операция реиндексирования для приведения индексов в соответствие с текущим состоянием таблицы.
Формат данных dBase является открытым, что позволило ряду других производителей заимствовать его для создания dBase-подобных СУБД, частично совместимых с dBase по форматам данных. Например, весьма популярная некогда СУБД FoxBase (разработанная Fox Software, Inc. и ныне принадлежащая Microsoft) использовала формат данных dBase для таблиц, однако форматы для хранения MEMO-полей и индексов были своими собственными, несовместимыми с dBase. Очень популярное в начале 90-х годов (и кое-где применяемое до сих пор) средство разработки Clipper компании Nantucket Corp (приобретенной впоследствии компанией Computer Associates) манипулировало как с данными формата dBase III (включая индексные файлы и файлы для MEMO-полей), так и с индексными файлами собственного формата.
Помимо популярного формата данных dBase является родоначальником и некогда популярного семейства языков программирования, получившего называние xBase. Все языки этого семейства, использующиеся и в FoxBase, и в Clipper, и в некоторых более поздних средствах разработки, таких как канувший в Лету CA Visual Objects фирмы Computer Associates, содержат сходный набор команд для манипуляции данными и являются по существу интерпретируемыми языками. В роли интерпретатора команд xBase выступает обычно либо среда разработки приложения на этом языке, либо среда времени выполнения, которую можно поставлять вместе с приложением. Отметим, что для скрытия исходного текста xBase-приложения подобные СУБД обычно содержат утилиты для псевдокомпиляции кода, который затем поставляется вместе со средой времени выполнения. В случае Clipper среда времени выполнения содержится в самом исполняемом файле (и сам Clipper формально считается компилятором), но тем не менее этот язык по существу также является интерпретируемым.
Обладавшие немалым сходством в синтаксисе и поддерживаемом наборе команд во времена широкого применения DOS, языки семейства xBase, тем не менее, имеют немало различий, особенно в поздних версиях <наследников>, использовавших их СУБД. Как правило, все они имеют собственные объектные расширения, и поэтому в настоящее время говорить об их совместимости между собой практически не приходится.
Отметим, однако, что для работы с данными формата dBase (или иных dBase-подобных СУБД) совершенно необязательно пользоваться диалектами xBase. Доступ к этим данным возможен с помощью ODBC API (и соответствующих драйверов) и некоторых других механизмов доступа к данным (например, Borland Database Engine, некоторых библиотек других производителей типа СodeBase фирмы Sequenter), и это позволяет создавать приложения, использующие формат данных dBase, практически с помощью любого средства разработки, поддерживающего один из этих механизмов доступа к данным.
После покупки dBase компанией Borland этот продукт, получивший впоследствии название Visual dBase, приобрел набор дополнительных возможностей, характерных для средств разработки этой компании и для имевшейся у нее другой настольной СУБД - Paradox. Среди этих возможностей были специальные типы полей для графических данных, поддерживаемые индексы, хранение правил ссылочной целостности внутри самой базы данных, а также возможность манипулировать данными других форматов, в частности серверных СУБД, за счет использования BDE API и SQL Links.
В настоящее время Visual dBase принадлежит компании dBase, Inc. Его последняя версия - Visual dBase 7.5 имеет следующие возможности:
·                   Средства манипуляции данными dBase и FoxPro всех версий.
·                   Средства создания форм, отчетов и приложений.
·                   Средства публикации данных в Internet и создания Web-клиентов.
·                   Ядро доступа к данным Advantage Database Server фирмы Extended Systems и ODBC-драйвер для доступа к данным этой СУБД.
·                   Средства публикации отчетов в Web.
·                   Средства визуального построения запросов.
·                   Средства генерации исполняемых файлов и дистрибутивов.
В настоящее время к Visual dBase в качестве дополнения может быть приобретен компонент dConnections, позволяющий осуществить доступ к данным Oracle, Sybase, Informix, MS SQL Server, DB2, InterBase из Visual dBase 7.5 и приложений, созданных с его помощью.Компания dBase, Inc объявила также о проекте dBASE Open Source, целью которого является разработка сообществом пользователей dBase новых компонентов и классов с целью включения их в последующую версию dBase (получившую название dBase 2000). Иными словами, имеется тенденция превращения dBase (или его частей) в некоммерческий продукт с доступными исходными текстами. 
Paradox
Paradox был разработан компанией Ansa Software, и первая его версия увидела свет в 1985 году. Этот продукт был впоследствии приобретен компанией Borland. С июля 1996 года он принадлежит компании Corel и является составной частью Corel Office Professional.[4, 39]
В конце 80-х - начале 90-х годов Paradox, принадлежавший тогда компании Borland International, был весьма популярной СУБД, в том числе и в нашей стране, где он одно время занимал устойчивые позиции на рынке средств разработки настольных приложений с базами данных.
Принцип хранения данных в Paradox сходен с принципами хранения данных в dBase - каждая таблица хранится в своем файле (расширение *.db), MEMO - и BLOB-поля хранятся в отдельном файле (расширение *.md), как и индексы (расширение *.px).
Однако, в отличие от dBase, формат данных Paradox не является открытым, поэтому для доступа к данным этого формата требуются специальные библиотеки. Например, в приложениях, написанных на C или Pascal, использовалась некогда популярная библиотека Paradox Engine, ставшая основой Borland Database Engine. Эта библиотека используется ныне в приложениях, созданных с помощью средств разработки Borland (Delphi, C++Builder), в некоторых генераторах отчетов (например, Crystal Reports) и в самом Paradox. Существуют и ODBC-драйверы к базам данных, созданным различными версиями этой СУБД.
Отметим, однако, что отсутствие <открытости> формата данных имеет и свои достоинства. Так как в этой ситуации доступ к данным осуществляется только с помощью <знающих> этот формат библиотек, простое редактирование подобных данных по сравнению с данными открытых форматов типа dBase существенно затруднено. В этом случае возможны такие недоступные при использовании <открытых> форматов данных сервисы, как защита таблиц и отдельных полей паролем, хранение некоторых правил ссылочной целостности в самих таблицах - все эти сервисы предоставляются Paradox, начиная с первых версий этой СУБД.
По сравнению с аналогичными версиями dBase ранние версии Paradox обычно предоставляли разработчикам баз данных существенно более расширенные возможности, такие как использование деловой графики в DOS-приложениях, обновление данных в приложениях при многопользовательской работе, визуальные средства построения запросов, на основе интерфейса QBE - Query by Example (запрос по образцу), средства статистического анализа данных, а также средства визуального построения интерфейсов пользовательских приложений с автоматической генерацией кода на языке программирования PAL (Paradox Application Language).
Windows-версии СУБД Paradox, помимо перечисленных выше сервисов, позволяли также манипулировать данными других форматов, в частности dBase и данными, хранящимися в серверных СУБД. Такую возможность пользователи Paradox получили благодаря использованию библиотеки Borland Database Engine и драйверов SQL Links. Это позволило использовать Paradox в качестве универсального средства управления различными базами данных (существенно облегченная версия Paradox 7 под названием Database Desktop по-прежнему входит в состав Borland Delphi и Borland C++Builder именно с этой целью). Что же касается базового формата данных, используемого в этом продукте, то он обладает теми же недостатками, что и все форматы данных настольных СУБД, и поэтому при возможности его стараются заменить на серверную СУБД, даже сохранив сам Paradox как средство разработки приложений и манипуляции данными.
Текущая версия данной СУБД - Paradox 9, поставляется в двух вариантах - Paradox 9 Standalone Edition и Paradox 9 Developer's Edition. Первый из них предназначен для использования в качестве настольной СУБД и входит в Corel Office Professional, второй - в качестве как настольной СУБД, так и средства разработки приложений и манипуляции данными в серверных СУБД. Обе версии содержат:
·                   Средства манипуляции данными Paradox и dBase.

Рис. 2.1.1. Операционный дневник
Рис. 2.1.2. Остаток вклада с начисленным процентом
Рис. 2.1.3. Процентная ставка

2.2. Описание алгоритма решения задачи

1. Запустить табличный процессор MS Excel.
2. Создать книгу с именем «Вклады».
3. Лист 1 переименовать в лист с названием Операционный дневник.
4. На рабочем листе Операционный дневник MS Excel создать таблицу операционного дневника.
5. Заполнить таблицу базового прайс-листа исходными данными. (рис. 2.2.1.)

Рис. 2.2.1. Расположение таблицы «Операционный дневник» на рабочем листе Операционный дневник MS Excel
6. Разработать структуру шаблона таблицы «Остаток вклада с начисленным процентом» (рис. 2.2.2)
Рис. 2.2.2. Структура шаблона таблицы «Остаток вклада с начисленным процентом»
7. Лист 2 переименовать в лист с названием Остаток вклада.
8. На рабочем листе Остаток вклада создать таблицу, в которой буду содержаться список счетов и остатки вкладов на них с начисленными процентами.
9. Заполним таблицу остатков вкладов с начисленными процентами исходными данными. (рис. 2.2.3.)
Рис. 2.2.3. Расположение таблицы «Остаток вклада с начисленным процентом» на рабочем листе Остаток вклада MS Excel
10. Лист 3 переименовать в лист с названием Процентная ставка.
11. На рабочем листе Процентная ставка создать таблицу, в которой будут содержаться виды вкладов и соответствующие им процентные ставки. Заполнить таблицу исходными данными. (рис. 2.2.4.)

Рис. 2.2.4. Расположение таблицы «Процентная ставка» на рабочем листе Процентная ставка MS Excel
12. Заполнить графу Остаток входящий таблицы «Операционный дневник», находящейся на листе Операционный дневник следующим образом:
Занести в ячейку F3 формулу: =C3+D3-E3.
Размножить введенную в ячейку F3 формулу для остальных ячеек (с F4 по F7) данной графы.
Таким образом, будет выполнен цикл, управляющим параметром которого является номер строки (рис. 2.2.5.)

Рис. 2.2.5. Расчет остатков входящих на листе Операционный дневник MS Excel
13. Заполнить графу Остаток вклада с начисленным процентом таблицы, находящейся на листе Остаток вклада следующим образом:
Занести в ячейку С2 формулу:
=(ПРОСМОТР(B2:B6;'Процентная ставка'!$A$2:$A$4;'Процентная ставка'!$B$2:$B$4)/100+1)*'Операционный дневник'!F3
При построении формулы воспользовались мастером функций (рис. 2.2.6.):

Рис. 2.2.6. Диалоговое окно построения функции ПРОСМОТР
Размножить введенную в ячейку С2 формулу для остальных ячеек данной графы (с С3 по С6). (рис. 2.2.7.)

Рис. 2.2.7. Расчет остатков вкладов с начисленными процентами путем размножения функции
14. Лист 4 переименовать в лист с названием График.
15. На рабочем листе График MS Excel создать таблицу со списком номеров лицевых счетов и соответствующих остатков вкладов с начисленными процентами. Но основе этой таблицы строим гистограмму.
16. Результаты расчетов представить графически (рис. 2.2.8.)

Рис. 2.2.8. Таблица «Остаток вклада с начисленным процентом» и графическое представление вычислений

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

1.                Пушников А.Ю. Введение в системы управления базами данных. Часть 1. Реляционная модель данных: Учебное пособие/Изд-е Башкирского ун-та. - Уфа, 1999. - 108 с.
2.                Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. - М.: Финансы и стати-стика, 1989. - 351 с.
3.                Кузнецов С.Д. Введение в системы управления базами данных //СУБД. - 1995. - №1,2,3,4, 1996. - №1,2,3,4,5.
4.                Федоров А. Н., Елманова Н. С. Введение в базы данных Часть 2. Настольные СУБД// КомпьютерПресс - 2000. - № 3,4.
5.                http://www.comdivss.ru/