Reporting services fornece uma plataforma de comunicação embasada em mensagens assíncronas que permite a interoperabilidade entre sistemas.

Integration services permite aos usuários integrar e gerenciar estruturas multidimensionais que contenham dados agregados de outras fontes de dados, como bancos de dados relacionais.

SharePoint services é uma solução utilizada para construir soluções de integração de dados, incluindo a extração, transformação e carregamento de dados.

Master data services visa integrar sistemas analíticos e operacionais distintos de modo que seja criada e gerenciada uma fonte de informações central e auditável.

Service broker é uma ferramenta voltada para a criação de cluster de alta disponibilidade, permitindo que os dados sejam acessados e recuperados de forma distribuída, e, em caso de indisponibilidade em um dos nós da solução cluster, há recuperação automática dos dados.

de arquivo agrega um ou mais arquivos ou grupos de arquivos de banco de dados.

parcial agrega dados que ainda não foram afetados por COMMIT, tanto de dados quanto de transações.

completo de banco de dados agrega todos os dados de todos os bancos de dados no momento em que o becape é concluído, com exceção dos logs de transação.

diferencial agrega apenas logs de transações, incluindo somente transações feitas desde seu último becape de log até a transação mais recente.

de logs de transações inclui todos os registros de log de forma cumulativa, independentemente de ter havido becape de log anterior ou becape completo.

Todas as entidades fracas Y no esquema ER devem ser ignoradas na modelagem, uma vez que não possuem atributos-chaves.

Todos os relacionamentos binários 1:1 devem ser ignorados, pois, nesse tipo de mapeamento, somente são considerados relacionamentos binários 1:N.

Para os relacionamentos binários N: M, deve ser escolhida apenas uma das entidades, por exemplo, N, e nela deve ser inserida uma chave estrangeira advinda de M, que comporá uma chave primária simples.

Para cada atributo multivalorado em uma entidade X, deve ser criada uma entidade associativa Y em que a chave primária em Y será a chave estrangeira de X.

Para cada entidade forte X no esquema ER, deve ser criada uma relação que inclua todos os atributos simples de X.

As views materializadas podem ser manipuladas por meio de comandos SQL como SELECT, porém, não podem ser manipuladas pelos comandos UPDATE e DELETE.

O Oracle 11g possui vários tipos de índices, mas, por ser do tipo relacional, não possui chave reversa (reverse key).

Quando um banco de dados é colocado em modo Quiesced, as sessões ativas que não sejam do tipo DBA, SYS, SYSMAN ou SYSTEM são imediatamente terminadas e somente são aceitas novas conexões desses tipos.

Um database em Oracle deve ter pelo menos três tablespaces lógicas: SYSTEM, SYSAUX e TEMP. Cada tablespace pode conter inúmeros datafiles.

Dentro de uma transação, é possível declarar pontos intermediários denominados savepoints que dividem a transação em pequenas partes. Dessa forma, em uma aplicação com várias funções, savepoints definidos antes do início de cada função permitem, se uma função falhar, executar um ROLLBACK dos registros que ainda não tiverem sido atingidos pelo COMMIT.

No Oracle 11g, é possível, além de views, criar tabelas virtuais que são derivadas de expressões definidas a partir de funções PL/SQL próprias.

Para melhor o desempenho nas consultas a uma base de dados a partir do Oracle 11g, os dados, metadados e logs devem ficar necessariamente no mesmo tablespace.

No Oracle 11g, a autenticação de usuários é realizada unicamente pelo próprio Oracle, por meio do Oracle Administrator Authentication.

O gerenciamento de memória do Oracle 11g é realizado unicamente no modo automático (automatic management memory) de forma que o system global area (SGA) atenda as necessidades de uma instância do program global area (PGA).

O Oracle 11g permite a criação de índices invisíveis que podem ser ignorados pelo otimizador (optimizer). Dessa forma, é possível testar a remoção de um índice antes de removê-lo.