Questões de Concurso
Comentadas para al-pe
Foram encontradas 476 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Ano: 2014
Banca:
FCC
Órgão:
AL-PE
Prova:
FCC - 2014 - AL-PE - Analista Legislativo - Contabilidade |
Q372390
Administração Financeira e Orçamentária
Sobre o Plano Plurianual - PPA, é correto afirmar:
Ano: 2014
Banca:
FCC
Órgão:
AL-PE
Prova:
FCC - 2014 - AL-PE - Analista Legislativo - Contabilidade |
Q372389
Administração Financeira e Orçamentária
Em relação ao Orçamento Programa, considere:
I. O orçamento é elo entre o planejamento e as funções executiva da organização.
II. A alocação dos recursos visa o atendimento ao plano político de governo definido pelo gestor público.
III. O controle visa avaliar a eficiência, a eficácia e a efetividade das ações governamentais.
IV. Na elaboração do orçamento são considerados todos os custos do programa, inclusive os que extrapolam o exercício.
V. A estrutura do orçamento está voltada para os aspectos financeiros e de planejamento.
É correto o que se afirma APENAS em
I. O orçamento é elo entre o planejamento e as funções executiva da organização.
II. A alocação dos recursos visa o atendimento ao plano político de governo definido pelo gestor público.
III. O controle visa avaliar a eficiência, a eficácia e a efetividade das ações governamentais.
IV. Na elaboração do orçamento são considerados todos os custos do programa, inclusive os que extrapolam o exercício.
V. A estrutura do orçamento está voltada para os aspectos financeiros e de planejamento.
É correto o que se afirma APENAS em
Q370991
Programação
O .NET framework consiste em dois componentes principais. Um deles é a biblioteca de classes do framework. O outro, que gerencia a execução de memória, execução de thread, execução de código, verificação de segurança do código, compilação e outros serviços do sistema, é denominado
Q370986
Programação
Em JavaScript, há vários métodos pré-definidos para manipular valores em arrays. Dois destes métodos permitem adicionar e remover um elemento no final de uma array, respectivamente.
Considere a array a seguir:
var carros = ["Gol", "Palio", "Fiesta", "Onix"];
Para inserir o valor "HB20" no final da array carros e depois removê-lo utiliza-se, respectivamente, as instruções:
Considere a array a seguir:
var carros = ["Gol", "Palio", "Fiesta", "Onix"];
Para inserir o valor "HB20" no final da array carros e depois removê-lo utiliza-se, respectivamente, as instruções:
Q370985
Programação
Analise as arrays PHP abaixo:
I. $carros[0]="Palio";
$carros[1]="Onix";
$carros[2]="Gol";
II. $profissao['Pedro']="Estudante";
$profissao['Ana']="Cantora";
$profissao['Elisa']="Professora";
III. $carros = array(array("Palio",100,55),array("Onix",50,39),array("Gol",70,100));
IV. $nomes=array("Ana","Pedro","Elisa");
V. $categorias = array("animais"=>array("cachorro","gato","cavalo"),
"veiculos"=>array("ônibus"),"frutas"=>array("maçã","melão","abacaxi"));
VI. $teste=array("Pedro"=>"10","Ana"=>"9","Elisa"=>"43");
É correto afirmar que:
I. $carros[0]="Palio";
$carros[1]="Onix";
$carros[2]="Gol";
II. $profissao['Pedro']="Estudante";
$profissao['Ana']="Cantora";
$profissao['Elisa']="Professora";
III. $carros = array(array("Palio",100,55),array("Onix",50,39),array("Gol",70,100));
IV. $nomes=array("Ana","Pedro","Elisa");
V. $categorias = array("animais"=>array("cachorro","gato","cavalo"),
"veiculos"=>array("ônibus"),"frutas"=>array("maçã","melão","abacaxi"));
VI. $teste=array("Pedro"=>"10","Ana"=>"9","Elisa"=>"43");
É correto afirmar que:
Q370982
Banco de Dados
No PostgreSQL os espaços de tabelas permitem aos administradores (superusuários) definir locais no sistema de arquivos onde os arquivos que representam objetos do banco de dados podem ser armazenados. Uma vez criado, o espaço de tabelas pode ser referenciado por seu nome ao criar os objetos do banco de dados. Para criar o espaço de tabelas teste no diretório /data/teste pertencendo ao usuário souza, utiliza-se a instrução:
Q370981
Banco de Dados
No PostgreSQL, quando um objeto do banco de dados é criado, é atribuído um dono ao mesmo. O dono é o usuário que executou o comando de criação. Para mudar o dono de uma tabela, índice, sequência ou visão deve ser utilizado o comando
Q370980
Banco de Dados
Em uma abordagem top-down, após a definição de um modelo de dados, aplica-se a normalização para se obter uma síntese dos dados, bem como uma decomposição das entidades e relacionamentos em elementos mais estáveis, tendo em vista sua implementação física em um banco de dados.
Com relação à normalização, analise o texto a seguir:
Cada ocorrência da chave primária deve corresponder a uma e somente uma informação de cada atributo, ou seja, a entidade não pode conter grupos repetitivos (multivalorados). Para se obter entidades nesta forma, é necessário decompor cada entidade não normalizada em tantas entidades quanto for o número de conjuntos de atributos repetitivos.
O texto define ;
Com relação à normalização, analise o texto a seguir:
Cada ocorrência da chave primária deve corresponder a uma e somente uma informação de cada atributo, ou seja, a entidade não pode conter grupos repetitivos (multivalorados). Para se obter entidades nesta forma, é necessário decompor cada entidade não normalizada em tantas entidades quanto for o número de conjuntos de atributos repetitivos.
O texto define ;
Q370976
Banco de Dados
Texto associado
Em um banco de dados há duas tabelas, departamento e funcionario, cujos campos são:
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Em uma operação na tabela departamento, foi digitada a seguinte instrução:
insert into departamento (DepNo, DNome) values(50,'Educação');
Ao fazer uma consulta na tabela, verificou-se que mesmo tendo sido especificado apenas a inclusão de valores nos campos DepNo e DNome, o campo DLocal recebeu o valor 'São Paulo'. Pode-se concluir que antes da digitação do comando insert, pode ter sido digitada a instrução:
insert into departamento (DepNo, DNome) values(50,'Educação');
Ao fazer uma consulta na tabela, verificou-se que mesmo tendo sido especificado apenas a inclusão de valores nos campos DepNo e DNome, o campo DLocal recebeu o valor 'São Paulo'. Pode-se concluir que antes da digitação do comando insert, pode ter sido digitada a instrução:
Q370975
Banco de Dados
Texto associado
Em um banco de dados há duas tabelas, departamento e funcionario, cujos campos são:
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Ao se criar uma estrutura de banco de dados complexa, envolvendo muitas tabelas com restrições de chave estrangeira, visões, gatilhos, funções, etc., cria-se, implicitamente, uma rede de dependências entre os objetos. Para garantir a integridade de toda a estrutura do banco de dados, muitos SGBDs não permitem remover um objeto quando há objetos que dependem do mesmo. Por exemplo, tentar remover a tabela departamento, onde a tabela funcionario depende dela, produz uma mensagem de erro semelhante a esta:
DROP TABLE departamento;
ERRO: não foi possível remover a tabela departamento porque outros objetos dependem dela.
Se não tiver importância remover todos os objetos dependentes, então poderá ser executado o comando DROP TABLE com uma cláusula que faz com que todos os objetos dependentes sejam removidos. A cláusula citada é a
DROP TABLE departamento;
ERRO: não foi possível remover a tabela departamento porque outros objetos dependem dela.
Se não tiver importância remover todos os objetos dependentes, então poderá ser executado o comando DROP TABLE com uma cláusula que faz com que todos os objetos dependentes sejam removidos. A cláusula citada é a
Q370974
Banco de Dados
Texto associado
Em um banco de dados há duas tabelas, departamento e funcionario, cujos campos são:
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Para excluir todos os funcionários que tenham o cargo (FCargo) iniciados por 'An' e salário (FSal) menor ou igual a 800, utiliza-se a instrução:
Q370973
Banco de Dados
Texto associado
Em um banco de dados há duas tabelas, departamento e funcionario, cujos campos são:
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Para mudar o nome (FNome) e o cargo (FCargo), do funcionário de número (FunNo) igual a 7369, para 'Pedro' e 'Analista', respectivamente, utiliza-se a instrução:
Q370972
Banco de Dados
Texto associado
Em um banco de dados há duas tabelas, departamento e funcionario, cujos campos são:
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Para mudar o nome da tabela funcionario para empregado no PostgreSQL, utiliza-se a instrução:
Q370971
Banco de Dados
Texto associado
Em um banco de dados há duas tabelas, departamento e funcionario, cujos campos são:
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Para criar uma nova tabela física chamada funcionario2, apenas com os campos FunNo e FNome da tabela funcionario, incluindo os dados cadastrados nestes campos, em ordem alfabética crescente pelo campo FNome, utiliza-se a instrução:
Q370970
Banco de Dados
Texto associado
Em um banco de dados há duas tabelas, departamento e funcionario, cujos campos são:
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Para fazer com que sejam exibidos todos os números (FunNo) e nomes (FNome) dos funcionários, e o respectivo nome do departamento (DNome) ao qual estão associados, sem repetição dos dados dos funcionários, pode-se utilizar a instrução contida em:
Q370969
Algoritmos e Estrutura de Dados
Cláudia trabalha como Analista Legislativo na Assembleia Legislativa do Estado de Pernambuco e recebeu de seu chefe um arquivo com a lista de todas as Leis Orçamentárias válidas entre 1900 até o presente ano, sem nenhuma ordenação. Para melhor localizar as Leis com base no ano a qual pertencem, Cláudia implementou uma solução que, buscando agilizar este processo,
Q370968
Algoritmos e Estrutura de Dados
Texto associado
var
x, y, i: inteiro
result: real
inicio
leia (x)
leia (y)
result ←1
se (y > 0)
entao inicio
para i←1 ate y passo 1 faça
inicio
result ← result * x
fim para
fim entao
senao inicio
y ← y * (-1)
para i←1 ate y passo 1 faça
inicio
result ← result * (1/x)
fim para
fim senao
imprima (result)
fim
x, y, i: inteiro
result: real
inicio
leia (x)
leia (y)
result ←1
se (y > 0)
entao inicio
para i←1 ate y passo 1 faça
inicio
result ← result * x
fim para
fim entao
senao inicio
y ← y * (-1)
para i←1 ate y passo 1 faça
inicio
result ← result * (1/x)
fim para
fim senao
imprima (result)
fim
No algoritmo apresentado
Q370967
Algoritmos e Estrutura de Dados
Texto associado
var
x, y, i: inteiro
result: real
inicio
leia (x)
leia (y)
result ←1
se (y > 0)
entao inicio
para i←1 ate y passo 1 faça
inicio
result ← result * x
fim para
fim entao
senao inicio
y ← y * (-1)
para i←1 ate y passo 1 faça
inicio
result ← result * (1/x)
fim para
fim senao
imprima (result)
fim
x, y, i: inteiro
result: real
inicio
leia (x)
leia (y)
result ←1
se (y > 0)
entao inicio
para i←1 ate y passo 1 faça
inicio
result ← result * x
fim para
fim entao
senao inicio
y ← y * (-1)
para i←1 ate y passo 1 faça
inicio
result ← result * (1/x)
fim para
fim senao
imprima (result)
fim
Considerando o algoritmo apresentado é correto afirmar que se;
Q370966
Algoritmos e Estrutura de Dados
A estrutura de dados conhecida como Árvore Binária de Pesquisa (ABP) encontra diversas aplicações em soluções práticas. Sobre esta estrutura é correto afirmar:
Q370965
Algoritmos e Estrutura de Dados
Considerando as estruturas de dados pilhas e filas, é correto afirmar que:
Conheça nossos planos