Questões de Concurso Público PGE-RO 2015 para Analista da Procuradoria - Analista de Sistemas (Desenvolvimento)

No Oracle 11g, considere a criação de uma tabela temporária com um comando como

CREATE GLOBAL TEMPORARY TABLE 

com a opção

DELETE ROWS

Analise as seguintes condições, que eventualmente podem decorrer de tal comando:

I. a definição da tabela é compartilhada por todas as sessões de acesso;

II. a instância da tabela é compartilhada por todas as sessões;

III. os registros serão removidos sempre que houver um commit da transação que envolve a tabela;

IV. os registros são removidos somente quando a sessão é encerrada.

Para o comando mostrado, prevalecem apenas as condições: 

Analise o comando de criação de tabela no banco de dados Oracle 11g, mostrado a seguir. 

CREATE TABLE adm.pessoa (

   matricula NUMBER(5) PRIMARY KEY,

   nome VARCHAR2(15) NOT NULL,

   cargo VARCHAR2(10),

    admissao DATE DEFAULT (sysdate),

    foto BLOB,

    Y NUMBER(7,2),

    X NUMBER(7,2) GENERATED ALWAYS AS (Y/160),

     setor NUMBER(3) NOT NULL)

A coluna X é uma:

No contexto do MySQL 5.0, analise o comando insert a seguir e a instância da tabela animal depois da sua execução. 

INSERT INTO animal (grupo,nome) VALUES

('mamífero','cachorro'), ('mamífero','gato'),

('pássaro','sabiá'),             ('mamífero','baleia'),

('pássaro','pardal');

                          grupo        id    nome

                          mamífero    1    cachorro

                          mamífero    2    gato

                          pássaro       1    sabiá

                          mamífero     3    baleia

                          pássaro        2    pardal 

Para que isso ocorra, o comando de criação da tabela animal deve ter sido: 

Comandos de criação de tabelas no MySQL 5.0 possuem a opção ENGINE, que permite que seja especificada a storage engine da tabela. A construção

ENGINE= MyISAM 

significa que a tabela é:

A normalização de esquemas de bancos de dados é feita a partir da definição das dependências funcionais.

Considere as seguintes dependências funcionais sobre CPFs, nomes e endereços num cadastro de clientes hipotético.

I. CPF → Nome

II. Nome → CPF

III. CPF → Endereço

IV. Endereço → Nome

Considere ainda as seguintes regras de negócio desse sistema:

R1. não pode haver dois ou mais clientes com o mesmo nome e diferentes CPFs;

R2. não pode haver dois ou mais clientes com o mesmo CPF e diferentes nomes;

R3. não pode haver dois ou mais clientes morando no mesmo endereço;

R4. não pode haver dois ou mais endereços para o mesmo cliente.

A lista completa de regras garantidas pelas dependências é: