Автор работы: Пользователь скрыл имя, 24 Февраля 2014 в 23:05, реферат
Экономическая информация – это совокупность различных сведений экономического характера, используемых для планирования, учета, контроля, анализа и управления народным хозяйством и его звеньями. Экономическая информация включает сведения о трудовых, материальных и денежных ресурсах и деятельности экономических объектов (предприятий, организаций, банков, фирм и т.д.) на определенный момент времени. Эти сведения представляются натуральными и стоимостными показателями.
Экономическую информацию, циркулирующую в любом экономическом объекте, можно классифицировать по разным признакам:
· по функциям управления – учетная, плановая, статистическая, оперативного управления и др.;
· по месту возникновения – внутренняя и внешняя;
· по стадиям образования – первичная и вторичная;
4.2. Классификация СУБД
Классифицировать СУБД можно, используя различные признаки классификации.
Важнейшим классификационным признаком СУБД является тип модели данных, поддерживаемый СУБД. По этому признаку СУБД делятся на:
По степени универсальности различают СУБД общего и специального назначения.
СУБД общего назначения не ориентированы на какую-либо конкретную предметную область или на информационные потребности конкретной группы пользователей. Каждая система такого рода реализуется как программный продукт, способный функционировать на некоторых моделях компьютеров в определенной операционной обстановке и поставляется многим пользователям как коммерческий продукт. СУБД общего назначения обладают средствами настройки на работу с конкретной БД в условиях конкретного применения. Развитые функциональные возможности таких СУБД обеспечивают безболезненную эволюцию построенных на их основе автоматизированных информационных систем в рамках их жизненного цикла.
Однако в некоторых случаях доступные СУБД общего назначения не позволяют добиться требуемой производительности и/или удовлетворить заданные ограничения по объему памяти, предоставляемой для хранения БД. Тогда приходится разрабатывать специализированную СУБД для данного конкретного применения. Примером специализированной СУБД может быть система IMBASE, используемая для автоматизации проектных и конструкторских разработок. Эта СУБД содержит информацию о стандартных конструктивных элементах, материалах и других элементах, используемых для проектирования сложных механических устройств (узлов, агрегатов).
По принципу обработки запросов к БД СУБД подразделяют на настольные и серверные.
В качестве классификационного признака можно рассматривать также:
4.3. Режимы работы пользователя с СУБД
Все современные СУБД имеют графический пользовательский интерфейс, через который возможна работа пользователя с СУБД в трех режимах:
1) через меню системы;
2) в командном режиме;
3) в программном режиме.
Режим работы через меню системы обеспечивает взаимодействие пользователя с БД в интерактивном режиме. Он реализуется чаще всего в виде различных меню и диалоговых окон, с помощью которых пользователь постепенно уточняет, какие действия он хочет выполнить и какую информацию получить из БД. Для этого не надо знать языка СУБД.
Командный режим обеспечивает диалог с БД на уровне синтаксических конструкций языка СУБД. Этот режим требует определенной подготовки пользователя, но обеспечивает более быстрый доступ к ресурсам БД.
Программный режим обеспечивает организацию доступа к данным и управление ими из прикладных программ.
В последние годы широкое распространение получили компьютерные сети. Пользователи компьютерных сетей могут работать с СУБД в однопользовательском и многопользовательском режимах, обеспечивающих доступ к БД соответственно одного из них и многих одновременно.
4.4. Современные СУБД
4.4.1. Настольные СУБД
Становление СУБД началось и происходило, когда наиболее популярными типами компьютеров были мэйнфреймы, а также мини - ЭВМ. Обработка данных с помощью мэйнфреймов и мини-ЭВМ имела как определенные преимущества (возможность коллективного использования ресурсов и оборудования, централизованное хранение данных), так и недостатки. Главный из них - отсутствие персонализации рабочей среды (все программное обеспечение хранилось централизованно и использовалось коллективно). Это было одной из причин бурного роста индустрии персональных компьютеров. Именно в тот период и начался рост популярности настольных СУБД, таких как dBase и, чуть позже, FoxBASE, Paradox, а также некоторых других, уже забытых.
При работе с настольной СУБД сами базы данных расположены на том же компьютере, что и СУБД, осуществляющая доступ к ним. Пользователь работает с БД монопольно (в однопользовательском режиме). Такая БД именуется локальной. СУБД ответственна за выполнение запросов и за поддержание целостности БД.
Следующим шагом в развитии настольных СУБД было появление их сетевых многопользовательских версий, которые обеспечивали одновременную работу нескольких пользователей с централизованной БД – БД, размещаемой на одном компьютере – сервере сети. На сервере сети располагается и СУБД. С компьютера пользователя запускается СУБД с сервера, и в результате на нем создается копия СУБД. По каждому запросу пользователя к БД все данные из базы пересылаются на его компьютер, независимо от того, сколько реально их нужно для выполнения запроса. В результате на компьютере пользователя создается локальная копия БД (время от времени обновляемая из реальной БД на сервере сети). Затем СУБД пользователя выполняет запрос. Схема работы с настольной СУБД в многопользовательском режиме показана на рис. 1.
Рис. 1. Схема работы с настольной
СУБД
в многопользовательском режиме
Данная компьютерная архитектура именуется архитектурой "файл-сервер". В ней вся тяжесть выполнения запросов к БД и управления целостностью БД ложится на СУБД пользователя. Это приводит к тому, что сеть серьезно "забивается" и безопасность работы невысока. Секретность и конфиденциальность информации обеспечить также трудно.
Существенных различий между двумя вышеописанными архитектурами нет. И в том, и в другом случае используются настольные СУБД. Известно более двух десятков настольных СУБД. Однако наиболее популярными, исходя из числа проданных копий, признаются dBase, Paradox, FoxPro и Access.
dBase и Visual dBase. Первая промышленная версия СУБД dBase (компании Ashton-Tate) появилась в начале 80-х годов. Благодаря простоте в использовании, нетребовательности к ресурсам компьютера эта СУБД приобрела немалую популярность. С выходом следующих ее версий – dBase III и dBase III Plus (1986 г.), оснащенных очень комфортной по тем временам средой разработки и средствами манипуляции данными, быстро заняла лидирующие позиции среди настольных СУБД. СУБД семейства dBase имели популярный формат данных и популярный язык программирования, получивший название xBase.
Версия Visual dBase 2000 имеет средства для: манипуляции данными dBase и FoxPro всех версий; создания форм, отчетов и приложений; публикации данных в Internet и создания Web-клиентов; визуального построения запросов и др.
Тенденция такова, что dBase превращается в некоммерческий продукт с доступными исходными текстами программ.
Paradox. СУБД Paradox (компании Ansa Software) выпущена в 1985 году. В конце 80-х – начале 90-х годов СУБД Paradox была весьма популярной, в том числе и в нашей стране.
Ранние версии Paradox предоставляли более широкие возможности, чем аналогичные версии dBase. Это: использование деловой графики в DOS-приложениях; обновление данных в приложениях при многопользовательской работе; визуальные средства создания запросов; средства статистического анализа данных; создание приложений на языке PAL (Paradox Application Language) с возможностью визуального построения пользовательских интерфейсов.
Windows-версии СУБД Paradox, помимо указанных сервисов, позволяли манипулировать данными других форматов, благодаря чему использовались как универсальное средство управления различными базами данных.
Версия Paradox 9 является составной частью Corel Office Professional и содержит средства: манипуляции данными Paradox и dBase; публикации данных и отчетов в Internet и создания Web-клиентов; доступа к данным формата Paradox из Windows-приложений, из Java-приложений и др.
Популярность СУБД Paradox несколько снизилась, хотя в мире эксплуатируется еще много информационных систем, созданных на ее основе.
Microsoft FoxPro и Visual FoxPro. СУБД FoxPro происходит от настольной СУБД FoxBase фирмы Fox Software. Она предоставляет дополнительно такие возможности, как использование деловой графики и др. Впоследствии эта СУБД была приобретена компанией Microsoft. Версии FoxPro (начиная с версии 3.0) получили название Visual FoxPro. Версия Visual FoxPro 6.0. имеет средства визуального моделирования объектов, средства публикации данных в Internet и др. С каждой новой версией этот продукт все более интегрируется с другими продуктами Microsoft (например, с Microsoft SQL Server).
Тенденция развития этого продукта состоит в том, что из настольной СУБД Visual FoxPro превращается в средство разработки приложений в архитектуре клиент/сервер и распределенных приложений. Эта тенденция в определенной степени характерна и для всех наиболее популярных настольных СУБД.
Microsoft Access. Первая версия СУБД Access появилась в начале 90-х годов. Это была первая настольная реляционная СУБД для 16-разрядной версии Windows. Популярность Access значительно возросла после включения этой СУБД в состав Microsoft Office.
СУБД Access ориентирована на непрофессиональных пользователей Microsoft Office. Это, в частности, проявилось в том, что вся информация, относящаяся к конкретной БД, хранится в одном файле, что удобно для начинающих пользователей.
Версия этой СУБД - Access 2000 входит в состав Microsoft Office 2000 Professional и Premium, а также доступна как самостоятельный продукт. Она может быть использована, с одной стороны, в качестве настольной СУБД и составной части офисного пакета, а с другой стороны, в качестве клиента Microsoft SQL Server, позволяющего осуществлять манипуляцию его данными, его администрирование и создание приложений для этого сервера.
На начальном этапе развития настольные СУБД играли определяющую роль. Они были просты для освоения и использования, обладали дружественным пользовательским интерфейсом, ориентировались на класс самых распространенных компьютеров – персональных, на самую широкую категорию пользователей – непрофессионалов, обеспечивали хорошее быстродействие при работе с небольшими базами данных.
Недостатки настольных СУБД стали проявляться с увеличением объемов баз данных и числа их пользователей. Они выразились в снижении производительности и возникновении сбоев при обработке данных. Причина этого в том, что обработка данных и контроль их целостности совершается внутри пользовательского приложения.
Наиболее эффективную работу с централизованной БД обеспечивает архитектура "клиент-сервер". Централизация хранения и обработки данных является базовым принципом этой компьютерной архитектуры.
На сервере сети размещается БД и устанавливается мощная серверная СУБД – сервер баз данных. Сервер БД – это программный компонент, обеспечивающий хранение больших объемов информации, ее обработку и представление пользователям в сетевом режиме.
На компьютере-клиенте приложение-клиент формирует запрос к БД. Серверная СУБД обеспечивает интерпретацию запроса, его выполнение, формирование результата запроса и пересылку его по сети на клиентский компьютер. Клиентский компьютер интерпретирует его необходимым образом и представляет пользователю. Клиентское приложение может также посылать запрос на обновление БД, и серверная СУБД внесет необходимые изменения в БД. Схема архитектуры "клиент-сервер" показана на рис. 2.
Рис. 2. Архитектура "клиент-сервер"
В архитектуре "клиент-сервер" функции клиентского приложения и серверной СУБД разделены.
При клиент/серверной обработке уменьшается сетевой трафик, так как через сеть передаются только результаты запросов. Груз файловых операций ложится в основном на сервер, который мощнее клиентов и поэтому способен быстрее обслуживать запросы. Как следствие этого, уменьшается потребность клиентских приложений в оперативной памяти. Поскольку серверы способны хранить большое количество данных, то на компьютерах-клиентах освобождается значительный объем дискового пространства для других приложений. Существенно повышается степень безопасности БД, так как правила целостности данных определяются в серверной СУБД и являются едиными для всех приложений, использующих эту БД.
Технология клиент/сервер имеет огромный потенциал, способный повлиять на расширение возможностей прикладных программ в бизнесе.
Современные серверные СУБД:
Информация о работе Экономическая информация в автоматизированных информационных системах