45520

Архитектуры БД

Доклад

Информатика, кибернетика и программирование

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

Русский

2013-11-17

37.5 KB

11 чел.

Архитектуры БД

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

Традиционным методом организации информационных систем является двухзвенная архитектура "клиент-сервер" (рисунок 1.1). В этом случае вся прикладная часть информационной системы выполняется на рабочих станциях системы (т.е. дублируется), а на стороне сервера(ов) осуществляется только доступ к базе данных. Если логика прикладной части системы достаточно сложна, то такой подход порождает проблему "толстого" клиента. Каждая рабочая станция должна обладать достаточным набором ресурсов, чтобы быть в состоянии произвести прикладную обработку данных, поступающих от пользователя и/или из базы данных. Для того, чтобы клиенты могли быть "тощими", а зачастую и для повышения общей эффективности системы, все чаще применяются трехзвенные архитектуры "клиент-сервер" (рисунок 1.2). В этой архитектуре, кроме клиентской части системы и сервера(ов) базы данных, вводится промежуточный сервер приложений. На стороне клиента выполняются только интерфейсные действия, а вся логика обработки информации поддерживается в сервере приложений. В следующих частях курса мы рассмотрим возможные технологии организации трехзвенных архитектур

.

Рис. 1.1. Традиционная двухзвенная архитектура "клиент-сервер"

Рис. 1.2. Трехзвенная архитектура "клиент-сервер" с выделенным сервером приложений

Заметим, что некоторые черты трехзвенности могут присутствовать и в двухзвенной архитектуре. Если, например, используемый сервер баз данных поддерживает развитый механизм хранимых процедур (например, такой, как в Oracle V.7), то можно перебросить некоторую часть логики приложения на сторону баз данных. Заметим, что механизм хранимых процедур недостаточно полно специфицирован в стандарте языка SQL. Как только вы решаетесь использовать действительно развитые средства, то немедленно привязываете свою информационную систему к конкретному производителю серверов баз данных. Развязаться будет очень трудно.

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

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


 

А также другие работы, которые могут Вас заинтересовать

4406. Разработка тягового и топливно-экономического расчета автомобиля 1.09 MB
  В курсе теории автомобиля тяговый и топливно-экономический расчет является одним из важнейших разделов. Этот расчет позволяет по некоторым заданным параметрам определить остальные конструктивные и эксплуатационные параметры...
4407. Адвокат в гражданском процессе 268.5 KB
  Адвокат в гражданском процессе Введение Современный человек постоянно сталкивается с ситуациями, в которых ему необходимо руководствоваться теми или иными правовыми предписаниями, то есть законодательно закрепленными общеобязательными правилами пове...
4408. Административная ответственность за нарушение налогового законодательства 311 KB
  Административная ответственность за нарушение налогового законодательства Введение Процесс формирования норм налогового законодательства выявил особую актуальность установления ответственности за налоговые нарушения. Прямая зависимость государственн...
4409. Адвокатура Украины. Организация современной адвокатуры Украины 63 KB
  Адвокатура Украины. Организация современной адвокатуры Украины. Принципы и гарантии адвокатской деятельности. Согласно Закону адвокатура Украины является добровольным профессиональным общественным объединением, призванным содействовать защите прав, свобо...
4410. Альтернативные источники энергии 62 KB
  Perpetuum-mobile Сенсационное сообщение пришло из Англии. Изобретатель Джон Серл сконструировал летательный аппарат в виде вращающегося диска. Аппарат потребляет энергию только при разгоне, а затем летит сам по себе по классическому варианту вечного...
4411. Расчет четырехтактного бензинового двигателя типа R4 с распределенным впрыском топлива и электронным управлением системой питания и зажигания 3.08 MB
  Введение Поршневые двигатели внутреннего сгорания (ДВС) – самый распространенный тип энергетической установки, на сегодняшний день, используемый на автомобилях, тракторах, тепловозах, на судах и т.п...
4412. Машина Больцмана та мережа INSTAR 446.5 KB
  Машина Больцмана та мережа INSTAR. План: Мета роботи. Теоретичні відомості. Постановка задачі. Алгоритм розв`язку задачі. Виконання роботи. Висновок. Мета: Вивчити принципи функціонування вказаних мереж та навч...
4413. Системи управління приладами у середовищі розробки MATLAB 1.24 MB
  MATLAB (скорочення від англ. Matrix Laboratory) - пакет прикладних програм для вирішення задач технічних обчислень і однойменний мов програмування, що використовується в цьому пакеті. MATLAB використовують більше 1 000 000 інженерних і наукових працівників, вона працює на більшості сучасних операційних систем, включаючи Linux, Mac OS, Solaris
4414. Побудова дерева рішень шляхом застосування алгоритму ID3 79.5 KB
  План: Мета роботи. Теоретичні відомості. Постановка задачі. Алгоритм розв`язку задачі. Виконання роботи. Висновок. Мета роботи: Навчитися будувати дерева рішень шляхом застосування алгоритму ID3. Теоретичні ...