Содержание
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. Из появившихся недавно СУБД следует также отметить MicrosoftData Engine — по существу серверную СУБД, представляющую собой версию Microsoft SQL Server, но предназначенную, тем неменее, для использования главным образом в настольных системах и небольшихрабочих группах.СУБД Производитель URL Visual dBase dBase, Inc www.dbase2000.com/ Paradox Corel www.corel.com/ Microsoft Access 2000 Microsoft www.microsoft.com/ Microsoft FoxPro Microsoft www.microsoft.com/ Microsoft Visual FoxPro Microsoft www.microsoft.com/ Microsoft Visual FoxPro Microsoft www.microsoft.com/ Microsoft Data Engine Microsoft 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 фирмы ExtendedSystems и 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 под названием DatabaseDesktop по-прежнему входит в состав Borland Delphi и Borland C++Builder именнос этой целью). Что же касается базового формата данных, используемого в этомпродукте, то он обладает теми же недостатками, что и все форматы данныхнастольных СУБД, и поэтому при возможности его стараются заменить на сервернуюСУБД, даже сохранив сам Paradox как средство разработки приложений иманипуляции данными.
Текущая версия данной СУБД — Paradox9, поставляется в двух вариантах — Paradox 9 Standalone Edition и Paradox 9Developer's Edition. Первый из них предназначен для использования в качественастольной СУБД и входит в Corel Office Professional, второй — в качестве какнастольной СУБД, так и средства разработки приложений и манипуляции данными всерверных СУБД. Обе версии содержат:
· Средства манипуляции данными Paradox и dBase.
· Средства создания форм, отчетов и приложений.
· Средства визуального построения запросов.
· Средства публикации данных и отчетов в Internet и созданияWeb-клиентов.
· Corel Web-сервер.
· ODBC-драйвер для доступа к данным формата Paradox изWindows-приложений.
· Средства для доступа к данным формата Paradox из Java-приложений.
· Помимо этого Paradox 9 Developer's Edition содержит:
· Run-time-версию Paradox для поставки вместе с приложениями.
· Средства создания дистрибутивов.
· Драйверы SQL Links для доступа к данным серверных СУБД.
Отметим, однако, чтопопулярность этого продукта как средства разработки в последнее время несколькоснизилась, хотя в мире эксплуатируется еще немало информационных систем,созданных с его помощью.
Microsoft FoxPro и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 в SQLServer и средства доступа к данным этого сервера из Visual FoxPro и созданных сего помощью приложений. Хотя формат данных FoxPro также модифицировался с каждойновой версией, приобретая такие возможности, как хранение правил ссылочнойцелостности и некоторых бизнес-правил в самой базе данных, миграции приложенийVisual FoxPro на серверные платформы уделялось значительно большее внимание.
Последняя версия этого продукта- Visual FoxPro 6.0, доступна и отдельно, и как составная часть MicrosoftVisual 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-объектов и объектов для MicrosoftTransaction Server, позволяющих создавать масштабируемые многозвенныеприложения для обработки данных.
· Средства доступа к данным серверных СУБД, базирующиеся наиспользовании OLE DB (набор COM-интерфейсов, позволяющий осуществитьунифицированный доступ к данным из разнообразных источников, в том числе изнереляционных баз данных и иных источников, например Microsoft Exchange).
· Средства доступа к данным Microsoft SQL Server и Oracle, включаявозможность создания и редактирования таблиц, триггеров, хранимых процедур
· Средства отладки хранимых процедур Microsoft SQL Server.
· Средство визуального моделирования компонентов и объектов,являющиеся составными частями приложения — Visual Modeller.
· Средство для управления компонентами приложений, позволяющееосуществлять их повторное использование.
Итак, тенденции развития этогопродукта очевидны: из настольной СУБД Visual FoxPro постепенно превращается всредство разработки приложений в архитектуре ираспределенных приложений в архитектуре Windows DNA. Впрочем, эти тенденции вопределенной степени характерны для всех наиболее популярных настольных СУБД — мыуже убедились, что и dBase, и Paradox также позволяют осуществлять доступ кнаиболее популярным серверным СУБД.
Microsoft Access
Первая версия СУБД Accessпоявилась в начале 90-х годов. Это была первая настольная реляционная СУБД для16-разрядной версии Windows. Популярность Access значительно возросла послевключения этой СУБД в состав Microsoft Office.
В отличие от Visual FoxPro,фактически превратившегося в средство разработки приложений, Accessориентирован в первую очередь на пользователей Microsoft Office, в том числе ине знакомых с программированием. Это, в частности, проявилось в том, что всяинформация, относящаяся к конкретной базе данных, а именно таблицы, индексы(естественно, поддерживаемые), правила ссылочной целостности, бизнес-правила,список пользователей, а также формы и отчеты хранятся в одном файле, что вцелом удобно для начинающих пользователей.
Последняя версия этой СУБД — Access2000 входит в состав Microsoft Office 2000 Professional и Premium, а такжедоступна как самостоятельный продукт. В состав Access 2000 входят:
Средства манипуляции даннымиAccess и данными, доступными через ODBC (последние могут быть к базе данных Access).
Средства создания форм, отчетови приложений; при этом отчеты могут быть экспортированы в формат Microsoft Wordили Microsoft Excel, а для создания приложений используется Visual Basic forApplications, общий для всех составных частей 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 SQLServer, позволяющего осуществлять его администрирование, манипуляцию егоданными и создание приложений для этого сервера.
Помимо манипуляции даннымиMicrosoft SQL Server, Access 2000 позволяет также в качестве хранилища данныхиспользовать Microsoft Data Engine (MSDE), представляющий собой по существунастольный сервер баз данных, совместимый с Microsoft SQL Server.
1.2. Microsoft Data Engine
MSDE представляет собой СУБД,базирующуюся на технологиях Microsoft SQL Server, но предназначенную дляиспользования в настольных системах или в сетевых приложениях с объемом данныхдо 2 Гбайт и небольшим количеством пользователей. По существу MSDE являетсяоблегченной версией Microsoft SQL Server, не содержащей средствадминистрирования, и к настольным СУБД может быть отнесена весьма условно.
В Microsoft Access пользовательможет выбрать, какой механизм доступа к данным следует применять: Microsoft Jet- стандартный набор библиотек доступа к данным или MSDE (в этом случаеуправление базой данных осуществляется с помощью отдельного процесса). Возможнопреобразование имеющихся баз данных Access в базу данных MSDE из средыразработки Access.
Базы данных MSDE полностьюсовместимы с базами данных Microsoft SQL Server и могут при необходимостиуправляться этим сервером. Как большинство серверных СУБД, эти базы данныхподдерживают транзакции, позволяют создавать триггеры и хранимые процедуры(недоступные в базах данных Access), использовать механизмы защиты данных,предоставляемые операционной системой. Помимо этого при большом числепользователей и большом объеме данных приложения, использующие MSDE, отличаютсяболее высокой производительностью, так как обработка запросов происходит внутрипроцесса, управляющего базой данных, а не внутри клиентского приложения, чтопозволяет снизить сетевой трафик, связанный с передачей данных от сервера кклиенту.
MSDE входит в состав MicrosoftOffice 2000 Premium или Developer, а также доступна на Web-сайте Microsoft длязарегистрированных пользователей Visual Studio 6.0 Professional, EnterpriseEdition либо любого из средств разработки, являющегося частью Visual Studio 6.0Professional или Enterprise Edition. MSDE может свободно распространяться всоставе приложений, созданных с помощью любого из средств разработки, входящегов состав Visual Studio 6.0 или Office 2000 Developer. [4, 46]
1.3. Актуальность использования настольных СУБД
Несмотря на то, что многиеавторы высказывают мнение, что время этих СУБД прошло, они по-прежнемуиспользуются и некоторые из них достаточно активно. К числу подобных СУБДотносятся DBase,FoxPro, Paradox, MS Access. Конечно, настольные СУБД обладали,обладают и будут обладать всеми недостатками файл-серверной архитектуры. Невызывают сомнения слова о плохой защищенности данных, медленной работе,трудностях с поддержкой ограничений целостности, проблемах с дублированиемданных при миграции и резервном копировании, трудностях администрирования,катастрофического снижения скорости обработки при возрастании объемов данных ит.д. и т.п.
Однако, используемые для решенияпроблемы средства должны соответствовать сложности решаемой проблемы. Так, врядли имеет смысл тратить на разработку и внедрение информационной системысредства, существенно большие, чем весь годовой оборот предприятия, а длямногих предприятий сферы малого (а, возможно, и среднего) бизнеса дело обстоитименно так. Следует понимать, что расходы на приобретение готового программногообеспечения (в частности, серверной СУБД), а также разработку соответствующейинформационной системы, функционирующей под управлением это СУБД, составят отнескольких десятков тысяч до нескольких миллионов долларов. Итак, где же и какиспользуются на сегодняшний день перечисленные выше СУБД? Прежде всего, этогосударственные (муниципальные) учреждения, сфера образования, сфераобслуживания, малый и средний бизнес. Специфика возникающих там задачзаключается в том, что объемы данных не являются катастрофически большими,частота обновлений не бывает слишком большой, организация территориально обычнорасположена в одном небольшом здании, количество пользователей колеблется отодного до 10-15 человек. В подобных условиях использование настольных СУБД дляуправления информационными системами является вполне оправданным и с успехомприменяется. Более того, последние версии настольных СУБД приобрели некоторыекачества, необходимые для нормальной работы, такие, например, как поддержкаограничений целостности и механизма транзакций. Некоторые настольные СУБДфункционируют в среде MicrosoftWindows, а также «обзавелись» средствамиреализации оконного пользовательского интерфейса, например, Microsoft Access иVisual FoxPro. [1, 68]
1.4. Направления и перспективы развития настольных СУБД
В данной работе мы рассмотрелинаиболее популярные на сегодняшний день настольные СУБД и проследили историю ихразвития. Мы увидели, что развитие тех из настольных СУБД, что сумели сохранитьсвою популярность на протяжении многих лет, подчинялось вполне определеннымзакономерностям. Все эти СУБД:
· приобрели визуальные средства проектирования форм, отчетов иприложений в момент появления ранних Windows-версий;
· стали предоставлять доступ к данным серверных СУБД к моментупоявления первых 32-разрядных версий;
· приобрели средства публикации данных в Internet и в той или инойстепени поддерживают создание приложений для редактирования данных с помощьюWeb-браузеров;
· начали предоставлять возможность хранить описания правилссылочной целостности внутри базы данных.
Помимо этого все современныеСУБД, за исключением Corel Paradox, в качестве альтернативы собственномуформату данных позволяют использовать для создания настольных приложенийоблегченные серверы баз данных, предназначенные для использования на одномкомпьютере или в рамках небольшой рабочей группы. Иными словами, историяразвития настольных СУБД отражает современные тенденции развития информационныхсистем, такие как создание распределенных систем с использованием Internet илиIntranet, применение средств быстрой разработки приложений и массовый переносприложений, использующих базы данных, включая настольные приложения, вархитектуру .
2. Практическая часть работы
2.1. Общая характеристика задачи
Рассмотрим следующую задачу.
1. Построить таблицы по приведенным ниже данным (рис. 2.1 – 2.3).
2. Выполнить расчет остатков вкладов.
3. Организовать межтабличные связи для автоматического формироваияведомости остатков вкладов с начисленными процентами.
4. Результаты вычислений представить в графическом виде.№ лицевого счета Вид вклада Сумма вклада остаток входящий, тыс. руб. приход, тыс. руб. расход, тыс. руб. остаток входящий, тыс. руб. R6798 До востребования 54 4 F5774 Праздничный 45 S3354 Срочный 76 8 9 G6723 До востребования 15 12 2 Z3421 Срочный 6 3
Рис. 2.1.1. Операционный дневник№ лицевого счета Вид вклада Остаток вклада с начисленным процентом, % R6798 До востребования F5774 Праздничный S3354 Срочный G6723 До востребования Z3421 Срочный
Рис.2.1.2. Остаток вклада с начисленным процентом
Вид вклада Процентная ставка, % До востребования 2 Праздничный 5 Срочный 3
Рис.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)Колонка электронной таблицы Наименование (реквизит) Тип данных Формат данных длина точность А № лицевого счета текстовый 5 В Вид вклада текстовый 30 С Остаток вклада с начисленным процентом, % числовой 20 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.) № лицевого счета Вид вклада Остаток вклада с начисленным процентом, тыс. руб. R6798 До востребования 51,00 F5774 Праздничный 47,25 S3354 Срочный 77,25 G6723 До востребования 25,50 Z3421 Срочный 9,27
/>
Рис. 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.compress.ru/