Questão 1360309

• Banca: CESGRANRIO
• Órgão: Petrobras
• Ano: 2014
• Provas: CESGRANRIO - 2014 - Petrobras - Técnico(a) de Exploração de Petróleo Júnior - Informática
• Disciplina: Banco de Dados
• Assuntos: SQL

ALUNO (cpf : string , nome : string , endereco : string, telefone : string)
MATRICULA (cpf : string , cod-cad : string)
CADEIRA (cod-cad : string , nome : string , creditos : number)

Que comando SQL cria tabela ALUNO?

• A. CREATE TABLE ALUNO (cpf string , nome string , endereco string , telefone string) ;
• B. CREATE TABLE ALUNO (cpf : string , nome : string , endereco : string , telefone : string) ;
• C. CREATE TABLE ALUNO (cpf string PK, nome string , endereco string , telefone string) ;
• D. CREATE ALUNO AS TABLE (cpf : string PK, nome : string , endereco : string , telefone : string) ;
• E. CREATE ALUNO AS TABLE (cpf string PK , nome string , endereco string , telefone string) ;

Gabarito: C

Comentários

• Esta questão tinha que ser anulada... não diz qual o banco de dados correspondente. Se eu executar a letra C no SQL SERVER não vai funcionar...

• Geralmente quando a Cesgranrio coloca essas questões, ela quer padrão ANSI. Porém, eu nunca vi colocar PK para identificar uma primary key. Ela deveria colocar cpf string primary key.
  

• Devido as particularidades dos BD deveria ser informado de qual banco se trata. Alem do mais este comando não funciona em nenhum banco. Deveria ser anulada

• Questão ridícula! Nunca vi essa de PK.

• Qual banco que roda colocando o PK dentro da criação dos campos ? 

   

  Nunca vi dessa maneira !!!!!!!! 

• O comando DDL que cria tabelas em um banco de dados relacional é o CREATE TABLE. Sua estrutura geralmente segue o seguinte formato:

  CREATE TABLE tabela (campo1 <tipo>, campo2 <tipo>, campo3 <tipo>...);

  Os únicos que seguem essa estrutura são os da letra A e letra C. O da letra C foi considerado correto, pois é o único que define a chave primária para a tabela aluno, no campo CPF. No entanto, o correto teria sido usar PRIMARY KEY no lugar de somente PK. O termo PK não funciona corretamente em nenhum dos principais bancos de dados, como Oracle, SQL Server, MySQL e PostgreSQL, então penso que a questão deveria ter sido anulada.