МЕНЮ


Фестивали и конкурсы
Семинары
Издания
О МОДНТ
Приглашения
Поздравляем

НАУЧНЫЕ РАБОТЫ


  • Инновационный менеджмент
  • Инвестиции
  • ИГП
  • Земельное право
  • Журналистика
  • Жилищное право
  • Радиоэлектроника
  • Психология
  • Программирование и комп-ры
  • Предпринимательство
  • Право
  • Политология
  • Полиграфия
  • Педагогика
  • Оккультизм и уфология
  • Начертательная геометрия
  • Бухучет управленчучет
  • Биология
  • Бизнес-план
  • Безопасность жизнедеятельности
  • Банковское дело
  • АХД экпред финансы предприятий
  • Аудит
  • Ветеринария
  • Валютные отношения
  • Бухгалтерский учет и аудит
  • Ботаника и сельское хозяйство
  • Биржевое дело
  • Банковское дело
  • Астрономия
  • Архитектура
  • Арбитражный процесс
  • Безопасность жизнедеятельности
  • Административное право
  • Авиация и космонавтика
  • Кулинария
  • Наука и техника
  • Криминология
  • Криминалистика
  • Косметология
  • Коммуникации и связь
  • Кибернетика
  • Исторические личности
  • Информатика
  • Инвестиции
  • по Зоология
  • Журналистика
  • Карта сайта
  • Oracle Power Objects

    Связанным контейнером может быть форма, отчет, внедренная форма,

    пользовательский класс или окно репитера. Не все связываемые контейнеры

    должны быть связаны с источником записей: например, многие окна диалога –

    это формы, которые не имеют связанных таблиц или представлений. Однако, все

    связанные контейнеры имеют ассоциированные наборы записей, которые

    заполняются данными запросов базы данных при загрузке контейнера в память.

    Внутри связанного контейнера располагаются связанные элементы

    управления, которые соединены со столбцами связанного набора записей.

    Например, в форме, предназначенной для работы с записями заказчиков,

    несколько текстовых полей выводят на экран имя заказчика, адрес, номер

    телефона и другую важную информацию, Информация в каждом текстовом поле

    происходит из различных столбцов набора записей.

    Контейнер – лишь одно из многих типов объектов приложения. Определения

    объектов приложений сохраняются в файлах. РОА и, в конечном счете,

    компилируются в исполняемое приложение. Другие объекты приложения –

    элементы управления (например, командные кнопки), статические объекты

    (например, линии). OLE-объекты, импортируемые растровые рисунки и

    пользовательские классы.

    Разработка в объектно-ориентированной среде.

    В дополнение к изменению характеристик отдельных объектов,

    необходимо также определить отношения между объектами. Например, при

    связывании формы с таблицей определяется отношение между объектом

    приложения и объектом базы данных.

    Если данные, отбираемые из таблицы и представленные в форме,

    переупорядочиваются, отношение между этими двумя объектами

    переопределяется. Для командной кнопки, которая, будучи нажата, открывает

    форму, действует несколько иная зависимость: отношение между командной

    кнопкой и формой определяет код метода, который добавляется к методу

    Click() командной кнопки.

    Каждый объект имеет большой интервал стандартных свойств и методов.

    Таким образом, характеристика, которую требуется получить, или действие,

    которое требуется выполнить, часто уже содержится в свойстве или методе.

    При необходимости, однако, можно также добавлять новые, пользовательские

    свойства и методы. Новое свойство может быть добавлено к объекту, когда

    разработчик решает, что для объекта требуется некоторая дополнительная

    характеристика (например, дополнительный уровень защиты при открытии

    формы). Новый метод добавляется, когда требуется определить новую задачу

    обработки, не охваченную стандартными методами (например, выполнение

    специфических бухгалтерских вычислений).

    В сущности, объектно-ориентированная разработка лишь быстро фиксирует

    оформившееся представление разработчика относительно приложения. Зная набор

    средств того или иного инструментального продукта, перед выполнением

    фактической разработки программист рисует в своем воображении, какие

    объекты ему требуются, какие характеристики они должны иметь и как

    действие, которое выполняется над одним объектом (например, командной

    кнопкой) повлияет на другой (например, форму). Для работы с почти каждым

    объектом в Oracle Power Objects используется общая методология. Независимо

    от того, является объект сеансом базы данных или переключателем, для

    управления объектом разработчик определяет или изменяет одно из свойств или

    вызывает один из методов этого объекта.

    Прочие аспекты.

    Помимо изложенного, объектно-ориентированное проектирование имеет три

    другие важные черты:

    1. Модульность. В объектно-ориентированной среде разработки, объекты

    должны заключать в себе полное определение их характеристик. Никакие

    определения относительно методов и свойств объекта не должны

    располагаться где-либо вне данного объекта. Эта черта делает возможным

    копирование объекта в другие объекты – формы, отчеты, пользовательские

    классы, сеансы или приложения без потерь каких-либо показателей

    поведения, представления или других важных характеристик.

    2. Иерархическая структура включения. В объектно-ориентированном

    приложении некоторые классы объектов могут содержать другие объекты.

    Например, форма может включать элементы управления, статические

    объекты и даже другие контейнеры (такие как окна репитеров). Объектно-

    ориентированные инструментальные средства разработки, позволяют

    определять, какие объекты будут содержать другие объекты, и

    выстраивать объектную иерархию сверху (приложение) до низу (например,

    командная кнопка внутри формы).

    3. Возможность многократного использования. При проектировании объектов

    необходимо, насколько это возможно, предусматривать возможность их

    многократного использования. В Oracle Power Objects, пользовательские

    классы и растровые объекты – наиболее характерные виды объектов

    приложения многократного использования. Легко копировать между

    приложениями можно и другие объекты, например, формы и отчеты. В

    случае пользовательских классов, вначале определяется общий тип

    элемента управления, который затем тиражируется для любого приложения.

    Экземпляры класса могут быть точными копиями, но, в случае

    необходимости, они могут включать любые модификации. Возможности

    тиражирования пользовательского класса, практически, ничем не

    ограничены.

    Сервер: Сеансы и базы данных.

    В Oracle Power Objects объект-сеанс создается на серверной части

    системы приложения базы данных. Сеансы обеспечивают доступ к объектам базы

    данных (таблицы, представления, последовательности и индексы), так и к

    данным, хранимым в самих таблицах и представлениях. В приложении можно

    использовать несколько сеансов; фактически, единственная форма, отчет или

    пользовательский класс могут обращаться к нескольким сеансам.

    Посредством свойств и методов объекта-сеанса можно управлять режимом

    соединения с базой данных (открытое или закрытое). Устанавливая параметры

    логической структуры базы данных, определенной для сеанса, разработчик

    управляет диапазоном объектом базы данных, доступных через сеанс. Многие

    процессоры баз данных используют логические структуры (схемы пользователей)

    для ограничения доступа к объектам базы данных отдельным пользователям.

    Например, логическая структура администратора базы данных будет иметь

    доступ ко всем объектам базы данных, но рядовые пользователи должны иметь

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

    нужны им для работы.

    В Oracle Power Objects сеанс представляет собой отдельное окно, в

    котором символически показаны все объекты базы данных, доступные через этот

    сеанс. Дважды щелкнув на пиктограмме сеанса, можно активировать и

    деактивировать соединение с базой данных Когда соединение активно, окно

    Database Designer выводит все объекты базы данных, доступные в этом сеансе.

    Кроме того, при открытом соединении, во время разработки можно добавлять

    новые объекты базы данных и редактировать существующие.

    Базы данных

    База данных – система, которая хранит и организует информацию. Oracle

    Power Objecs позволяет формировать приложения, которые обращаются к

    информации, сохраненной в реляционной базе данных, и коллекции объектов

    базы данных, включая таблицы, представления, индексы, последовательности и

    синонимы. Процессор базы данных координирует пользовательский доступ к

    информации базы данных.

    В Oracle Power Objects пользователь взаимодействует с базой данных

    через сеанс базы данных – объект, который содержит информацию, необходимую

    для установления соединения с базой данных. В этой главе описываются

    объекты-сеансы базы данных и общие методы работы с ними.

    Далее описываются типы баз данных, поддерживаемые Oracle Power Objects

    внутренние (базы данных Blaze) и внешние базы данных

    Внутренние базы данных создаются и поддерживаются Oracle Power

    Objects. Базы данных Blaze компактны и эффективны, не требуют для

    выполнения большого количества системных ресурсов. Объекты базы данных

    Blaze хранятся на жестком диске в единственном файле.

    Внешние базы данных создаются и поддерживаются процессором базы данных

    вне Oracle Power Objects, например, ORACLE7 Server.

    Рассматриваемая версия Oracle Power Objects поддерживает следующие

    внешние базы данных

    ORACLE7 Server. ORACLE7 Server – мощная, высокопроизводительная

    система управления реляционными базами данных Oracle Corp., которая

    эксплуатируется на широком разнообразии программно-аппаратных платформ.

    Базы данных SQL Server. Надежные и совершенные базы данных SQL Server

    поставляются компаниями Microsoft и Sybase. Oracle Power Objects

    обеспечивает доступ к базам данных SQL Server через драйвер DBLIB.

    Сеанс базы данных – объект, представляющий соединение между

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

    обеспечивает связь между внешним интерфейсом и серверной частью системы

    базы данных.

    Каждый объект-сеанс базы данных сохраняется в собственном дисковом

    файле (в Windows этот файл имеет расширение POS). Объекты-сеансы базы

    данных представлены пиктограммой в окне Main рабочего стола Oracle

    Power Objects

    Объект-сеанс может быть в одном из двух состояний: неактивный или

    активный.

    Неактивный сеанс – не соединенный в данный момент с базой данных.

    Через неактивный сеанс нельзя вывести на экран объекты базы данных.

    Активный сеанс – соединенный в данный момент с базой данных; он

    «содержит» все объекты базы данных, которые могут быть доступны через

    соединение. Активное состояние сеанса отображается пиктограммой включенного

    соединителя.

    Пользователь обращается к объекту-сеансу так, как если бы он содержал

    объекты базы данных. Однако, объект-сеанс фактически не содержит никаких

    объектов. Вместо этого, он содержит информацию, необходимую для

    установления соединения базы данных – например, он может содержать имя

    пользователя, пароль и сетевой адрес учетной записи в базе данных сервера.

    Когда приложение запрашивает информацию из сеанса базы данных, он

    автоматически передает соответствующий запрос базе данных и обрабатывает

    результат.

    Каждый объект-сеанс базы данных обеспечивает доступ к единственной

    логической структуре (схеме) или учетной записи пользователя в базе данных.

    Сеанс обеспечивает полный доступ к объектам и функциям учетной записи, хотя

    некоторые возможности базы данных доступны только через код SQL (например,

    в ORACLE7 Server необходимо писать пользовательский код SQL, чтобы

    создавать или обращаться к объекту-снимку). Во время разработки сеанс базы

    данных содержит пиктограммы, представляющие объекты базы данных,

    принадлежащие учетной записи. В окне сеанса присутствуют только наиболее

    общие типы объектов базы данных (таблицы, представления, индексы и

    последовательности). Сеанс не показывает объекты базы данных в других

    логических структурах или учетных записях, к которым пользователь имеет

    доступ.

    Объекты-сеансы базы данных не зависят от объектов приложения, Эта

    независимость обеспечивает гибкость в конфигурировании соединения

    приложения с базами данных. Например, несколько приложений могут

    использовать один и тот же сеанс базы данных или единственное приложение

    может использовать одновременно много различных сеансов. Один сеанс базы

    данных можно также использовать для соединения в разное время с различными

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

    приложения соединяться с базой данных Blaze, а затем при развертывании

    законченного приложения в производственной среде через тот же сеанс

    подключиться к ORACLE7 Server.

    При создании объекта-сеанса базы данных создается отдельный файл на

    жестком диске, содержащий информацию относительно того, как должно быть

    выполнено соединение с базой данных.

    Базы данных Blaze

    База данных Blaze – компактная и эффективная реляционная база данных,

    которая создается и поддерживается Oracle Power Objects. Oracle Power

    Objects предоставляет все инструментальные средства, требуемые для создания

    и работы с базами данных Blaze.

    Базы данных Blaze поддерживают многие из функций и возможностей

    больших реляционных баз данных, но требуют при работе значительно меньшего

    количества системных ресурсов. Они могут содержать основные объекты базы

    данных: таблицы, представления, индексы, последовательности и синонимы. Как

    и для большинства реляционных баз данных, обращение к ним осуществляется

    через SQL – язык программирования и реляционных обращений. Язык SQL,

    поддерживаемый Blaze – подмножество языка Oracle7 SQL с несколькими

    дополнительными чертами.

    Каждая база данных Blaze сохраняется как единственный дисковый файл

    операционной системы (который в Windows имеет расширение BLZ). Этот файл

    содержит все объекты пользователя и данные, а также информацию, необходимую

    для соединений и разъединений базы данных в приложениях-клиентах. База

    данных Blaze может иметь одновременно только одно открытое соединение.

    В отличие от некоторых других реляционных баз данных, Blaze не имеет

    никаких серверных выделенных структур памяти или процессов. Вся информация

    относительно базы данных, включая информацию по блокировкам данных и

    управлению транзакциями, хранится в файле базы данных. Все необходимые

    операции периода выполнения (т акие как анализ операторов SQL и чтение или

    запись данных) выполняются процессором базы данных Blaze, который встроен в

    Oracle Power Objects Designer и Oracle Power Objects Rum-time. Когда два

    различных приложения-клиента соединяются с одной базой данных Blaze, каждый

    клиент использует собственную копию процессора базы данных.

    Базы данных Blaze идеальны для ситуаций умеренного доступа к данным,

    включая следующие применения:

    > Локальные просмотровые таблицы. Если приложение обращается к

    внешним таблицам или представлениям, информация которых остается

    относительно статичной (например, список стран или категорий

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

    сохраняя копии этих таблиц локально в базе данных Blaze. Часто

    обновляемые таблицы также могут быть сохранены локально, однако

    при этом необходимо организовать синхронизацию содержимого

    отдельных баз данных.

    > Макетирование. При разработке приложения, которое предназначено

    для работы с большой корпоративной базой данных , для целей

    тестирования можно копировать определения объектов этой базы

    данных в базу данных Blaze. Это может ослабить нагрузку на

    расделяемые ресуры, повысить производительность разработки

    приложения и позволит работать, не соединяясь с сетью.

    > Небольшие приложения. Для относительно небольших объемов (до 4

    GB) данных, база данных Blaze формирует компактное, легко

    управляемое хранилище данных, которое поддерживает доступ одного

    пользователя.

    > Разъединенный клиентский доступ. Базу данных Blaze можно

    использовать для хранения информации, разгруженной из большой

    системы базы данных; эту информацию пользователь может автономно

    исследовать и изменять в некритичном режиме.

    > Базы данных только для чтения. База данных Blaze может

    поддерживать структуры информации на устройствах только для

    чтения, таких как CD-ROM.

    Ниже приводятся ситуации доступа к данным, которые требуют

    дополнительных возможностей внешней базы данных:

    > Большие требования к объему хранения данных. Базы данных Blaze

    ограничены максимальным доступным размером файла базовой

    операционной системы. Для Windows максимальный размер файла –

    4GB.

    > Параллельный доступ. Мощные внешние базы данных позволяют

    эффективно управлять большим количеством параллельных сеансов.

    > Высоко-критичные приложения. Внешние базы данных обеспечивают

    расширенные возможности резервного копирования и восстановления

    данных – функции, которые являются жизненно важными для

    приложений повышенной критичности.

    > Строгие требования защиты. Хотя базы данных Blaze поддерживают

    защиту с использованием пароля и шифрования данных, они не могут

    обеспечить такой же уровень защиты, как защищенная база данных,

    размещенная в защищенной операционной системе. Внешние базы

    данных также могут поддерживать такие дополнительные возможности

    защиты и управления, как ревизия, роли и защищенные логические

    структуры.

    > Доступ из других платформ и инструментальных средств. В данный

    момент к базе данных Blaze можно обратиться только Oracle Power

    Objects. Если требуется использовать другие инструментальные

    средства доступа к базе данных или необходим доступ к базе данных

    из операционной системы, не поддерживаемой Oracle Power Objects,

    необходимо использовать внешнюю базу данных.

    ORACLE7 Server

    ORACLE7 Server – система управления реляционными базами данных,

    Страницы: 1, 2, 3, 4


    Приглашения

    09.12.2013 - 16.12.2013

    Международный конкурс хореографического искусства в рамках Международного фестиваля искусств «РОЖДЕСТВЕНСКАЯ АНДОРРА»

    09.12.2013 - 16.12.2013

    Международный конкурс хорового искусства в АНДОРРЕ «РОЖДЕСТВЕНСКАЯ АНДОРРА»




    Copyright © 2012 г.
    При использовании материалов - ссылка на сайт обязательна.