книга DipMaster-Shop.RU
поиск
карта
почта
Главная На заказ Готовые работы Способы оплаты Партнерство Контакты F.A.Q. Поиск
РАЗРАБОТКА СИСТЕМЫ УДАЛЕННОГО СБОРА ИНФОРМАЦИИ В SCADA-СРЕДЕ ( Дипломная работа, 125 стр. )
Разработка системы учета заявок в отделe ИТ ( Курсовая работа, 58 стр. )
Разработка системы управления рабочим временем служащих предприятия ( Курсовая работа, 56 стр. )
Разработка системы электронного документооборота для Хакасского госуниверситета ( Дипломная работа, 128 стр. )
Разработка стенда и методики для проведения сертификационных испытаний программного обеспечения на отсутствие недекларированных возможностей ( Дипломная работа, 94 стр. )
Разработка структур основных видов обеспечения программно-технического комплекса (ПТК) «Web- интерфейс к базам данных». ( Курсовая работа, 18 стр. )
Разработка структурной схемы ЛВС 5-и этажного здания, в котором располагаются 10 коммерческих фирм ( Контрольная работа, 34 стр. )
Разработка структурной схемы ЛВС кампуса, включающую общий выход в Интернет. Раз-работка логической схемы и распределения адресного пространства внутренней ЛВС пред-приятий ( Контрольная работа, 21 стр. )
Разработка структуры компьютерной сети на предприятии ООО"Сургут Строй Центр" ( Дипломная работа, 78 стр. )
Разработка структуры построения web-сайта ( Дипломная работа, 81 стр. )
Разработка структуры компьютерной сети на предприятии ООО "Сургут Строй Центр" ( Дипломная работа, 76 стр. )
Разработка структуры таблиц базы данных. Создание запросов. ( Контрольная работа, 21 стр. )
Разработка структуры компьютерной сети на предприятии ООО"Сургут Строй Центр" 2005-76 ( Дипломная работа, 76 стр. )
Разработка схемы защищенного документооборота для взаимодействия кадастровых инженеров и органов власти ( Дипломная работа, 77 стр. )
Разработка схемы ЛВС в MS Visio ( Контрольная работа, 23 стр. )
Разработка технического проекта ( Контрольная работа, 42 стр. )
Разработка технологического процесса начальной калибровки модуля инерционного сенсора ( Дипломная работа, 111 стр. )
Разработка типизированной архитектуры корпоративной информационной системы на основе методологии IDEF ( Дипломная работа, 64 стр. )
Разработка типизированной архитектуры корпоративной информационной системы на основе методологии IDEF ( Контрольная работа, 17 стр. )
Разработка учебно-методического пособия по предмету «Криптографические протоколы» ( Дипломная работа, 39 стр. )
Разработка фактографических АИПС учета шрифтов ( Дипломная работа, 52 стр. )
Разработка ЭИС для организации системы сбыта товаров через Интернет ( Дипломная работа, 65 стр. )
Разработка ЭИС по ведению и анализу договоров обязательного медицинского страхования_5288 ( Дипломная работа, 111 стр. )
Разработка ЭИС, финансовый анализ на промышленных предприятиях ( Дипломная работа, 94 стр. )
Разработка экспертных систем ( Отчет по практике, 31 стр. )

Введение 3

Реляционные базы данных 6

Распределенные базы данных 8

Введение в распределенные базы данных 10

Контрольные суммы 11

Распределение хранимой информации 12

Технические подробности реализации распределенных баз данных 16

Многоузловое тиражирование 17

Применение многоузлового тиражирования 17

Резервный узел 17

Распределение нагрузки между узлами 17

Тиражирование снимков 18

Снимки для чтения 18

Обновляемые снимки 18

Гибридный вариант 18

Заключение 19

Литература 20

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

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

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

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

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

Между тем рынок САПР был быстро насыщен, и в начале 90 х годов производители ООСУБД обратили внимание на другие области применения, уже прочно занятые реляционными СУБД. Для этого потребовалось оснастить ООСУБД функциями оперативной обработки транзакций (OLTP), утилитами администратора баз данных (database administrator - DBA), средствами резервного копирования/восстановления и т. д. Работы в данном направлении продолжаются и сегодня, но уже можно сказать, что переход к коммерческим приложениям идет достаточно успешно.

1. Hаумов, А. М. Вендров и др., "Системы управления базами данных и знаний", Москва, 1991г.

2. Paradox - это очень просто. Чарльз Сигель. М., 1993.

3. Paradox for Windows: Практическое руководство. Под редакцией Оспищева Д. А. М., 1993.

4. Дейт К., "Введение в системы баз данных", Москва, 1980 г.

5. Дж. Ульман, "Основы систем баз данных", М., Финансы и статистика, 1983г.

6. Когаловский М. Р., "Технология баз данных на персональных ЭВМ", Москва, 1992 г.

Примечаний нет.

2000-2024 © Copyright «DipMaster-Shop.ru»