Pedro, um experiente analista da ALEGO, atualizou o MySQL da versão 8.4 para a versão 9.0 Enterprise Edition com sucesso e sem nenhum tipo de erro ou intercorrências. Com relação aos novos recursos adicionados no MySQL 9.0.
I. Essa versão inclui suporte para programas armazenados escritos em ShellScript, como o exemplo a seguir criado usando a CREATE FUNCTION:
CREATE FUNCTION gcd(a INT, b INT)
RETURNS INT
NO SQL
LANGUAGE SHELLSCRIPT AS
!/bin/bash
gcd() {
local x=${1#-}
local y=${2#-}
while [ "$y" -ne 0 ]; do
local t=$y
y=$((x % y))
x=$t
done
echo "$x"
}.
II. Essa versão agora suporta uma coluna do tipo vetor. Um vetor é uma estrutura de dados que consiste em uma lista de entradas (valores de ponto flutuante de 4 bytes) que podem ser expressas como um valor de string binária ou uma string formatada como lista.
III. Essa versão agora não impõe especificações de chave estrangeira embutidas, que antes eram aceitas pelo analisador sintático. O MySQL 9.0 também aceita referências implícitas às colunas da chave primária de uma tabela filha.
Está correto o que se afirma em
AII e III, apenas.
BI e III, apenas.
CI e II, apenas.
DII, apenas.
EI, apenas.
Revelar gabarito e comentário▾
GabaritoD — II, apenas.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
MySQL 9.0: novos recursos
Gabarito: letra D — apenas o item II está correto. O MySQL 9.0 introduziu o suporte a colunas do tipo vetor (VECTOR), mas não incluiu suporte a stored programs em ShellScript (item I falso) e não removeu a imposição de especificações de chave estrangeira embutidas (item III falso). A questão cobra conhecimento factual sobre as novidades da versão 9.0 do MySQL, conforme documentação oficial da Oracle.
O MySQL 9.0 é uma versão de inovação (Innovation Release) da Oracle, que trouxe um conjunto específico de novos recursos. Para responder corretamente, é preciso conhecer o que realmente foi adicionado nessa versão específica, distinguindo de recursos que existem em outras versões ou que são apenas boatos/confusões comuns.
O item II descreve corretamente o suporte a colunas do tipo vetor. Um vetor, no contexto do MySQL 9.0, é uma estrutura de dados que armazena uma lista de valores de ponto flutuante de 4 bytes (float). Essa é uma funcionalidade real, introduzida para dar suporte a aplicações de inteligência artificial e busca por similaridade (como embeddings). A definição apresentada no item — "lista de entradas (valores de ponto flutuante de 4 bytes) que podem ser expressas como um valor de string binária ou uma string formatada como lista" — está tecnicamente correta e reflete a documentação oficial.
O item I, por outro lado, é falso. O MySQL 9.0 não adicionou suporte para stored programs (procedures e functions) escritos em ShellScript. O MySQL suporta stored programs escritos em SQL e, desde versões mais recentes, também em linguagens como Java (via stored programs em Java, que é um recurso do MySQL HeatWave), mas não em ShellScript. O exemplo apresentado no item, com LANGUAGE SHELLSCRIPT, é uma invenção — não existe tal cláusula na sintaxe do CREATE FUNCTION do MySQL. A banca criou um exemplo fictício para testar se o candidato conhece os recursos reais da versão.
O item III também é falso. O MySQL 9.0 não removeu a imposição de especificações de chave estrangeira embutidas. Na verdade, o MySQL sempre impôs (e continua impondo) as restrições de chave estrangeira quando a tabela usa o mecanismo de armazenamento InnoDB. O que o item descreve — "não impõe especificações de chave estrangeira embutidas, que antes eram aceitas pelo analisador sintático" — não corresponde a nenhuma mudança real na versão 9.0. Além disso, a afirmação sobre "referências implícitas às colunas da chave primária de uma tabela filha" também não é um recurso novo dessa versão. O item mistura conceitos de forma incorreta para confundir o candidato.
A pegadinha central desta questão é que a banca inventa recursos fictícios (ShellScript e remoção de FK) e os apresenta como se fossem novidades do MySQL 9.0, enquanto o único recurso real entre os três é o suporte a vetores. O candidato que não conhece as novidades reais da versão pode ser induzido a marcar itens falsos como verdadeiros.
Guarde o critério decisivo: para questões sobre versões específicas de software, é essencial conhecer o changelog oficial da versão. No caso do MySQL 9.0, os destaques reais incluem o suporte a vetores, a preparação para a remoção do mysql_native_password, e melhorias no dicionário de dados — mas não incluem stored programs em ShellScript nem a remoção de imposição de chaves estrangeiras.
Critério
Item I (ShellScript)
Item II (Vetor)
Item III (FK)
Recurso real no MySQL 9.0?
❌ Não
✅ Sim
❌ Não
Base factual
Invenção da banca; LANGUAGE SHELLSCRIPT não existe
Documentado oficialmente; coluna VECTOR com floats de 4 bytes
Não corresponde a mudança real; InnoDB segue impondo FKs
Tipo de novidade
Fictício
Real (suporte a embeddings/IA)
Fictício/confuso
Item I — ❌ Incorreto
O MySQL 9.0 não inclui suporte para stored programs escritos em ShellScript. A linguagem de programação para stored procedures e functions no MySQL é SQL (e, em casos específicos, Java no HeatWave). A cláusula LANGUAGE SHELLSCRIPT não existe na sintaxe do CREATE FUNCTION do MySQL. O exemplo apresentado é uma invenção da banca para testar o conhecimento do candidato sobre os recursos reais da versão.
Item II — ✅ Correto
O MySQL 9.0 introduziu o suporte a colunas do tipo vetor (VECTOR). Um vetor é uma estrutura de dados que consiste em uma lista de valores de ponto flutuante de 4 bytes, que podem ser expressos como uma string binária ou uma string formatada como lista. Essa é uma funcionalidade real, documentada oficialmente, e a descrição do item está tecnicamente correta.
Item III — ❌ Incorreto
O MySQL 9.0 não removeu a imposição de especificações de chave estrangeira embutidas. As restrições de chave estrangeira continuam sendo impostas pelo InnoDB, como sempre foram. A afirmação sobre "referências implícitas às colunas da chave primária de uma tabela filha" também não corresponde a nenhum recurso novo dessa versão. O item mistura conceitos incorretamente.
Conclusão: Apenas o item II está correto. Portanto, a alternativa correta é a letra D.