Новости Словари Конкурсы Бесплатные SMS Знакомства Подари звезду
В нашей
базе уже
59876
рефератов!
Логин

Пароль

Информационные технологии в управлении6930

Информационные технологии в управлении6930.
Информационные технологии в управлении НОВЫЙ ГУМАНИТАРНЫЙ УНИВЕРСИТЕТ



ФАКУЛЬТЕТ ЭКОНОМИКИ И УПРАВЛЕНИЯ

ЗАОЧНОЕ ОТДЕЛЕНИЕ

5 КУРС



Реферат по дисциплине «Информационные технологии в управлении» на
тему:

«Объектно – Ориентированные Системы Управления Базами Данных»



Преподаватель:

Студентка: Светлана Белозерова

группа

дом.тел. 491 2784



г. Москва, 1999 год



|Оглавление | |
| | |
|1. Введение. 20 лет эволюции программного обеспечения |3 |
|2. Реляционные базы данных |4 |
|3. Объектно – реляционные методы. |6 |
|4. Объектно – ориентированные базы данных |8 |
| |4.1. Why ODBMS ? |8 |
| |4.2. Спорные моменты технологии |10 |
| |4.3. Стандарты объектных баз данных |13 |
| |4.4. Поставщики ООСУБД |17 |
|5. Заключение. |19 |
|6. Глоссарий |21 |



Введение. 20 лет эволюции программного обеспечения.


[pic]Рисунок 1


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

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

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

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

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

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

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


В реляционных базах данных (Relational Database System, RDBS) все
данные отображаются в двумерных таблицах. База данных, таким образом, это
ни что иное, как набор таблиц. RDBS и ориентированные на записи системы
организованы на основе стандарта B-Tree или методе доступа, основанном на
индексации – Indexed Sequential Access Method (ISAM) и являются
стандартными системами, использующимися в большинстве современных
программных продуктов. Для обеспечения комбинирования таблиц для
определения связей между данными, которые практически полностью отсутствуют
в большинстве программных реализаций B-Tree и ISAM, используется языки,
подобные SQL (IBM), Quel (Ingres) и RDO (Digital Equipment), причем
стандартом отрасли в настоящее время стал язык SQL, поддерживаемый всеми
производителями реляционных СУБД.

Оригинальная версия SQL – это интерпретируе
Умар.Ш. был тут !!!!!
 
давайте изгоним мат !!!
 
ДОБРОЙ НОЧИ ОТ Ъ
ЛОКИ ИНО
 
ДМК МЭ
 
где инфааа?