Банк данных, его состав и особенности

Министерство сельского хозяйства Российской Федерации ФГБОУ ВПО Новосибирский государственный аграрный университет Институт заочного образования и повышения квалификации Кафедра дистанционных и комбинированных образовательных технологий

 

 

 

РЕФЕРАТ

по дисциплине

Поиски обработка экономической информации средствам и интернета

 

 

 

На тему: Банк данных, его состав и особенности

 

 

 

 

 

 

Выполнила студентка 2го курса группы У4143

Ганн Яна Александровна

Шифр: uf13007

Проверил:

 

 

Новосибирск 2014

Содержание

Введение

1. Банк данных
2. Состав и особенности банка данных
3. Операции коммерческих банков
4. Заключение
5. Список литературы

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение

Предварительной стадией планирования кадровой работы является прогнозирование, которое служит основой подготовки плановых решений и заданий. Прогнозирование применяется для предсказания изменения структуры и динамики кадровой работы в будущем на основе анализа прошлого и настоящего и исходит из целей развития предприятия.

Прогнозирование строится на основе переработки информации и состоит из следующих этапов:

Этап 1 – ретроспекция - изучение состояния кадровой работы и структуры кадров в прошлом (за последние 10 -15 лет).

Этап 2 – диагноз - определение характера и состояния кадровой работы на основании всестороннего их исследования.

Этап 3 - выбор метода - наиболее ответственный этап в прогнозировании кадровой работы.

Этап 4 - прогноз - предвидение основных изменений и структурных сдвигов в профессионально-квалификационном и социально-демографическом составе кадров организации и проведении кадровой работы.

К основным методам планирования и прогнозирования кадровой работы относятся: балансовый метод планирования, метод сравнительного плана, метод экспертных оценок, системный анализ, моделирование, экономико-математические методы и другие.

Балансовый метод планирования - заключается в установлении динамического равновесия между персоналом, с одной стороны, и их распределением в соответствии с потребностями производства - с другой.

Метод системного анализа используются, в основном, при разработке программ развития кадровой работы на длительную перспективу.

Экспертные оценки представляют собой особый вид количественных и качественных характеристик отдельных сторон социальных и кадровых процессов и определяются на основе суждений, высказанных экспертами (научными работниками и специалистами-практиками).

Практика показывает, что методы прогнозирования и совершенствования качественного состава кадров на уровне предприятий и организаций применяется пока эпизодически, между тем современная кадровая политика требует комплексного их использования при разработке социально-экономических программ. Наиболее актуальными, в настоящее время, являются проблемы применения методов прогнозирования кадровой работы на основе использования компьютерных технологий.

При увеличении объемов информации для многоцелевого применения и эффективного удовлетворения информационных потребностей различных пользователей используется интегрированный подход к созданию внутримашинного ИО. При этом данные рассматриваются как информационные ресурсы для разноаспектного и многократного использования. Принцип интеграции предполагает организацию хранения информации в виде банка данных (БД), где все данные собраны в едином интегрированном хранилище и к информации как важнейшему ресурсу обеспечен широкий доступ различных пользователей.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1 Банк данных

банк данных (БнД - это система специальным образом организованных данных (баз данных), программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных.

Основные требования к БнД включают: интегрированность баз данных и целостность каждой из них; независимость, минимальную избыточность хранимых данных и способность к расширению. Важным условием эффективного функционирования БнД является обеспечение защиты данных от несанкционированного доступа или случайного уничтожения хранимых данных.

Базы данных создаются в БнД предприятия для решения на ПК задач управления производством.

Для программной реализации работ с БнД создаются вспомогательные программы их структур, справочников и файлов, печати и др.

Концепция банка данных — это не только идея интегрированного хранения данных, но и идея отделения описания данных от программ их обработки, интерфейс между которыми обеспечивается системой управления базами данных (СУБД). В основу ее разработки закладывают следующие принципы: единство структурно-информационной организации массивов; централизацию процессов накопления, хранения и обработки различных видов информации; однократный ввод первичных массивов информации с последующим многоразовым и многоцелевым их использованием; интегрированное использование массивов в различных режимах обработки; оперативность доступа различным элементам информационных массивов; минимизацию стоимости создания и функционирования.

 

 

 

 

2. Состав и особенности банка данных

Любой банк данных в своем составе всегда содержит следующие два основных компонента: базу данных (БнД), которая есть не что иное, как даталогическое представление информационной модели; предприятия, и систему управления базой данных (СУБД), с помощью которой реализуются централизованное управление данными, хранимыми в базе, доступ к ним и поддержание их в состоянии, соответствующем состоянию предметной области.

 

Центральную роль в функционировании банка данных выполняет система управления базой данных (СУБД). СУБД — это пакет программ, обеспечивающий поиск, хранение, корректировку данных, формирование ответов на запросы. Система обеспечивает сохранность данных, их конфиденциальность, перемещение и связь с другими программными средствами. Основные функции СУБД: непосредственное управление данными во внешней памяти; управление буферами оперативной памяти; управление транзакциями; журнализация; языки БнД.

 

Организация типичной СУБД и состав ее компонентов соответствует рассмотренному набору функций. Логически в современной реляционной СУБД можно выделить наиболее внутреннюю часть— ядро СУБД, компилятор языка БнД (обычно SQL подсистему поддержки времени выполнения, набор утилит. Преимущества работы с БД для пользователей окупают затраты и издержки на его создание. Они заключаются в следующем: повышается производительность работы пользователей, достигается эффективное удовлетворение информационных потребностей; централизованное управление данными освобождает прикладных программистов от организации данных, обеспечивает независимость прикладных программ от данных; организация банка (базы) данных позволяет реализовать другие нерегламентированные запросы, приложения; снижаются затраты не только на создание и хранение данных, но и на поддержание их в актуальном динамичном состоянии; уменьшаются потоки данных, циркулирующих в системе, сокращается избыточность и дублирование.

По организации и технологии обработки данных базы данных подразделяются на централизованные и распределенные.

Централизованную базу данных отличает традиционная архитектура баз данных (рис. 3.3).

При подобной архитектуре все необходимые для работы специалистов данные и СУБД размещены на центральном компьютере, или мэйнфрейма (mainframe), вместе с приложением, принимающий входную информацию с пользовательского терминала и отображающим данные на экране пользователя. Предположим, что пользователь вводит запрос, требующий последовательного просмотра базы данных (например, запрос на расчет потребности материалов на деталь в натуральном и стоимостном выражении). СУБД получает этот запрос, просматривает БнД, выбирая с диска нужную запись, вычисляет значение и отображает результат на экране. Приложение и СУБД работают на одном компьютере, и, поскольку система обслуживает много различных пользователей, каждый из них ощущает снижение быстродействия по мере увеличения нагрузки на систему. 

 

 

 

Распределенная база данных состоит из нескольких, возможно пересекающихся или даже дублирующих друг друга частей, хранимых в различных компьютерах вычислительной сети. Работа с такой БнД осуществляется с помощью системы управления распределенной базой данных (СУРБД).

По способу доступа к данным БнД разделяются на БнД с локальным доступом и БнД с удаленным (сетевым) доступом.

Системы централизованных БнД с сетевым доступом предполагают различные архитектуры подобных систем: файл-сервер и клиент-сервер.

Появление персональных компьютеров и локальных вычислительных сетей привело к разработке архитектуры «файл-сервер», показанной на рис. 3.4. При такой архитектуре приложение, выполняемое на ПК, может получить прозрачный доступ к файл-серверу, на котором хранятся совместно используемые файлы. Когда приложению, работающему на ПК, требуется получить данные из совместно используемого файла, сетевое программное обеспечение автоматически считывает требуемый блок данных с сервера. Наиболее популярные БнД для ПК, включая Microsoft Access, Paradox и dBase, поддерживают архитектуру «файл-сервер», при которой на каждом ПК работает своя копия СУБД. При выполнении обычных запросов эта архитектура обеспечивает великолепную производительность, поскольку в распоряжении каждой копии СУБД находятся все ресурсы ПК. Однако рассмотрим приведенный выше пример. Поскольку запрос требует последовательного просмотра БнД, СУБД постоянно запрашивает все новые блоки данных из БД, которая физически расположена на сервере сети. Очевидно, что в результате СУБД запросит и получит по сети все блоки файла. При выполнении запросов такого типа эта архитектура создает слишком большую нагрузку на сеть и уменьшает производительность работы.  

 

 

 

Архитектура «клиент-сервер» показана на рис.3.5. При такой архитектуре ПК объединены в локальную сеть, в которой имеется сервер баз данных, содержащий общие БнД. Функции СУБД разделены на две части. Пользовательские программы, такие, как приложения, для формирования интерактивных запросов и генераторы отчетов, работают на клиентском компьютере. Хранение данных и управление ими обеспечиваются сервером. В этой архитектуре SQL стал стандартным языком, предназначенным для обработки и чтения данных, содержащихся в БД. SQL обеспечивает взаимодействие между пользовательскими программами и ядром БнД.

Вернемся к примеру определения потребности материалов на деталь. При архитектуре «клиент-сервер» запрос передается по сети на сервер БнД в виде SQL-запроса. Ядро БнД на сервере обрабатывает, запрос и просматривает БнД, которая также расположена на сервере. После вычисления результата ядро БнД посылает его обратно по клиентскому приложению, которое отображает его на экране ПК. Архитектура «клиент-сервер» позволяет сократить трафик и распределить процесс загрузки базы данных. Функции работы с пользователем, такие, как обработка ввода и отображение данных, выполняются на ПК пользователя. Функции работы с данными, такие, как дисковый ввод-вывод и выполнение запросов, выполняются сервером БнД. Наиболее важно здесь то, что SQL обеспечивает четко определенный интерфейс между клиентской и серверной системами, эффективно передавая запросы на доступ к БнД. Эта архитектура используется в современных СУБД Oracle, Informix, Sybase и др. 

 

 

 

С ростом популярности СУБД появилось множество различных моделей данных. У каждой из них имелись свои достоинства и недостатки, которые сыграли ключевую роль в развитии реляционной модели данных, появившейся во многом благодаря стремлению упростить проектирование, упорядочить работу с моделями данных и повысить ее эффективность.

Основным средством организации и автоматизации работы с БнД являются системы управления базами данных (СУБД).

Выбор СУБД определяется многими факторами, но главным из них является возможность работы с конкретной моделью данных (иерархической, сетевой, реляционной).

Иерархическую модель БнД изображают в виде дерева (рис.3.6). Элементы дерева вершины 1 — 14 представляют совокупность данных, например логические записи. Каждой вершине соответствует множество экземпляров записей, составляющих логический файл. Вершины расположены по уровням и связаны между собой отношениями подчиненности. Одна-единственная вершина верхнего уровня является корневой. Иерархическая модель данных обеспечивает так называемые одно-многозначные отношения между данными. Примером таких отношений могут служить следующие: одному изделию соответствует несколько материалов, используемых на различных операциях обработки, сборки.

Сетевые модели БнД соответствуют более широкому классу объектов управления, хотя требуют для своей организации и дополнительных затрат. Сетевая модель позволяет любому объекту быть связанным с любым другим объектом. Сетевые модели сложны, что создает определенные трудности при необходимости модернизации или развития СУБД. Пример сетевой модели БнД представлен на рис. 3.7.На рисунке видно, что одно изделие изготавливается в результате выполнения нескольких операций, а одна операция может использоваться для изготовления различных изделий. 

 

 

 

 

 

Реляционная модель БнД представляет объекты и взаимосвязи между ними в виде таблиц, а все операции над данными сводятся к операциям над этими таблицами. На этой модели базируются практически все современные СУБД. Эта модель более понятна, «прозрачна» для конечного пользователя организации данных. К преимуществам реляционной модели БнД можно отнести также более высокую гибкость при расширении БнД, состава запросов к ней. Реляционная организация БнД в виде таблицы содержит программу выпуска изделий (табл. 3.5). Эта база данных включает в себя три атрибута: код технологической группы оборудования, код изделия, программу выпуска.

Одно из основных различий между тремя типами моделей СУБД состоит в том, что для иерархических и сетевых СУБД их структура не может быть изменена после ввода данных, тогда как для реляционных СУБД структура может изменяться в любое время. Для больших БнД, структура которых остается длительное время неизменной, именно иерархические и сетевые СУБД могут оказаться наиболее эффективными, ибо они могут обеспечивать более быстрый доступ к информации БнД, чем реляционные СУБД. Однако большинство СУБД для ПК работают с реляционной моделью. К реляционным моделям относят, например, Clipper, dBase, Paradox, FoxPro, Access, Oracle.