Эволюция СУБД

2. Эволюция СУБД

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

2.1. Шестидесятые и семидесятые годы централизованного

СУБД шестидесятые и семидесятые годы (IBM IMS, IDS Bull, Univac DMS и т.д.) были полностью централизованной системы, как и подобает те годы операционные системы и аппаратное обеспечение, для которого они были сделаны: большой в масштабах всего предприятия компьютер и сеть немых терминалов и памяти.

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

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

Хотя, чтобы написать заявление программ с использованием языков высокого уровня, таких как Cobol или PL / I, были также доступны инструкции и подпрограммы специализированные для лечения BD, требующие, чтобы программист знал многие детали физического проектирования, и что сделано была очень сложной программирования.

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

2.2. Восьмидесятые годы: реляционная СУБД

Компьютеры министерств, в первую, а затем микро-компьютеров, проникают практически во все предприятия и учреждения.

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

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

* Oracle появится в 1980 году.

Все эти факторы делают более широкого использования СУБД.Стандартизации, в 1986 году, язык SQL был настоящий взрыв реляционных СУБД.

Персональные компьютеры

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

2.3. Девяностые годы: распространение, C / S и 4GL

В конце восьмидесятых годов, и реляционных СУБД используется практически всех предприятий. Тем не менее, до середины девяностых годов, при необходимости высокой производительности по-прежнему использовать СУБД prerelational.

В конце восьмидесятых и начале девяностых, компании обнаружили, что их отделы покупке ведомственных и персональных компьютеров и приложений, делали BD. Результатом стало то, что внутри компании Есть множество СУБД BD и несколько различных типов или поставщиков.Этот феномен умножения BD и СУБД была увеличена на лихорадку слияний.

Необходимо иметь обзор компании и увязывания различных приложений с использованием различных BD, вместе с легкостью, которые дают сетей для обмена данными между компьютерами, привело к текущей СУБД, что позволяет программе работать с различными BD, как если бы он был один. Это то, что известно как распределенная база данных.

Это идеальное распределение достигается при различных BD поддерживаются одним брендом СУБД, т. е. когда существует однородность.Однако, это не так просто, если СУБД гетерогенных. Сегодня, во многом благодаря стандартизации языка SQL, СУБД различных марок могут обслуживаться друг на друга и работать вместе, чтобы предоставлять услуги прикладной программы. Однако, в целом, в случае неоднородности не может быть достигнута, чтобы дать программу, которая использует вид, что это один BD.

Рисунок 1

В дополнение к этому распределению "навязанным", желая отдельных комплексного лечения уже существующих БД, вы можете также сделать распределение "желаемый" BD проектирования физически распределенных и воспроизводить на части в разных системах.Основными причинами, которые заинтересованы в этом распределении:

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

2) стоимость. BD может уменьшить стоимость распределенной. В случае централизованной системы, все пользователи компьютеров, которые могут быть распространены среди различных и далеких географических районах подключены к центральной системе через линии связи.Всего расходов на связь может быть уменьшена пользователя, чтобы закрыть данные используются наиболее часто, например, на компьютер в вашем офисе или даже на персональном компьютере.

Технология широко используется для распространения данных известно, как окружающая среда (или архитектуры) Клиент / Сервер (C / S). Все реляционных СУБД рынке были адаптированы к этой среде.

Идея C / S является простым. Два различных процессов, запущенных на одной системы или отдельных систем, они действуют так, что один играет роль клиента или службы запрос, и другие сервера или поставщику услуг.

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

Рисунок 2

Легкость распространения данных не единственная причина, даже не основной, большой успех средах C / S в девяностые годы. Возможно, главной причиной была гибкость для создания и развития глобальной конфигурации компьютера компании, а также внесения изменений к нему, используя очень стандартных аппаратных средств и программного обеспечения и дешево.

Успех BD, в том числе персональных компьютеров, привело к появлению четвертого поколения Языки (4GL), очень легкая и мощная языков, специализирующихся на разработке приложений на основе БД.Они обеспечивают многие объекты в то время, чтобы определить, как правило, визуально, переговоры вводить, изменять и запрашивать данные для C / S.


2.4. Современные тенденции

Сегодня, реляционные СУБД проходят преобразования для размещения трех последних успешных технологий, тесно связаны: мультимедиа, объектно-ориентированные (ОО) и с сетью и интернет.

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

Однако, некоторые приложения не хватает с того специализированных типов СМИ.Вам нужны сложные типы, что разработчик может определить, как приложение. Короче говоря, мы должны абстрактных типов данных: TAD. Последние СУБД уже включил эту возможность, а также широкий открытом рынке или TAD предопределенных библиотек классов.

Это подводит нас к объектно-ориентированного (ОО). Успех OO в конце восьмидесятых годов, развитие основных программных приложений в области промышленного производства и строительства графические интерфейсы с пользователями, сделал в девяностые годы широкое распространение практически во всех области вычислений.

В СИ также инициировал принятие, застенчивый момента, О.О..Использования таких языков, как C + + или Java требует реляционной СУБД учетом их с соответствующими интерфейсами.

Быстрое принятие веб-SI делает ресурсов сервер СУБД, которые будут включены в веб-сайты, такие как сценарии SQL, включая HTML, Java Embedded SQL и т.д.. Обратите внимание, что в мире веб общих данных ОО и мультимедиа.

В последние годы он начал развертывание приложений типа BD называют хранилище данных или хранилище данных, которое также производит некоторые изменения в реляционных СУБД рынке.

За эти годы я работал с BD в различных приложениях, компании накопили большие объемы данных всех видов.Если эти данные анализируются надлежащим может дать ценную информацию *.

Таким образом, это большая BD соответствии с информацией из всех видов корпоративных приложений (и даже на улице). Данные в этой большой склад, хранилище данных, вы получите более или менее сложной репликации из которых находится в BD использоваться в повседневной работе компании. Эти данные склады могут быть использованы исключительноум, чтобы делать запросы, в особенности для проведения исследований * финансовых аналитиков, аналитиков рынка, и т.д..

В настоящее время СУБД адаптированный к этому типу приложений, в том числе, например, такие инструменты, как:

а) создание и поддержание подземных толчков, с некоторой обработки данных.

б) Консолидация данных из различных источников.

в) создание физических структур, которые эффективно поддерживать многомерного анализа.

* Например, на рынке в связи с ценовой политикой.
* Они часто многомерной статистики.