Теория и практика построения баз данных (1088289), страница 149
Текст из файла (страница 149)
27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 45. 46. 47 Что означает термин слой по отношению к кубу ОЕАР? Что такое член измерения? Приведите примеры для измерений Время и Место. Объясните использование уровней в табл. 17.2. В чем заключается неоднозначность термина куб? Каким будет результат выражения СР0553 018 ((Мэри, Линда), (Парусный спорт, Лыжи))? А выражения СР055301Н ((Парусный спорт, Лыжи), (Мэри, Линда))? Напишите 5ЯЕ-оператор 5ЕЕЕСТ, создающий куб, аналогичный приведен- ному в табл. 17.2, но в котором строки и столбцы меняются гиестагии, а из- мерение Место представлено перед измерением Категория (если читать слева направо). Объясните разницу между схемами «снежинка» и «звездаь.
Что такое РОЕАР, М01.АР и Н01.АР? Опираясь на обсуждение в этой книге, объясните, как стандарт ОЕЕ был расширен для 01.АР? Как расшифровывается АТ)0 МО и каковы его функции? Дайте определение термина инфорчационное хранилище. Сравните работу с информационным хранилищем и обработку загружен- ных данных. Перечислите и опишите компоненты информационного хранилища. Объясните, что означает изменение структуры запроса или отчета и в чем его отличие от изменения данных в запросе или отчете. Приведите пригиер (отличный от данного в книге), когда пользователю не- обходимо сгруппировать данные. Приведите пример (отличный от ланного в книге), когда пользователю требуется параметрическое разбиение данных Укажите два источника несогласованности данных и приведите пример каждого из них, отличный от приведенного в книге.
Опишите проблемы, возннкакнцие при использовании средств, имеющих различные парадигмы и лицензированных различными производителями. Объясните, почему приходится самостоятельно разрабатывать программ- ное обеспечение для информационного хранилища. Почему особый характер запросов к информационному хранилищу пред- ставляет трудности? Что такое информационные лавки и почему компании их разрабатывают? Перечислите и кратко опишите три типа информационных лавок.
Объясните, почему данные являются важным активом организации. Приведите несколько примеров использования данных, помимо поддерж- ки функционирования системы. 690 54. 55. 56. Объясните, что включает в себя создание форума для разрешения кон 57 Вопросы П группы 58. Рассмотрим компанию, у которой есть национальный менелжер по ирода 59. Рассмотрите данные, которыми обладает ваш колледж или университет 48. 49. 50. 51. 52.
53. Глава 17. Совместное использование данных предприятия В чем работа администратора данных схожа с работой ревизора? Кратко обоснуйте потребность предприятий в администрировании данных. Перечислите и кратко опишите проблемы администрирования данных. Опишите функцию маркетинга в администрировании данных. Каку1о роль играет алминистрирование данных пп отношению к стандар- там организации ланных? Определите термин распорядитель даяньст. В чем разница между распорядителем данных и владельпем данных? Опишите роль администрирования ланных в выработке политики по от- ношению к данным.
фликтов. Каким образом администрирование данных может помочь повысить отда- чу от инвестиций в данные организации? жам и 15 региональных продавцов. Еженедельно продавцы загружают данные о продажах с главного компьютера и на их основе обновляют свои прогнозы продаж па следуюисий месяц.
После этого они соединяются по модему' с базой лаиных сервера и сохраняют в ней свои прогнозы. Затем менеджер обьединяет эти данные в прогноз масштаба всей компании. Какие проблемы, вопросы и сложности могут возникнуть в этой ситуации (если иметь в виду координацию, согласованность, контроль доступа и компьютерные преступления)? Как вам кажется, эффективно ли ваше образовательное учреждение использует свои информационные активы? Каким образом вы можете определить, что информационные ресурсы используются не только для поддержки функционирования сис;темы? Опишите, как, по вашему ьшеиию, ваш колледж нли университет мог бы использовать свои информационные ресурсы в следуюших областях: Набор студентов.
Сбор средств. Планирование про1рамм. Студенческие дела. Дела выпускников. Другие области. Часть ЧИ Работа с объектно- ориентированными базами данных Часть Ъ'П книги состоит из одной главы, в которой рассматриваются объектноориентированное программирование и обьектные СУБД. Она содержит краткое введение в объектно-ориентированное программирование и обсуждение объектно-реляционной СУБД Огас1е, обьектного расширения Я41 под названием 5Я1 3 и стандарта объектного уиравления ланными под названием ООМС-93. Эта часть дополняет материал по 01Е 1)В, А1)О и )ПВС, приведенный в главах 15 и 16. В тех главах были изложены практические вопросы использования объектных интерфейсов для обрашения к базам данных, а здесь представлен концептуальный взгляд на цели и ззлачи объектно-ориентированных баз данных. Введение в объектно-ориентированное программирован!зе 693 Глава 18 Объектно-ориентированные базы данных В этой главе рассматриваются вопросы постоянного хранения объектов, реализованных на таких языках программирования, как !ага, С № и С++.
Как вы знаете, в реляционных базах данных информация хранится в форлге таблиц, строк и столбцов. Реляционные базы данных, как таковые, не слишком хорошо приспособлены для хранения объектов, поскольку объекты могут содержать сложные структуры данных, а также указатели на другие объекты. Кроме того, у объектов есть исполняемые функции, называемые зиетодами, поэтому, чтобы объект можно было перевести в постоянную форму, необходимо предусмотреть какой-то способ хранения методов. Специализированные СУБД, носящие название обвектио-ориентированные СУБД, или ООСУБД (ОЬ1есс-Ог!евсее! РВМ5, ООРВМБ), были разработаны в начале 1990-х годов для обеспечения постоянного хранения объектов. Эти пролукты не илгели коммерческого успеха, так как требовали преобразования существующих данных в формат ООСУБД.
Организации отказываются делать такое преобразование, поскольку оно является весьма дорогостоящим и выигрыш от него не покрывает понесенных затрат. Однако объектно-ориентированное программирование в настоящий момент переживает взлет, и потребность в постоянном храпении объектов никуда не исчезла. В связи с этим производители тралиционных СУБД стали расширять возможности своих продуктов, чтобы наряду с обычным хранением реляционных данных обеспечить постоянное хранение объектов. Такие продукты получили название объектив-реляционных СУБД (оЬ!ест-ге1аг!опа! РВМБ), и опи, вероятно, будут находить все более широкое применение в булущем. В частности, средства моделирования и хранения объсктов разработаны компанией Огас! е.
Поскольку мы не предполагаем, что вы владеете объектно-ориентированным программированием, эта глава начинается с обсуждения основяых терминов и идей ООП. После этого мы рассмотрим различные способы реализации постоянного хранения объектов и продемонстрируем, как постоянное хранение реализовано в Огас1е. В конце мы затронем два важных объектных стандарта — БО1 3 и ОРМО-93. Введение в объектно-ориентированное программирование Объектно-ориентированное программирование, нли ООП (оЬ!есс-опепсес) ргойгапзш!пй, ООР), представляет собой способ проектирования и написания программ. ООП существенно отличается от традиционного програгимирования, поскольку оно влечет за собой новое видение программных структур. В ООП программа не представляется в виде последовательности инструкций, а рассматривается как набор структур данных, содержащих как элементы данных, так и программные инструкции.
Разницу между традиционным программированием и ООП можно представить и по-другому: традиционное программирование структурируется вокруг логики в первую очередь и данных — во вторую, а ООП вЂ” в первую очередь вокруг данных и во вторую — вокруг логики. Например, для разработки традиционной программы созлания заказа нужно сначала представить ее логику в ниле блок-схемы алгоритма или псевлокода. Обрабатываемые данные документируются при этом как часть логики. Разрабатывая ооъектно-ориентированную программу создания заказа, мы сначала должны выявить объекты, участвующие в атом процессе, — например 3АКА3, ПРОДАВЕЦ, ТОВАР и КЛИЕНТ.
Затею следует спроектировать эти объекты в виде алементов данных и программ, открытых для доступа друг другу. После атого нужно описать повеление объектов в вале блок-схемы алгоритма или псевлокола. Терминология ООП Объект ООП вЂ” ато инкапсулированная структура (епсарьв!асей зггпсгцге), имеющая атрибутьс (асгпЬпсез) и.методы (лпес)зосЬ). Термин инкапсулированная структура означает, что объект является самодостаточным: программы, внешние по отношению к объекту, ничего нс знают о его структуре, и такое знание им не требуется. «Внешний виль объекта называется его интерсрейсои (Ьнег(асе). Интерфейс состоит из тех атрибутов и методов, которые являются вилнмыми для внешнего мира. Инкапсулированное внутреннее строение объекта называется его реализацией (пар! ешепсас!оп).
Атрибуты' объектов ООП организуются в определенную структуру. Методы объектов ООП представляют собой последовательности инструкций, выполняемых объектом. Например, у объекта может быть метод, отображающий данный объект, метал, созлаюший данный объект, и метод, изменяющий данный объект. Расслготрим метод, изменяющий объект КЛИЕНТ. Этот лсетод, вхолящий в состав объекта, является программой; программа содержит инструкнии, которые получают данные от пользователя или из других источников.
! и Вместо термина аллрибуты иногда используется термин свойства. В частности, зто имеет место в стандарте ОРГНО«93, где терлтн отрибут используется в более узком смысле, как вы увидите позже. Сталкиваясь с терминаыи ьявс«Л тил, свойство и втри6ут, уделяйте вниыание контексту, поскольку разные авторы исполычуют зта термины нелплого по-разному. Здесь мы буделл употреблять зтп терыпяы в соответствии с оосуждземой темой. 694 Глава 18.
Объектно-ориентированные базы данных Пример ООП 695 Объекты взаимодействуют, вызывая методы друг друга. Метол Изменить обьекта КЛИЕНТ, например, вызывает методы других объектов для получения данных, изменения собственного содержимого и запроса услуг. Вызываемые методы, в свою очередь, могут вызывать другие методы и т. д. Поскольку все объекты являются инкапсулированными, ни один объект не может знать структуру другого объекта и не нуждается в таком знании.
Это упрошает структуру приложения и способствует эффективному взаимодействию отдельных обьектов. Многие обьекты имеют общие методы. Чтобы уменьшить количество одинакового кола, объекты созда1отся как подклассы более общих классов. Объект 01, являющийся подклассом друго~ о объекта, 02, наследует (!пьет!г) все атрпоуты и методы 02. Наприл~ер, приложение л1ожет иметь общий класс СОТРУДНИК, имеюший два подкласса, ПРОДАВЕЦ и ИНЖЕНЕР.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
