![]() |
|
сделать стартовой | добавить в избранное |
![]() |
Компьютеры, Программирование
Программное обеспечение
Развитие систем управления базами данных |
Введение Общая тенденция развития систем управления базами данных показывает, что распределенные системы получают все большее развитие и распространение. Этому способствует как мировая глобализация, которая приводит к ускорению процессов централизации и децентрализации информационных систем, так и технический прогресс в области хранения и передачи данных. Растут объемы и быстродействие накопителей информации. Все большей становится доля оптоволоконных каналов связи, которые позволяют передавать огромные массивы данных с невиданной до сих пор скоростью. Кроме того, ширится выпуск персональных домашних компьютеров и ноутбуков. Все это вкупе с прогрессирующим снижением стоимости коммуникационных услуг ведет к росту количества удаленных рабочих групп (офисов), а также расширению числа работников, выполняющих свои функции вне своего офиса или основного рабочего места. Эти факторы и способствуют развитию распределенных систем и, соответственно, распределенных баз данных. Распределенные базы данных По общему мнению, Россия и другие страны СНГ, обладая большой территорией, просто обречены на создание и развитие информационных систем на основе распределенных баз данных. Не секрет, что практически все преуспевающие средние и крупные региональные компании имеют свои представительства в Москве и/или Петербурге. Поэтому при управлении такими предприятиями не обойтись без сложных корпоративных распределенных информационных систем. Ярким примером распределенной базы данных является система D S: Практика показывает, что обычно решение вопроса создания корпоративной ИС ищется в уже достаточно освоенной и всем знакомой плоскости клиент-сервер на базе локальной сети с централизованной базой данных. Выбирается одна из популярных многопользовательских СУБД и доступные средства для быстрой разработки приложений (как правило, это пара I erbase/Delphi). Создается система, включающая в себя одну или несколько баз данных, а также набор обращающихся к ней (к ним) приложений, реализующих прикладные функции, необходимые конечному пользователю. Данная технология весьма неплохо работает в ограниченном масштабе, например, в рамках одного офиса или нескольких удаленных рабочих групп-филиалов, связанных с головным предприятием. Однако время не стоит на месте, компания расширяется и выходит на тот уровень, когда новые задачи требуют децентрализации хранения и обработки данных и, соответственно, качественного скачка в развитии информационной системы. В этом случае технология клиент-сервер, реализованная на основе централизованной базы данных, уже не может удовлетворить новых потребностей. Информационная система становится неработоспособной и ее приходится фактически создавать заново. Очевидно, что обычные системы &quo ;клиент-сервер&quo ; могут развиваться только по эволюционному экстенсивному пути в ограниченном масштабе и становятся неэффективными, когда экстенсивные пути развития исчерпывают свои возможности. Затраты на модификацию и сопровождение такой системы в критический момент становятся сравнимыми с затратами на создание новой системы. Выходом из тупика может служить применение распределенных баз данных (БД).
В зависимости от архитектуры, можно выделить локальные и распределенные БД. Все части локальной БД размещаются на одном компьютере, а распределенной — на нескольких. Исторически, развитие баз данных, как локальных, так и распределенных, шло от иерархических моделей к сетевым и реляционным. Первые иерархические и сетевые СУБД были созданы в начале 60-х годов прошлого века. Причиной послужила необходимость управления огромным количеством записей, связанных друг с другом, как правило, иерархическим образом (обслуживание выборов, переписей населения, моделирование ядерных испытаний, погодных и геологических явлений, информационное обеспечение космических полетов и т. д.). Причиной выбора иерархической модели во многом послужило ее подобие уже имевшимся и хорошо отработанным и освоенным на практике многочисленным массивам информации на неэлектронных носителях (банки данных, картотеки, досье, справочники). Среди реализованных на практике СУБД этого типа следует отметить системы IMS (I forma io Ma ageme Sys em) компании IBM, а также DMS ( ime-Shared Da e Ma ageme Sys em) компании Developme Corpora io ; Mark IV Mul i — Access Re rieval Sys em компании Co rol Da a Corpora io ; Sys em — 2000 разработки SAS-I s i u e. Отношения в иерархической модели данных организованы в виде совокупностей деревьев, где дерево — структура данных, в которой тип сегмента потомка связан только с одним типом сегмента предка (рис. 1.1). Рис. 1.1. Иерархическая модель БД В терминологии баз данных, это адекватно наличию жестких связей «один - к – одному» или «один - ко – многим» между записями. К недостаткам и ограничениям иерархической модели данных можно отнести: отсутствие явного разделения логических и физических характеристик модели, что выражается в жесткой привязке БД к носителю-информации, потребность в дополнительных затратах и ухищрениях для описания неиерархических связей, что обуславливает низкую гибкость модели, не позволяющую ей эволюционировать в изменяющихся условиях. Сетевая модель данных — это представление сетевыми структурами типа запись данных, связанных отношениями «один - к – одному» или «один - ко – многим» (рис. 1.2). Основная идеология и стандартные требования к этой модели были разработаны комитетом Da abase ask Group (D BG) на рубеже 60—70-х годов. Впервые сетевая архитектура была реализована в СУБД I egra ed Da a S ore (IDS) компании Ge eral Elec ric и IDMS компании Compu er Associa es.Рис. 1.2. Сетевая модель БД В отличие от иерархической модели, в сетевой допускается наличие нескольких связей от сегмента-потомка к сегментам-предкам. Сетевая модель допускает также использование в базах данных связей «многие - ко – многим». Это позволяет устранить многие недостатки иерархической модели, такие как: низкую приспособленность к описанию данных неиерархической структуры и слабую гибкость при развитии системы. Реляционная модель была описана в 1970—1971 годах в работах Е. Ф. Кодда. Она основана на процедурном языке обработки таблиц данных и языке запросов. В сетевой и иерархической моделях использовались жесткие физические подходы к связыванию записей из разных файлов путем применения физических указателей или адреса на диске.
Такие базы существенно затрудняют и ограничивают операции над данными. Кроме того, является очевидным, что иерархические и сетевые базы данных весьма чувствительны к аппаратным изменениям. Перенос данных с одного накопителя на другой, или вообще Изменение числа приводит к необходимости внимательно и кропотливо изменять адреса в связях записей на новые. Также такие модели чувствительны к реструктуризации самой базы (добавление или удаление новых полей приводит к изменению физических адресов записей). Все эти проблемы преодолела реляционная модель, основанная на логических отношениях данных. Именно реляционная модель породила все современные известные СУБД, ее детищем является SQL, благодаря использованию реляционной модели возможно создание распределенных баз данных. Под распределенной БД (Dis ribu ed Da aBase — DDB) обычно подразумевают базу данных, включающую фрагменты из нескольких баз данных, которые располагаются на различных узлах сети компьютеров, и, возможно, управляются различными СУБД. Распределенная база данных выглядит с точки зрения пользователей и прикладных программ как обычная локальная база данных. В этом смысле слово «распределенная» отражает способ организации базы данных, но не ее внешнюю характеристику. Согласно принципам, изложенным в трудах известного ученого Дейта, можно выделить:12 основных требований к распределенной базе данных (они же являются основными признаками) локальная автономия (local au o omy); децентрализация ( o relia ce o ce ral si e); непрерывность операций (co i uous opera io ); прозрачность расположения (loca io i depe de ce); независимая фрагментация (fragme a io i depe de ce); независимое тиражирование (replica io i depe de ce); обработка распределенных запросов (dis ribu ed query processi g); обработка распределенных транзакций (dis ribu ed ra sac io processi g); независимость от оборудования (hardware i depe de ce); независимость от операционных систем (opera io g sys em i depe de ce); прозрачность сети ( e work i depe de ce); независимость от СУБД (da abase i depe de ce). Рассмотрим каждое из этих требований подробнее. Локальная автономия Это качество означает, что управление данными на каждом из узлов распределенной системы выполняется локально. База данных, расположенная на одном из узлов, является неотъемлемым компонентом распределенной системы. Будучи фрагментом общего пространства данных, она, в то же время, функционирует как полноценная локальная база данных. Управление ею выполняется локально и независимо от других узлов системы. Децентрализация Вытекает из свойства локальной автономии. В идеальной системе все узлы равноправны и независимы, а расположенные на них базы являются равноправными поставщиками информации в общее пространство данных. База данных на каждом из узлов самодостаточна и может функционировать при отсутствии других узлов. Она включает собственный полный словарь данных и полностью защищена от несанкционированного доступа. В распределенных БД поддержка целостности и согласованности данных, в свете предыдущих требований, представляет собой довольно сложную проблему.
Кроме того, стоит установить программу Acrobat Reader для просмотра файлов формата pdf, программу-перекодировщик кодовых страниц и настроить программу проверки правописания ispell (она или aspell обычно устанавливается с русифицированными дистрибутивами). Рис. 15.15. Электронная таблица KSpread Когда говорят об "офисных приложениях", обычно имеют в виду не только работу с текстом, но и электронные таблицы, программу для построения схем, системы подготовки презентаций, а также и какую-либо из систем управления базами данных (хотя последнее уже необходимо далеко не всем). Здесь два основных конкурента в борьбе за место на вашем рабочем столе - пакеты OpenOffice.org и KOffice, хотя нельзя забывать и о программах проекта Gnome. Рис. 15.16. Система подготовки презентаций KPresenter Рис. 15.17. Программа для создания диаграмм KChart В состав пакета KOffice входит основной набор офисных приложений: электронная таблица KSpread (рис. 15.15), система подготовки презентаций KPresenter (рис. 15.16), программа для создания диаграмм KChart (рис. 15.17) и простенькая "рисовалка" KIllustrator
2. Современные системы управления базами данных
3. Система управления базами данных ACCESS
5. Современные системы управления базами данных
9. Серверы и системы управления базами данных
10. Система управления базами данных Mіcrosoft Access 2003
11. Системы управления базами данных
12. Создание и управление базой данных в СУБД FoxPro
14. Манифест систем объектно-ориентированных баз данных
15. Використання баз даних та інформаційно-пошукових систем для раціонального ведення діловодства
16. Программное обеспечение встроенных систем управления на базе однокристальных микропроцессоров (МП)
17. Файлові системи і бази даних. Потреби інформаційних систем
20. Информация, информатика, базы данных. Периферийные устройства
21. Пример базы данных на Delphi 2.0
25. Работа с Базами данных в Delphi
26. Разработка базы данных, отражающей учет успеваемости студентов
27. Базы данных Microsoft Access
28. Разработка базы данных "Культурный досуг"
29. Алгоритм создания базы данных складского учета
30. Разработка базы данных для объекта автоматизации: гомеопатическая аптека
31. Отчёт по созданию курсовой работы «База данных ACCESS»
32. Инструкция по эксплуатации базы данных магазина «Телевизоры» средствами Access 2000
33. Системы обработки информации - язык баз данных SQL со средствами поддержания целостности
37. Проектирование производства и систем управления мини-пекарень
41. Создание систем управления баллистическими ракетами подводных лодок
42. Исследование систем управления
43. Интерактивный объектно-ориентированный подход к построению систем управления
45. Билеты по исследованию систем управления - 2000
46. Исследование и прогноз развития систем расселения населения Среднего Приобья
47. Исследование систем управления промышленным предприятием
48. База данных
49. Построение эффективных систем управления документами на предприятиях нефтегазовой отрасли
50. Современные направления развития систем CtP для малых и средних предприятий
51. Организация удаленного доступа к распределенным базам данных
52. Опыт использования ADO для доступа к базам данных форматов MS Access, xBase и Paradox
57. Основы использования WWW - технологий для доступа к существующим базам данных
58. Основы работы с базами данных Delphi
59. Параллельные машины баз данных
60. Инфологическое моделирование базы данных
62. Web-серверы, базы данных в Интернет, Поиск информации в Интернет, Основные системы и средства
63. База данных для информационной системы - Таксопарк
64. Защита баз данных. Access 2000
65. Классификация систем параллельной обработки данных
66. Моделирование систем управления
67. Организация Web-доступа к базам данных с использованием SQL-запросов
69. Проектирование базы данных Библиотека
73. Создание и ведение баз данных
74. Упражнения по базам данных MS ACCESS (методичка)
76. Автоматизация систем управления в образовании
77. Реляционные модели базы данных
79. Создание файла и таблиц базы данных мастером и по заданной логической модели
80. Моделирование систем управления
81. Использование модели briefcase при разработке приложений баз данных
82. Базы данных SQL
83. Создание базы данных «расписание»
84. Использование пакета Cold Fusion для MS Windows при построении WWW - интерфейсов к базам данных
85. Разработка базы данных «Магазин бытовой техники “Электрон” средствами СУБД MS Access»
89. Лінгвістична база даних українських художніх порівнянь
90. База даних "Кафедра" в Access з меню MDI
91. База даних клієнтів і замовлень
92. База даних по обліку вогнепальної зброї
93. База даних по приватних підприємствах регіону
94. База даних фільмотеки: розробка проекту
95. База данных
96. База данных "Автосервис" в среде Borland Delphi 6.0.