O Oracle8i suporta apenas três tipos fundamentais de triggers: data manipulation language (DML); instead-of; e data definition language (DDL).

Os triggers DML podem ser definidos em uma tabela e são executados, ou disparados, em resposta a apenas dois eventos: INSERT e UPDATE.

Um trigger é um bloco PL/SQL que é associado a um evento específico, armazenado em um banco de dados e executado sempre que o evento ocorrer.

Os triggers DDL e os de evento de banco de dados não são novos na Oracle8i.

As camadas de produto do OLAP normalmente residem em cima dos bancos de dados relacionais e geram SQL como saída da combinação.

A fronteira entre linguagens e produtos OLAP é demarcada com clareza.

Os requisitos funcionais para OLAP não incluem a separação entre estrutura e representação.

Produtos OLAP completos não necessitam incluir métodos de armazenamento e acesso.

Uma forma de classificação geral para as ferramentas CASE é: upper CASE, lower CASE, integrated-CASE e best in class. As upper CASE oferecem suporte nas últimas fases do desenvolvimento, como codificação, testes e manutenção.

As ferramentas CASE podem ser classificadas em orientadas a função e orientadas a atividade. As primeiras incluem as upper CASE e as lower CASE, enquanto as segundas incluem as best in class e as integrated-CASE.

Ferramentas CASE denominadas upper CASE ou U-CASE ou front-end são aquelas que estão voltadas para as primeiras fases do processo de desenvolvimento de sistemas, como análise de requisitos, projeto lógico e documentação. São utilizadas por analistas e pessoas mais interessadas na solução do problema que na implementação.

Ferramentas CASE denominadas best in class ou kit de ferramenta são semelhantes às integrated-CASE. Os kits de ferramenta também acompanham todo o ciclo de desenvolvimento, entretanto, possuem a propriedade de conjugar sua capacidade a outras ferramentas externas complementares, que variam de acordo com as necessidades do usuário.

Um caso de uso é um documento narrativo que descreve a seqüência de eventos de um ator que usa um sistema para completar um processo.

Somente se pode representar relações nos casos de uso por meio de refinamento do modelo, a fim de obter o relacionamento entre os casos de uso por relações de: generalização, inclusão ou extensão.

O código I não implementa a relação especificada.

O código II apresenta uma versão correta e eficiente para a relação T.

Quanto à execução, o código I não é eficiente, já que o cálculo de T(n-2) poderia ser armazenado e utilizado no cálculo de T(n-1).

Os códigos I e II não implementam a relação T.

I, III, IV e IX dizem respeito a mitos da gerência.

V e IX dizem respeito a mitos do cliente.

II, IV e VI dizem respeito a mitos do profissional.

VI, VII e VIII dizem respeito a mitos de gerência.

A abordagem sistemática estritamente linear para o desenvolvimento de software é denominada modelo em cascata ou modelo seqüencial linear.

O ciclo convencional de engenharia de software abrange as atividades de modelagem e engenharia de sistema e(ou) informação, análise de requisito de software, projeto, geração de código, teste e manutenção.

O projeto de software, que está relacionado a modelagem de engenharia de sistemas e de informação, é um processo de múltiplos passos que inclui quatro atributos básicos do programa: estrutura de dados, arquitetura do software, representação da interface e detalhes procedimentais (algorítmicos).

O modelo seqüencial linear, um dos paradigmas para engenharia de software, apesar de amplamente usado, apresenta como problemas: projetos reais raramente seguem o fluxo seqüencial e sem interações; em geral, é difícil para o cliente estabelecer todos os requisitos explicitamente; e a espera de alguns membros da equipe de projeto para que outros completem suas tarefas gera estados de bloqueio que são, às vezes, maiores que o tempo de trabalho produtivo.

Entre as classes comuns de serviços que podem ser identificadas em um sistema operacional, incluem-se: execução de programas, operações de entrada e saída (E/S), manipulação do sistema de arquivos, comunicação, detecção de erros, alocação de recursos, registro (accounting) e proteção.

Os sistemas operacionais modernos normalmente são embasados em uma arquitetura formada por um kernel (núcleo) e por serviços. As funções providas pelo sistema operacional são estruturadas em duas categorias: serviços do sistema e kernel. A primeira categoria inclui funções de alto nível, como são vistas pelas aplicações, enquanto a segunda inclui funções essenciais, que são dependentes da arquitetura sob a qual o sistema operacional vai ser executado.

Um sistema distribuído é uma coleção de computadores independentes que são apresentados ao usuário como um único computador. As questões fundamentais de projeto desses sistemas incluem transparência, flexibilidade, confiabilidade, desempenho e escalabilidade.

Os sistemas operacionais podem ser classificados como centralizado, de rede e cooperativo autônomo.

Em Unix, a informação de usuário e grupo é usada pelo sistema para gerenciar o acesso aos recursos (arquivos e diretórios) e para a gerência dos processos de usuários distintos. O usuário com UID (user ID) igual a zero é denominado root e possui permissões especiais no sistema.

No ambiente Unix, cada usuário tem permissão plena de acesso a um diretório especial, denominado home, que é o local de início de sessão de trabalho (via shell ou gráfica). O usuário pode criar arquivos nesse diretório, em qualquer um dos seus subdiretórios e também em outros diretórios.

POO é um método que produz arquiteturas de software embasadas nos objetos que o sistema manipula. Entre as linguagens de POO, incluem-se Java, Delphi e C++.

Reusabilidade, polimorfismo, encapsulamento e hereditariedade são características desse tipo de programação.

Na POO, objetos computacionais são compostos de atributos e métodos. Os atributos são propriedades que definem o estado do objeto (características), enquanto os métodos são ações ou procedimentos que alteram o estado do objeto (comportamento).

Nessa programação, os objetos são modelados por meio de classes, que são agrupamentos de objetos computacionais com propriedades em comum e podem realizar as mesmas ações. Este agrupamento e classificação deve refletir o agrupamento natural dos objetos reais.

A programação estruturada e a programação orientada a objetos (POO) são formas de programação suportadas por essa linguagem.

Delphi suporta programação estruturada, a qual dá ênfase aos procedimentos e funções, enquanto os dados ficam em estruturas separadas. Na POO, as estruturas (atributos) e os seus comportamentos (operações) ficam combinados em uma única entidade denominada objetos.

A linguagem Delphi possui a propriedade de herança, o que significa que o objeto pode herdar os métodos e atributos da classe. No entanto, as informações herdadas podem ser destruídas.

Nessa linguagem, encontra-se o conceito de encapsulamento, cujo objetivo é evitar o aparecimento de erros de funcionamento por causa da interação entre os módulos. O conceito de encapsulamento está relacionado ao de esconder informações.

Um sistema de gerenciamento de banco de dados (SGBD) é composto por uma coleção de programas que permite ao usuário definir e construir banco de dados (BD) para as mais diversas aplicações.

Um banco de dados pode apresentar diversos usuários, cada qual com uma necessidade em particular, e com um envolvimento diferente com os dados. São categorias de usuários de banco de dados: administradores do banco de dados (DBA), projetistas, usuários finais, analistas de sistemas e programadores de aplicações.

O banco de dados e seu software são juntos denominados Sistema de Bando de Dados (SBD). Um SBD se divide, em geral, em dois níveis: interno (estrutura de armazenamento físico dos dados) e conceitual (descrição lógica dos dados e das ligações existentes entre eles).

Os SGBD normalmente apóiam a inclusão de descrições textuais sobre cada um dos arquivos do BD, como também de cada usuário e programas aplicativos que são utilizados. Estas informações são incluídas no dicionário de termos.

Elas apresentam resultado inferior no que diz respeito à adaptação marginal por não estarem sujeitas ao fenômeno da corrosão, que, com seus produtos, veda a interface dente/restauração.

O conteúdo total de cobre utilizado nelas varia de 9% a 20%.

As partículas prata-cobre conferem rigidez à matriz de amálgama.

O amálgama rico em cobre é catódico em relação ao amálgama convencional.

O uso de matriz transparente sem pré-cunhamento pode resultar em ponto de contato deficiente.

É indispensável o pré-cunhamento para restabelecimento do ponto de contato.

A utilização de cunha excessivamente alta pode resultar em ausência de contato.

A utilização de matriz de aço sem pré-contorno pode resultar em ausência de contato.

Inflamação na gengiva marginal pode ser um dos indicadores de atividade de cárie na superfície oclusal.

A bateria labial inferior constitui área de imunidade relativa ao desenvolvimento de lesão de cárie, devido ao fluxo salivar intenso nessa região.

A presença de lesões incipientes de cárie em superfície oclusal, durante o período de erupção dentária, deve-se à redução da função mecânica oral, que favorece o acúmulo de placa com potencial cariogênico.

Manchas brancas, rugosas e opacas no esmalte ou dentina amolecida de cor marrom-clara são características de lesão ativa de cárie.

Os cimentos ionoméricos apresentam adesão à estrutura dental por meio dos radicais carboxílicos que se unem ao cálcio da dentina e do esmalte.

O cimento ionomérico apresenta, durante o primeiro estágio de presa, alta suscetibilidade ao ganho (sinérese) e perda de líquido (embebição).

As propriedades mecânicas dos cimentos ionoméricos dependem da sua proporção pó-líquido. Um aumento na quantidade de pó reduz a adesividade e a translucidez do material.

Entre as principais indicações dos cimentos ionoméricos, incluem-se o selamento de cicatrículas e fissuras, as restaurações atraumáticas (ART), a dessensibilização dentinária e a cimentação de próteses.