Локальные и серверные базы данных.
Линия развития баз данных в применении к персональным компьютерам была направлена от локальных баз данных, работающих в однопользовательском режиме, к серверным базам данных коллективного доступа.
Локальная база данных строится по принципу: один компьютер – одна БД – один пользователь в каждый конкретный момент времени (рис. 7). Но такая связка хороша только для хранения персональной (личной) информации, тогда как информация в большинстве случаев является общей для множества пользователей и требует коллективного доступа. Для реализации такого доступа БД переместили с рабочего места на сервер (файл-сервер) локальной сети (рис. 8), а на рабочих местах пользователей остались только приложения, которые могли обращаться к общей базе данных.
Рис. 7. Локальная база данных
Рис. 8. Файл-серверная база данных
Таким образом был обеспечен коллективный доступ к БД. Но, к сожалению, подобная реализация доступа имеет ряд существенных недостатков. Прежде всего, это большая сложность обеспечения одновременного доступа к одним и тем же элементам БД с разных рабочих мест. В системе нет арбитра, который бы регулировал порядок (очередность) доступа к БД. Этот порядок приходится реализовывать путем синхронизации работы приложений, что крайне сложно и не всегда возможно.
Файл-сервер в такой архитектуре никаких управляющих функций не выполняет, он только лишь хранит файлы БД, но никак не регулирует обращение к ее элементам. Если у пользователя есть права доступа к файлам БД, он может делать с ними все, что угодно. Естественно, что исполнение требований по соблюдению целостности хранимой информации всецело возлагается на приложения.
Наконец, отсутствие «интеллекта» у файл-сервера порождает проблему «тупой телефонистки» (для ответа на запрос о любом конкретном телефонном номере она начинает зачитывать телефонный справочник с буквы «А»), то есть вместо того, чтобы выбрать и передать пользователю только нужную ему информацию, файл-сервер передает всю имеющуюся информацию, оставляя решение задачи выбора за приложением. Как следствие, сильно и неоправданно растет нагрузка на локальную сеть.
Решение перечисленных проблем было найдено в клиент-серверной архитектуре (рис. 9). В такой архитектуре на сервере размещается не только собственно БД, но и СУБД, которая становится монопольным хозяином базы данных. СУБД принимает от приложений запросы на выполнение действий в БД, определяет порядок их выполнения, регулирует доступ к отдельным элементам базы данных, обеспечивает целостность хранимой информации. При этом по сети передается не «сырая», необработанная информация, а только результаты выполнения запросов.
Рис. 9. Клиент-серверная база данных
Кроме того, приложения в клиент-серверных базах данных разделяются на две части: клиентскую и серверную. Серверная часть приложений, как правило, сосредотачивает в себе всю вычислительную нагрузку и выполняется в рамках сервера БД. Для этих целей большинство SQL-серверов БД поддерживает специальные процедурные расширения языка SQL, предназначенные для реализации процедур обработки информации. В клиентской же части приложений обычно стараются оставить только элементы, обеспечивающие интерфейс пользователя, что уменьшает аппаратные требования к рабочим местам.
Такое разделение обеспечивает также простое масштабирование системы: увеличение сложности обработки информации или необходимость повышения ее производительности требует только наращивания мощности сервера, а рабочие места остаются без изменений. Упрощается сопровождение БД, поскольку изменения по большей части вносятся на серверной стороне и не затрагивают множество рабочих мест. Кроме того, для различных приложений, работающих с одной и той же БД, серверные части могут существенно пересекаться, что упрощает их разработку и решение проблем обеспечения целостности хранимой информации.
Дальнейшее развитие этой линии в истории БД также приводит к трехзвенной архитектуре (рис. 10), когда серверные части приложений выносятся на отдельный компьютер, называемый сервером приложений. При этом обеспечивается большая гибкость при конфигурировании и масштабировании системы.
Рис. 10. Трехзвенная архитектура баз данных
Мы рассмотрели три направления в истории развития баз данных. Их разделение достаточно условно и все они тесно переплетаются и влияют друг на друга. Так, например, выделение СУБД и переход к клиент-серверной модели обусловлены необходимостью реализации корректного многопользовательского доступа, а движение к трехзвенной архитектуре обусловлено как дифференциацией функций в базах данных, так и изменением способов доступа к ним.
Кроме того, переход от одних форм к другим не означает, что предыдущие формы полностью исчезли из употребления. На самом деле происходит смещение акцентов, и каждая форма занимает свою нишу в достаточно большом многообразии БД. Например, концептуально БД начинались с иерархической и сетевой моделей, а затем абсолютное лидерство перешло к реляционной модели данных.
Дата добавления: 2018-05-31 ; просмотров: 595 ;
Локальные и распределенные базы данных, системы управления базами данных.
Система управления базами данных (СУБД) — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.
Основные функции СУБД:
— управление данными во внешней памяти (на дисках);
— управление данными в оперативной памяти с использованием дискового кэша;
— журнализация изменений, резервное копирование и восстановление базы данных после сбоев;
— поддержка языков БД (язык определения данных, язык манипулирования данными).
Обычно современная СУБД содержит следующие компоненты:
— ядро, которое отвечает за управление данными во внешней и оперативной памяти, и журнализацию;
— процессор языка базы данных, обеспечивающий оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно-независимого исполняемого внутреннего кода;
— подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД;
— также сервисные программы (внешние утилиты), обеспечивающие ряд дополнительных возможностей по обслуживанию информационной системы.
По степени распределённости:
— Локальные СУБД (все части локальной СУБД размещаются на одном компьютере);
— Распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах).
По способу доступа к БД:
(В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции).
На данный момент файл-серверная технология считается устаревшей).
(Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме).
(Встраиваемая СУБД — СУБД, которая может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Встраиваемая СУБД предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети).
Данные – это составня часть инф-ии в виде зарегистр. символов.
БД (база данных) – это совок-ть взаимосвяз. определенным образом структурированных данных, кот. хранятся в памяти ЭВМ, что позволяет отображать стр-ру объектов и их связей в изучаемой предметной области.
Преимущества локальных БД:
1. Увеличение эффективности поиска инф-и за счет комплектования лок БД тематическими информационными массивами, очищенными от ненужной информации.
2. Высокая скорость и точность обмена инф-ей м/у программой поиска и базой данных.
3. Информация в ЛБД надежно закодирована и поэтому её хранение максимально безопасно.
4. Возможность пользователя дополнять БД своими личными собраниями документов.
Распределённые базы данных (РБД) — совокупность логически взаимосвязанных баз данных, распределённых в компьютерной сети.
РБД состоит из набора узлов, связанных коммуникационной сетью, в которой:
а)каждый узел — это полноценная СУБД сама по себе;
б)узлы взаимодействуют между собой таким образом, что пользователь любого из них может получить доступ к любым данным в сети так, как будто они находятся на его собственном узле.
Принципы создания распределённых баз данных:
1. Локальная независимость. Узлы в распределённой системе должны быть независимы, или автономны, все операции на узле контролируются этим узлом.
2.Отсутствие опоры на центральный узел. Локальная независимость предполагает, что все узлы в распределённой системе должны рассматриваться как равные.
4.Независимость от расположения. Пользователи не должны знать, где именно данные хранятся физически и должны поступать так, как если бы все данные хранились на их собственном локальном узле.
5.Обработка распределённых запросов. Суть в том, что для запроса может потребоваться обращение к нескольким узлам. В такой системе может быть много возможных способов пересылки данных, позволяющих выполнить рассматриваемый запрос.
6.Независимость от операционной системы. Возможность функционирования СУБД под различными операционными системами.
7. Независимость от сети. Возможность поддерживать много принципиально различных узлов, отличающихся оборудованием и операционными системами, а также ряд типов различных коммуникационных сетей.
Дата добавления: 2014-11-24 ; просмотров: 186 | Нарушение авторских прав
Скачать базу данных access Строительная фирма
Готовая база данных Access «Строительная фирма»
Вариант 45
Разработать информационную систему Строительная фирма. Строительная фирма возводит различные здания. Для всех типов зданий требуются разнообразные материалы в различных количествах в соответствии с их проектом и сметой. На разных этапах строительства здания работают разные бригады (например, бригады арматурщиков, каменщиков, штукатуров и т. д.). Составляя график работ, фирма варьирует состав бригад. Рабочие могут назначаться в разные бригады. Один и тот же рабочий может иметь несколько специальностей, поэтому его могут включать поочередно в разные бригады. Численность бригады зависит от размера здания и предъявляемых к нему требований. То есть бригады составляются, исходя из требований конкретного здания. Кроме того, для каждой бригады, работающей на строительстве конкретного здания, назначается бригадир.
Рабочий может быть бригадиром в одной бригаде и потом работать в других бригадах простым рабочим. База данных должна содержать график работ по каждому зданию, сведения о том, кто из рабочих фирмы в какую бригаду назначен на разных зданиях и какие материалы и в каких количествах используют при возведении разных зданий.
Примечание
Производственная бригада — тип низового структурного подразделения в производственных организациях промышленности, строительства, сельского хозяйства и т. д. Бригада представляет собой постоянный или временный коллектив рабочих, выполняющих общее производственное задание и несущих совместную ответственность за результаты своего труда. Члены бригады могут иметь как одинаковую, так и различные профессии. В зависимости от этого различают специализированные или комплексные бригады.
· Специализированные бригады выполняют однородные технологические процессы — изготовление определённой продукции, строительные, полеводческие или садоводческие работы и т. д.
· Комплексные бригады выполняют разнородные работы, как правило, смежные или близкие по технологии. Например, в строительстве бригада по возведению монолитных железобетонных конструкций выполняет опалубочные, арматурные, бетонные работы, осуществляет уход за твердеющим бетоном и распалубку. При этом внутри комплексных бригад могут быть организованы специализированные звенья по выполнению отдельных технологических процессов.
Бригада может разделяться на смены. Если она работает во всех сменах в течение суток, такая бригада называется сквозной. Этот же термин применялся для нескольких бригад различных цехов или даже предприятий, объединенных общей технологической цепочкой по выпуску продукции.
Оплата труда бригады начисляется, как правило, по сдельной форме оплаты за выполненный объём работ по т. н. наряду. Наряд содержит описание задания и его объём, условия выполнения работы и расчет причитающейся суммы заработной платы. Между членами бригады заработная плата распределяется в соответствии с фактически отработанным временем (которое определяется по табелю) и индивидуальной квалификацией (разрядом). Может также применяться коэффициент трудового участия, выставляемый за определенный период времени советом бригады или общим собранием бригады.
Руководит работой бригады бригадир, работой звена — звеньевой. Бригадир назначается администрацией предприятия с учетом мнения членов бригады. Как правило, он также является рабочим и получает доплату за выполнение управленческих обязанностей. В то же время в крупных бригадах бригадир может быть освобожденным, то есть не заниматься непосредственно физическим трудом. Бригадир осуществляет распределение заданий между звеньями и отдельными рабочими и контролирует их выполнение, отвечает за своевременное выполнение бригадного задания, за качество работы, за сохранность оборудования и инструментов, за соблюдение рабочими правил охраны труда, техники безопасности и трудовой дисциплины.
Экранные формы готовой базы данных «Строительная фирма»
Рис. 1 Главная кнопочная форма готовой базы данных «Строительная фирма».
Рис. 2 Форма «Список рабочих».
Рис. 3 Форма «Бригады».
Рис. 4 Форма «Объекты».
Рис. 5 Форма «График работ».
Рис. 6 Форма «Использование материалов».
Форма «Типы объектов строительства».
Рис. 9 Отчёт «График работ за период».
Отчёт «График работ на объекте».
Отчёт «График работ бригады за период».
Рис. 10 Отчёт «Использование материалов за период».
Отчёт «Использование материала за период».
Отчёт «Использование материалов на объекте».
Отчёт «Рабочие на объекте».
Рис. 11 Схема данных готовой базы данных «Строительная фирма»: Специальности, Специальности рабочих, Список рабочих, Состав бригад, Бригады, График работ, Объекты, Типы объектов строительства, Материалы, Использование материалов.
Структура таблицы «Бригады»: код бригады, название, бригадир, примечание.
Состав полей таблицы «График работ»: № пп, объект, описание работ, код бригады, с, по, примечание.
В таблицу «Использование материалов» входят поля: № пп, код объекта, код бригады, код материала, количество, дата.
Таблица «Материалы» состоит из полей: код материала, наименование, единица измерения.
Таблица «Объекты» состоит из полей: код объекта, название, адрес, тип объекта.
В таблицу «Состав бригад» входят поля: код бригады, код рабочего.
В таблицу «Специальности» входят поля: код специальности, наименование.
Таблица «Специальности рабочих» состоит из полей: код рабочего, специальность.
Таблица «Список рабочих» состоит из полей: код рабочего, фамилия, имя, отчество, телефон, примечание.
Таблица «Типы объектов строительства» состоит из полей: код типа, наименование типа.
Скачать отчёт по базе данных с экранными формами бесплатно
Скачать базу данных access Строительная фирма
Примерная цена 763 руб.
Точная цена зависит от способа оплаты.
Способы оплаты базы данных Access: WebMoney, Терминалы оплаты, Почта России, QIWI, Билайн, MTC, Мегафон, Debit or Credit Card, WeChat Pay, Alipay (China), UnionPay, Яндекс.Деньги, Подарочный сертификат и другие.
Скачать базы данных Access подобной тематики:
Ключевые слова: Строительная фирма база данных скачать; программа база данных; база данных для строительной фирмы; база данных курсовой; скачать базу данных access Строительная фирма; access; готовая база данных access строительной фирмы; базы данных в access; пример базы данных access; создать базу данных в access; примеры баз данных access; создание базы данных в access; базы access; запросы в access; access отчеты; таблицы access; макросы в access; access курсовой; примеры бд access; формы access; базы данных microsoft access; купить базу данных; создание БД; примеры БД; скачать БД; курсовая работа по СУБД; база данных примеры; база данных строительная фирма; база данных строительная компания access; база данных строительная фирма в access; база данных строительная компания; база данных строительная компания скачать; база данных строительная организация access; готовая курсовая работа база данных. Курсовая база данных «Строительная фирма» создана в access 2010 и преобразована в access 2003, поэтому откроется в access 2003, 2007, 2010.
Поиск Яндекса по сайту
Для поиска базы данных access введите слово, например, «сотрудники» и нажмите кнопку