Информационный центр "Центральный Дом Знаний"
Онлайн всего: 1 Гостей: 1 Пользователей: 0
|
Настольные СУБДСодержание Введение…………………………………………………………………….3 Глава 1. Теоретическая часть. Настольные СУБД 1.1.Введение…………………………………………………………………4 1.2. Сущность настольных СУБД………………………………………….5 1.3. Достоинства СУБД………………………………………………….….9 1.4. Наиболее популярные настольные СУБД……………………………12 1.5. Заключение……………………………………………………………..15 Глава 2. Практическая часть……………………………………………….16 Список использованной литературы………………………………………21 Введение Данная курсовая работа содержит две основные части, первая - теоретическая, вторая – практическая. Объектом теоретической части являются настольные системы управления базами данных. Их актуальность заключается в том, что они связанны с организацией хранения и обработки различных данных (она целиком и полностью осуществляется в пользовательском (клиентском) приложении). Это позволяет им быть популярными в наше время. СУБД - специализированный комплекс программ, предназначенный для удобной и эффективной организации, контроля и администрирования áаз данных. Настольные СУБД как таковые не содержат специальных приложений и сервисов, управляющих данными, взаимодействие с ними осуществляется с помощью файловых сервисов операционной системы. Подробнее об этом в первой главе курсовой работы. Экономическая задача, которая будет решена с использованием прикладной программы, описана во второй главе курсовой работе. Вариант практической части №25: Построить таблицы по приведенным данным Выполнить расчет исходящих остатков вкладов. Организовать межтабличные связи для автоматического формирования ведомости остатков вкладов с начисленными процентами. Результаты вычислений представить в графическом виде. Для выполнения курсовой работы использовалась операционная система компании Microsoft (Windows XP). Цель практической части – научиться пользоваться ПК в расширенном формате, используя прикладные программы, уметь работать с документами и текстами, а так же с базами данных. Глава 1. Теоретическая часть Настольные СУБД 1.1.Введение Термин СУБД( англоязычная аббревиатура DBMS – Database Management System) расшифровывается как «система управления базами данных». Это программа или комплекс программ, предоставляющих по сравнению с обычной файловой и операционной системой некий дополнительный набор действий по хранению, поиску и изменению информации. Информация хранится в файлах, именуемых базами данных. База данных – это организованная структура, предназначенная для хранения информации. Основное назначение баз данных (БД) — хранение информации, это ясно даже неискушенному в информационных технологиях человеку. СУБД фактически является сердцем большинства приложений для работы с БД. 1.2. Сущность настольных СУБД Компьютеры стали ближе и доступнее каждому пользователю. Исчез благоговейный страх рядовых пользователей перед непонятными и сложными языками программирования. Появилось множество программ, предназначенных для работы неподготовленных пользователей. Простыми и понятными стали операции копирования файлов и переноса информации с одного компьютера на другой, распечатка текстов, таблиц и других документов. Системные программисты были отодвинуты на второй план. Каждый пользователь мог себя почувствовать полным хозяином этого мощного и удобного устройства, позволяющего автоматизировать многие аспекты собственной деятельности. И, конечно, это сказалось и на работе с базами данных. Новоявленные СУБД позволяли хранить значительные объемы информации, они имели удобный интерфейс для заполнения, встроенные средства для генерации различных отчетов. Эти программы позволяли автоматизировать многие учетные функции, которые раньше велись вручную. Постоянное снижение цен на персональные компьютеры сделало такое ПО доступным не только для организаций и фирм, но и для отдельных пользователей. Компьютеры стали инструментом для ведения документации и собственных учетных функций. Это все сыграло как положительную, так и отрицательную роль в области развития баз данных. Кажущаяся простота и доступность персональных компьютеров и их программного обеспечения породила множество дилетантов. Много было создано систем-однодневок, которые не отвечали законам развития и взаимосвязи реальных объектов. Однако доступность персональных компьютеров заставила пользователей из многих областей знаний, которые ранее не применяли вычислительную технику в своей деятельности, обратиться к ним. И спрос на развитые удобные программы обработки данных заставлял поставщиков программного обеспечения поставлять все новые системы, которые принято называть настольными СУБД. Значительная конкуренция среди поставщиков заставляла совершенствовать эти конфигурации, предлагая новые возможности, улучшая интерфейс и быстродействие систем, снижая их стоимость. Наличие на рынке большого числа СУБД, выполняющих сходные функции, потребовало разработки методов экспорта-импорта данных для этих систем и открытия форматов хранения данных. Но и в этот период появлялись любители, которые вопреки здравому смыслу разрабатывали собственные СУБД, используя стандартные языки программирования. Это был тупиковый вариант, потому что дальнейшее развитие показало, что перенести данные из нестандартных форматов в новые СУБД было гораздо труднее, а в некоторых случаях требовало таких трудозатрат, что легче было бы все разработать заново, но данные все равно надо было переносить на новую более перспективную СУБД. И это тоже было результатом недооценки тех функции, которые должна была выполнять СУБД. Особенности этого этапа следующие: Стандартизация высокоуровневых языков манипулирования данными (разработка и внедрение стандарта SQL92 во все СУБД). Все СУБД были рассчитаны на создание БД в основном с монопольным доступом. И это понятно. Компьютер персональный, он не был подсоединен к сети, и база данных на нем создавалась для работы одного пользователя. В редких случаях предполагалась последовательная работа нескольких пользователей, например, сначала оператор, который вводил бухгалтерские документы, а потом главбух, который определял проводки, соответствующие первичным документам. Большинство СУБД имели развитый и удобный пользовательский интерфейс. В большинстве существовал интерактивный режим работы с БД как в рамках описания БД, так и в рамках проектирования запросов. Кроме того, большинство СУБД предлагали развитый и удобный инструментарий для разработки готовых приложений без программирования. Во всех настольных СУБД поддерживался только внешний уровень представления реляционной модели, то есть только внешний табличный вид структур данных. При наличии высокоуровневых языков манипулирования данными типа реляционной алгебры и SQL в настольных СУБД поддерживались низкоуровневые языки на уровне отдельных строк таблиц. В настольных СУБД отсутствовали средства поддержки ссылочной и структурной целостности базы данных. Эти функции должны были выполнять приложения, однако скудость средств разработки приложений иногда не позволяла это сделать, и в этом случае эти функции должны были выполняться пользователем, требуя от него дополнительного контроля при вводе и изменении информации, хранящейся в БД. Наличие монопольного режима работы фактически привело к вырождению функций администрирования БД. Сравнительно скромные требования к аппаратному обеспечению со стороны настольных СУБД. Вполне работоспособные приложения, разработанные, например, на Clipper, работали на PC 286. В принципе, их даже трудно назвать полноценными СУБД. Яркие представители этого семейства — очень широко использовавшиеся до недавнего времени СУБД Dbase (DbaseIII+, DbaseIV), FoxPro, Clipper, Paradox. [1] Представим схему взаимодействия СУБД и прикладного программного обеспечения в схеме построения информационной системы. Тут важно понять, что база данных в определенной модели существует для прикладного программного обеспечения, тогда как программное обеспечение СУБД взаимодействует с данными на уровне файловой системы и системных вызовов операционной системы. Схема 1. Взаимодействие СУБД и прикладного программного обеспечения[5] 1.3. Достоинства СУБД Первое достоинство: уменьшение размера и увеличение связности Представим, что нужно хранить набор записей о куплях/продажах. Если ведётся список продаж и покупок вручную в текстовом файле, то наименование каждого товара, поставщика и покупателя, как правило, придётся указывать многократно. Возможные ошибки ввода при этом будут приводить к рассогласованию сведений. В базе данных названия товаров, покупателей и поставщиков могут быть сохранены по отдельности в независимых таблицах, в которые каждое название заносится ровно один раз. Главная таблица вместо соответствующего названия содержит его порядковый номер во вспомогательной таблице. СУБД сводит в отчёте для пользователя все данные воедино автоматически. Базы данных, которые состоят из набора таблиц с фиксированным составом полей, причём вместо непосредственного значения элемента в поле может быть указана его координата в другой таблице, называются реляционными. Примером реляционной СУБД является Microsoft Access™. [2] Второе достоинство: ускорение работы в сети Допустим, пользователю на рабочей станции требуется найти среди данных на сервере строку заданного образца. Если данные хранятся в простых файлах и для доступа к ним используется сетевая ФС (файловая система), то файл (вручную или автоматически) будет скопирован с сервера на рабочую станцию, после чего на рабочей станции и будет произведён собственно поиск. Какая составляющая приведённой последовательности займёт наибольшее время? Ответ: копирование файла по сети. Более того, сетевые пересылки разных пользователей будут тормозить друг друга и тем самым замедлять скорость работы всё сильнее и сильнее. Вместо этого предложим следующую схему. Во-первых, разместим на компьютере-сервере программу, которая будет непосредственно на сервере выполнять поиск запрашиваемого образца. Во-вторых, разработаем язык (протокол), на котором она будет получать с рабочей станции запрос на поиск образца в базе данных, и на котором будет посылать в ответ результат поиска. В-третьих, пользовательский интерфейс на рабочей станции переработаем таким образом, чтобы поиск данных на сервере осуществлялся не в виде обращения к файлам, а в виде формулирования запроса на нашем языке, отправке его на сервер, приёме ответа и его обработке. В этой схеме за счёт переноса операции поиска с рабочей станции на сервер исчезает необходимость пересылки исходных данных через сеть. Теперь по сети пересылаются только запрос и результат операции, которые очевидно будут иметь существенно меньший объём, чем исходный файл. Следовательно, скорость работы возрастёт тем сильнее, чем больше исходные данные и медленнее сеть. Побочным эффектом является увеличение нагрузки на процессор и ОЗУ сервера (поскольку это он теперь обязан производить вычисления) и уменьшение нагрузки на процессор и ОЗУ рабочей станции (поскольку теперь она не вычисляет результат самостоятельно, а получает его в уже готовом виде извне). Ещё одной конструктивной особенностью СУБД, ускоряющей работу с хранящейся в базах данных информацией по сравнению с информацией в простых файлах, является наличие в них дополнительных служебных сведений – индексов. Индексом называют последовательность номеров записей в базе, отсортированную по тому или иному критерию. Такие часто используемые операции, как вывод отсортированного оглавления или поиск, вместо чтения всего содержимого базы или отдельной таблицы могут быть сведены к чтению соответствующего индекса. Поскольку номера в индексе, в отличие от записей в базе, упорядочены и имеют фиксированный небольшой размер, поиск по индексу занимает существенно меньше времени, чем непосредственно по содержимому базы. Как правило, СУБД создают и используют индексы автоматически. [2] Третье достоинство: обеспечение совместной работы Если текстовый файл с данными хранится на файл-сервере, то попытка редактировать его с двух и более рабочих мест одновременно, скорее всего, приведёт к его порче. Однако если данные хранятся в базе и изменения производятся через т.н. сервер БД, сервер берёт на себя обязанность по сохранению целостности данных: например, одновременные попытки изменить одну и ту же запись блокируются, а для разных записей – разрешаются и корректно производятся. СУБД, хранящая базы данных в файлах на диске, называется настольной или локальной.. [2] 1.4. Наиболее популярные настольные СУБД На сегодняшний день известно более двух десятков форматов данных настольных СУБД. Однако, наиболее популярными, исходя из числа проданных копий, следует признать 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(рис.1) Microsoft http://www.microsoft.com Microsoft FoxPro Microsoft http://www.microsoft.com Microsoft Visual FoxPro Microsoft http://www.microsoft.com Microsoft Data Engine Microsoft http://www.microsoft.com Таблица 1.СУБД и их производители. Хранение данных в dBase основано на принципе "одна таблица - один файл" (эти файлы обычно имеют расширение *.dbf). Благодаря простоте в использовании, нетребовательности к ресурсам компьютера и, что не менее важно, грамотной маркетинговой политике компании-производителя этот продукт приобрел немалую популярность. Формат данных dBase является открытым, что позволило ряду других производителей заимствовать его для создания dBase-подобных СУБД, частично совместимых с dBase по форматам данных. Принцип хранения данных в Paradox сходен с принципами хранения данных в dBase - каждая таблица хранится в своем файле (расширение *.db). Однако, в отличие от dBase, формат данных Paradox не является открытым, поэтому для доступа к данным этого формата требуются специальные библиотеки. Разрабатывая FoxBase была представлена цель создать СУБД, функционально совместимую с dBase с точки зрения организации файлов и языка программирования, но существенно превышающую ее по производительности. Одним из способов повышения производительности являлась более эффективная организация индексных файлов, нежели в dBase, по формату индексных файлов эти две СУБД несовместимы между собой. Microsoft Access В отличие от Visual FoxPro, фактически превратившегося в средство разработки приложений, Access ориентирован в первую очередь на пользователей Microsoft Office, в том числе и не знакомых с программированием. Это, в частности, проявилось в том, что вся информация, относящаяся к конкретной базе данных, а именно таблицы, индексы (естественно, поддерживаемые), правила ссылочной целостности, бизнес правила, список пользователей, а также формы и отчеты хранятся в одном файле, что в целом удобно для начинающих пользователей. MSDE представляет собой СУБД, базирующуюся на технологиях Microsoft SQL Server, но предназначенную для использования в настольных системах или в сетевых приложениях с объемом данных до 2 Гбайт и небольшим количеством пользователей.(......) |
Loading
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||