· Oracle JDeveloper
· Инструментарий разработчика Oracle для Spring
· Oracle Enterprise Pack for Eclipse
· Oracle TopLink
· NetBeans IDE
· JavaFX
· Hudson
БИЗНЕС-АНАЛИТИКА
· BI Publisher
· Oracle BI Standard Edition One
· Oracle Data Integrator
· Oracle Reports
SOLARIS И LINUX
· Oracle Solaris Studio
· CoolTools for Solaris Studio
· Наборинструментов Oracle Message Passing Toolkit
NET
· Oracle Developer Tools for Visual Studio
· Oracle Data Provider for .NET
· Oracle Database Extensions for .NET
РОДСТВЕННЫЕ РЕШЕНИЯ
· Oracle GlassFish Server
· Oracle WebLogic
· Oracle Grid Computing
· Oracle Grid Engine
· Oracle и открытый исходный код
· Сервис-ориентированная архитектура Oracle
· Oracle TopLink и ADF
· Виртуализация Oracle
БАЗА ДАННЫХ И PL/SQL
· Application Express
· Forms
· SQL Developer
| JAVA APIJava TV APIJava Card API |
JAVA SDK
· Java Platform, Standard Edition (JDK)
· Java Platform, Micro Edition (SDK)
· Java Platform, Enterprise Edition (SDK)
CAF Фреймворк.
CAF фреймворк - это фреймворк для создания приложений системы управления базами данных (СУБД) Oracle. Термин фреймворк означает каркас, основа. То есть, начинать создавать информационную систему можно не с нуля, а с предоставляемой основы, при этом нет необходимости тратить время и усилия на функциональность, присущую, в той или иной мере большинству корпоративных информационных систем. Таким образом, появляется возможность сразу сосредоточится на бизнес логике. CAF фреймворк содержит серверную и клиентскую части.
Работа с информационной системой обычно начинается с регистрации пользователя. Что при этом происходит? Пользователь, в ответ на приглашение системы, вводит учетное имя и пароль, которые передаются в приложение. Дальше возможны варианты. Главный вопрос - какими средствами пользователь получает разрешение на те или иные действия с информацией, то есть - насколько надежно информация защищается. Это может быть как внутренняя (реализованная производителем СУБД) система разграничения доступа, так и специально разработанная внешняя (реализованная разработчиком приложения) система. Использование внешней системы разграничения доступа, может быть оправдано применением специального сервера приложения, когда между СУБД и пользователем существует дополнительный промежуточный слой. Дополнительный промежуточный слой, в свою очередь, экономически оправдан, если число активных одновременных подключений к базе данных начинает превышать несколько тысяч, и, при этом, требования по времени ожидания на подключения к СУБД является критичными (например, не допускается ожидание подключения более 10 секунд для любого пользователя). В корпоративных информационных системах почти всегда можно разделить пользователей на группы, в зависимости от важности, с точки зрения защиты информации. В этом случае пользователи, выполняющие операции с критически важными данными, должны иметь индивидуальные учетные записи на уровне СУБД, а разграничение прав доступа выполняться средствами СУБД. Иначе уровень безопасности, предоставляемый Oracle, будет скомпрометирован. Определенная сложность встроенной системы безопасности современных СУБД, и Oracle в том числе, требует дополнительных затрат на разработку сопряжения интерфейса управления пользователями из корпоративного приложения с интерфейсом, предоставляемым СУБД. Этот факт, в условиях, ограниченного времени разработки, может служить мотивом для замены встроенных механизмов СУБД собственными, с вытекающим риском создания уязвимости в системе безопасности. Если же разработке такого интерфейса не уделяется внимания вообще, то потребуется дополнительные усилия со стороны администраторов баз данных, которые будут вынуждены управлять пользователями вручную.
CAF имеет административный интерфейс управления пользователями. Управлять учетными записями может назначенный пользователь приложения, при этом разграничение доступа выполняется средствами СУБД Oracle.
Для разработки клиентской части фреймворка CAF были выбраны Sybase PowerBuilder и Microsoft Visual C++. PowerBuilder использует "родные" высокопроизводительные интерфейсы для подключения к Oracle и патентованную технологию работы с данными - DataWindow. Это позволяет наиболее полно использовать мощь Oracle и быстро разрабатывать удобные красивые формы доступа к данным и отчеты. PowerBuilder - является объектно-ориентированным средством разработки, использующим наследование, полиморфизм, инкапсуляцию и делегирование. Для PowerBuilder написана библиотека классов PFC, построенная в соответствии с концепцией сервис-ориентированной архитектуры. PowerBuilder выполняет высокоэффективную компиляцию проекта, полностью анализируя всю иерархию классов. Следствием достоинств получения высокоэффективного исполняемого кода, является значительное время компиляции, при котором анализируется весь проект. Более того, ели используется обычная архитектура приложения PowerBuilder, нельзя использовать ранее скомпилированные модули совместно с перекомпилированными новыми. Нельзя, также, разделять (делать общими) библиотеки PowerBuilder между разными приложениями. Иными словами, если корпоративное приложение достаточно большое, то при внесении изменений всего лишь в один объект, с последующей перекомпиляцией проекта, необходимо целиком обновлять приложение у пользователей, независимо от того, что объект находился в отдельном модуле. Появление технологии PBNI (PowerBuilder Native Interface) позволило создать архитектуру, устраняющую этот недостаток. Для этого с помощью Microsoft Visual C++ создаются объекты PowerBuilder. Такая технология имеет еще и дополнительное преимущество - она изолирует системный уровень приложения от прикладного, что позволяет разработчикам сконцентрироваться на бизнес-задачах.