A linguagem DHTML está relacionada ao conceito DOM, que consiste em um framework que contém objetos mostrados em um browser, como formulários e imagens. Considerando os códigos JavaScript acima mostrados, julgue o seguinte item.

A função “moveLayerLR” move o layer para direita ou esquerda com espaçamento indicado em “how”.

A linguagem DHTML está relacionada ao conceito DOM, que consiste em um framework que contém objetos mostrados em um browser, como formulários e imagens. Considerando os códigos JavaScript acima mostrados, julgue o seguinte item.

A instrução “if(document.getElementById)” é utilizada para verificar qual browser está sendo usado para a visualização.

Uma tribo de N canibais come uma grande marmita comum que tem capacidade de M porções. Quando um canibal quer comer, ele mesmo se serve da marmita, a não ser que esteja vazia. Se a marmita está vazia, o canibal acorda o cozinheiro e espera que o cozinheiro encha a marmita. Quando o cozinheiro termina de encher a marmita, e antes de deixar comer outro canibal, ele come. Depois de alguma outra atividade, volta a querer comer. O cozinheiro, por sua vez, volta a dormir toda vez que termina de encher a marmita.

Abaixo há um código denominado MARMITA, com dois procedimentos, um para que coma, processo CANIBAL, e outro para encher a marmita, processo COZINHEIRO. A solução deve evitar interbloqueios e deve acordar o cozinheiro somente quando a marmita estiver vazia.

Acesso_Comida: semáforo utilizado para permitir acesso à
comida (Up: permite, Down: não permite);
Espero_Vazio: semáforo utilizado para controlar
enchimento da marmita (Up: cozinheiro enche, Down:
cozinheiro dorme);
N_Porcoes_Max := M;
N_Porcoes := N_Porcoes_Max;

CANIBAL:
loop
....
Down (Acesso_Comida);
N_Porcoes := N_Porcoes - 1;
if N_Porcoes = 0
then Up (Espero_Vazio);
else Up (Acesso_Comida);
end if;
Up (Acesso_Comida);
...
end loop;

COZINHEIRO:
loop
. . .
Down (Espero_Vazio);
Down (Acesso_Comida);
N_Porcoes := N_Porcoes_Max;
Up (Acesso_Comida);
. . .
end loop;

Com base nos dados apresentados acima, julgue o item que se seguem.

A solução apresentada nos procedimentos evita interbloqueios entre os canibais e o cozinheiro.

Uma tribo de N canibais come uma grande marmita comum que tem capacidade de M porções. Quando um canibal quer comer, ele mesmo se serve da marmita, a não ser que esteja vazia. Se a marmita está vazia, o canibal acorda o cozinheiro e espera que o cozinheiro encha a marmita. Quando o cozinheiro termina de encher a marmita, e antes de deixar comer outro canibal, ele come. Depois de alguma outra atividade, volta a querer comer. O cozinheiro, por sua vez, volta a dormir toda vez que termina de encher a marmita.

Abaixo há um código denominado MARMITA, com dois procedimentos, um para que coma, processo CANIBAL, e outro para encher a marmita, processo COZINHEIRO. A solução deve evitar interbloqueios e deve acordar o cozinheiro somente quando a marmita estiver vazia.

Acesso_Comida: semáforo utilizado para permitir acesso à
comida (Up: permite, Down: não permite);
Espero_Vazio: semáforo utilizado para controlar
enchimento da marmita (Up: cozinheiro enche, Down:
cozinheiro dorme);
N_Porcoes_Max := M;
N_Porcoes := N_Porcoes_Max;

CANIBAL:
loop
....
Down (Acesso_Comida);
N_Porcoes := N_Porcoes - 1;
if N_Porcoes = 0
then Up (Espero_Vazio);
else Up (Acesso_Comida);
end if;
Up (Acesso_Comida);
...
end loop;

COZINHEIRO:
loop
. . .
Down (Espero_Vazio);
Down (Acesso_Comida);
N_Porcoes := N_Porcoes_Max;
Up (Acesso_Comida);
. . .
end loop;

Com base nos dados apresentados acima, julgue o item que se seguem.

O processo COZINHEIRO está semanticamente correto com relação ao comando “O cozinheiro, por sua vez, volta a dormir toda vez que termina de encher a marmita”.

Uma tribo de N canibais come uma grande marmita comum que tem capacidade de M porções. Quando um canibal quer comer, ele mesmo se serve da marmita, a não ser que esteja vazia. Se a marmita está vazia, o canibal acorda o cozinheiro e espera que o cozinheiro encha a marmita. Quando o cozinheiro termina de encher a marmita, e antes de deixar comer outro canibal, ele come. Depois de alguma outra atividade, volta a querer comer. O cozinheiro, por sua vez, volta a dormir toda vez que termina de encher a marmita.

Abaixo há um código denominado MARMITA, com dois procedimentos, um para que coma, processo CANIBAL, e outro para encher a marmita, processo COZINHEIRO. A solução deve evitar interbloqueios e deve acordar o cozinheiro somente quando a marmita estiver vazia.

Acesso_Comida: semáforo utilizado para permitir acesso à
comida (Up: permite, Down: não permite);
Espero_Vazio: semáforo utilizado para controlar
enchimento da marmita (Up: cozinheiro enche, Down:
cozinheiro dorme);
N_Porcoes_Max := M;
N_Porcoes := N_Porcoes_Max;

CANIBAL:
loop
....
Down (Acesso_Comida);
N_Porcoes := N_Porcoes - 1;
if N_Porcoes = 0
then Up (Espero_Vazio);
else Up (Acesso_Comida);
end if;
Up (Acesso_Comida);
...
end loop;

COZINHEIRO:
loop
. . .
Down (Espero_Vazio);
Down (Acesso_Comida);
N_Porcoes := N_Porcoes_Max;
Up (Acesso_Comida);
. . .
end loop;

Com base nos dados apresentados acima, julgue o item que se seguem.

O processo CANIBAL está semanticamente correto com relação ao comando “Quando o cozinheiro termina de encher a marmita, e antes de deixar comer outro canibal, ele come”.

Uma tribo de N canibais come uma grande marmita comum que tem capacidade de M porções. Quando um canibal quer comer, ele mesmo se serve da marmita, a não ser que esteja vazia. Se a marmita está vazia, o canibal acorda o cozinheiro e espera que o cozinheiro encha a marmita. Quando o cozinheiro termina de encher a marmita, e antes de deixar comer outro canibal, ele come. Depois de alguma outra atividade, volta a querer comer. O cozinheiro, por sua vez, volta a dormir toda vez que termina de encher a marmita.

Abaixo há um código denominado MARMITA, com dois procedimentos, um para que coma, processo CANIBAL, e outro para encher a marmita, processo COZINHEIRO. A solução deve evitar interbloqueios e deve acordar o cozinheiro somente quando a marmita estiver vazia.

Acesso_Comida: semáforo utilizado para permitir acesso à
comida (Up: permite, Down: não permite);
Espero_Vazio: semáforo utilizado para controlar
enchimento da marmita (Up: cozinheiro enche, Down:
cozinheiro dorme);
N_Porcoes_Max := M;
N_Porcoes := N_Porcoes_Max;

CANIBAL:
loop
....
Down (Acesso_Comida);
N_Porcoes := N_Porcoes - 1;
if N_Porcoes = 0
then Up (Espero_Vazio);
else Up (Acesso_Comida);
end if;
Up (Acesso_Comida);
...
end loop;

COZINHEIRO:
loop
. . .
Down (Espero_Vazio);
Down (Acesso_Comida);
N_Porcoes := N_Porcoes_Max;
Up (Acesso_Comida);
. . .
end loop;

Com base nos dados apresentados acima, julgue o item que se seguem.

O processo CANIBAL está semanticamente correto com relação ao comando “Se a marmita está vazia, o canibal acorda o cozinheiro”.

Texto II

O diagrama a seguir refere-se ao acompanhamento de vendas de uma loja.

Nesse diagrama:

!$ \bullet !$ CLIENTE: refere-se aos clientes que potencialmente podem comprar produtos; cada cliente é identificado por um código, sendo também descrito por nome, endereço, sexo, data de nascimento, nome do cônjuge (se for o caso), telefone, RG e CPF.

!$ \bullet !$ PRODUTO: cada produto possui um código identificador formado por duas letras e quatro números — ex. XY1232 —; todo produto possui ainda descrição, preço unitário e quantidade em estoque; um produto pode ser similar a nenhum ou a vários outros produtos.

!$ \bullet !$ VENDA: constitui o registro de vendas efetuadas, em que data e hora são úteis para identificar cada ocorrência de venda de um produto para um cliente; é importante saber a quantidade vendida e a forma de pagamento (dinheiro, cartão ou cheque).

Os comandos SQL que deverão ser implementados para a criação das tabelas, para o banco de dados do diagrama mostrado, são esquematizados a seguir, bem como os tipos de dados manipulados pelas tabelas.

!$ \bullet !$ CLIENTE (CodCli, Nome, Ender, Sexo, DataNasc, NomeConj, Fone, RG, CPF)

!$ \bullet !$ PRODUTO (CodProd, Descr, PrecoUnit, QtdeEst)

!$ \bullet !$ VENDA (CodCli, CodProd, DataHora, QtdeVend, FormPag)

!$ \bullet !$ VENDA (CodCli) referencia CLIENTE (CodCli)

!$ \bullet !$ VENDA (CodProd) referencia PRODUTO (CodProd)

Considerando as informações do texto II, julgue, em cada item a seguir, a correção do código apresentado para a criação da tabela indicada em negrito, para a representação do sistema de vendas descrito e especificado no texto.

Tabela VENDA

CREATE TABLE VENDA (
CodCli smallint not null,
CodProd char(6) not null,
DataHora smalldatetime not null,
QtdeVend smallint not null,
FormPag char(1) not null
check (FormPag in (‘D’,‘C’,‘T’),
Primary key (CodCli, CodProd, DataHora),
Foreign key (CodCli) references CLIENTE (CodCli),
Foreign key (CodProd) references PRODUTO (CodProd))

Texto II

O diagrama a seguir refere-se ao acompanhamento de vendas de uma loja.

Nesse diagrama:

!$ \bullet !$ CLIENTE: refere-se aos clientes que potencialmente podem comprar produtos; cada cliente é identificado por um código, sendo também descrito por nome, endereço, sexo, data de nascimento, nome do cônjuge (se for o caso), telefone, RG e CPF.

!$ \bullet !$ PRODUTO: cada produto possui um código identificador formado por duas letras e quatro números — ex. XY1232 —; todo produto possui ainda descrição, preço unitário e quantidade em estoque; um produto pode ser similar a nenhum ou a vários outros produtos.

!$ \bullet !$ VENDA: constitui o registro de vendas efetuadas, em que data e hora são úteis para identificar cada ocorrência de venda de um produto para um cliente; é importante saber a quantidade vendida e a forma de pagamento (dinheiro, cartão ou cheque).

Os comandos SQL que deverão ser implementados para a criação das tabelas, para o banco de dados do diagrama mostrado, são esquematizados a seguir, bem como os tipos de dados manipulados pelas tabelas.

!$ \bullet !$ CLIENTE (CodCli, Nome, Ender, Sexo, DataNasc, NomeConj, Fone, RG, CPF)

!$ \bullet !$ PRODUTO (CodProd, Descr, PrecoUnit, QtdeEst)

!$ \bullet !$ VENDA (CodCli, CodProd, DataHora, QtdeVend, FormPag)

!$ \bullet !$ VENDA (CodCli) referencia CLIENTE (CodCli)

!$ \bullet !$ VENDA (CodProd) referencia PRODUTO (CodProd)

Considerando as informações do texto II, julgue, em cada item a seguir, a correção do código apresentado para a criação da tabela indicada em negrito, para a representação do sistema de vendas descrito e especificado no texto.

Tabela PRODUTO

CREATE TABLE PRODUTO (
CodProd char(6) not null check (CodCli like
‘[A-Z][A-Z][0-9][0-9][0-9][0-9]’),
Descr varchar(50) not null,
PrecUnit smallmoney not null,
QtdeEst smallmoney not null,
Primary key (CodProd) ),
Foreign key (CodCli) references CLIENTE (CodCli)

Texto II

O diagrama a seguir refere-se ao acompanhamento de vendas de uma loja.

Nesse diagrama:

!$ \bullet !$ CLIENTE: refere-se aos clientes que potencialmente podem comprar produtos; cada cliente é identificado por um código, sendo também descrito por nome, endereço, sexo, data de nascimento, nome do cônjuge (se for o caso), telefone, RG e CPF.

!$ \bullet !$ PRODUTO: cada produto possui um código identificador formado por duas letras e quatro números — ex. XY1232 —; todo produto possui ainda descrição, preço unitário e quantidade em estoque; um produto pode ser similar a nenhum ou a vários outros produtos.

!$ \bullet !$ VENDA: constitui o registro de vendas efetuadas, em que data e hora são úteis para identificar cada ocorrência de venda de um produto para um cliente; é importante saber a quantidade vendida e a forma de pagamento (dinheiro, cartão ou cheque).

Os comandos SQL que deverão ser implementados para a criação das tabelas, para o banco de dados do diagrama mostrado, são esquematizados a seguir, bem como os tipos de dados manipulados pelas tabelas.

!$ \bullet !$ CLIENTE (CodCli, Nome, Ender, Sexo, DataNasc, NomeConj, Fone, RG, CPF)

!$ \bullet !$ PRODUTO (CodProd, Descr, PrecoUnit, QtdeEst)

!$ \bullet !$ VENDA (CodCli, CodProd, DataHora, QtdeVend, FormPag)

!$ \bullet !$ VENDA (CodCli) referencia CLIENTE (CodCli)

!$ \bullet !$ VENDA (CodProd) referencia PRODUTO (CodProd)

Considerando as informações do texto II, julgue, em cada item a seguir, a correção do código apresentado para a criação da tabela indicada em negrito, para a representação do sistema de vendas descrito e especificado no texto.

Tabela CLIENTE

CREATE TABLE CLIENTE (
CodCli smallint not null,
Nome varchar(40) not null,
Ender varchar(40) not null,
Sexo char(1) not null check (Sexo in (‘M’,‘F’)),
DataNasc smalldatetime not null,
NomeConj varchar(40) null,
Fone int not null,
RG char(10) not null,
CPF char(11) not null
check(CPF like‘[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]
[0-9][0-9]’),
Primary key (CodCli) )

A linguagem PHP e o banco de dados MySQL podem ser usados para a criação de um DUO. O código fonte acima tem como objetivo estabelecer uma conexão a uma tabela MySQL, denominada “minhatabela”, mostrar o seu cabeçalho e o seu conteúdo até que encontre o final da tabela. A conexão à tabela é feita por um usuário chamado “Pedro”, a partir da máquina denominada .

Com base no código fonte mostrado, julgue o item a seguir.

A opção pela utilização do comando “implode” fará que sejam recuperados todos os campos de “minhatabela” de uma única vez, não sendo necessária a recuperação campo-a-campo.