45520

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

Доклад

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

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

Русский

2013-11-17

37.5 KB

10 чел.

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

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

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

.

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

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

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

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

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


 

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

53536. Технологія формування та обробки лінійних списків в Excel з використанням електронного робочого зошита 416 KB
  Актуальність теми: при роботі з великими об’ємами даних важливе значення відіграє їх наглядність та наочність. І навіть наша приймальна комісія використовує електронні таблиці для сортування абітурієнтів та створення бази даних та ведення документації по прийому технікуму. Навчальні цілі заняття : знати команди фільтрації розширеного фільтру автофільтру та сортування даних ІІ рівень абстракції; Оволодіти навичками сортування списків за умовою навчитися проводити фільтрацію даних за автофільтром та розширеним фільтром ІІІ рівень...
53539. Ведущие европейские страны в годы I мировой войны 42.32 KB
  Интересам повышения обороноспособности служила реорганизация управления страной. В августе 1914 г. либералы, консерваторы и лейбористы договорились о взаимном отказе от соперничества на внеочередных выборах в Палату общин вместо досрочно выбывших депутатов и прекратили традиционную политическую борьбу в парламенте
53540. Разработка технологического процесса изготовления отливки «Котел» 4.38 MB
  В расчетно-пояснительной записке приведены: технологичность отливки и способ её изготовления, задачами которых являются выбор способа формовки, выбор положения отливки в форме, выбор поверхности разъема, сплав, минимальная толщина стенки, радиусы сопряжений стенок, литейные радиусы
53541. Управлінські рішення 25.34 KB
  Управлінське рішення — це вибір альтернативи, речове відбиття управління, певною мірою його підсумок. Воно є результатом обдумувань, дій та намірів, висновків, міркувань, обговорень, постанов спрямованих на реалізацію цілей управління.
53542. Вульф Григорій (Юрій) Вікторович 202.18 KB
  Георгій Вікторович Вульф народився в 1863 р. в м. Чернігові. Закінчив 6 чоловічу класичну гімназію у Варшаві в 1881 р. і вступив до Варшавського університету, на природне відділення фізико-математичного факультету. З 2-го курсу почав працювати з кристалографії