Strech DB é uma funcionalidade introduzida na versão 2016 do...

A alternativa correta é a A - não contenham dados do tipo FILESTREAM. Agora vamos entender melhor o assunto e justificar essa resposta.

O Stretch Database é uma funcionalidade do SQL Server 2016 que expande a capacidade de armazenamento de um banco de dados local de forma transparente ao integrá-lo com o armazenamento baseado na nuvem da Microsoft, o Azure. Com isso, as tabelas podem ser estendidas, permitindo que dados "frios" ou menos acessados sejam movidos para a nuvem, mantendo os dados "quentes" ou de acesso frequente localmente. Isso ajuda na economia de custos relacionados ao armazenamento on-premises e também na otimização de performance.

O Stretch Database tem algumas limitações sobre quais dados podem ser estendidos para a nuvem. Especificamente, ele não suporta tabelas com dados do tipo FILESTREAM. O tipo de dados FILESTREAM é usado para armazenar objetos grandes de dados binários (BLOBs) no sistema de arquivos do Windows, enquanto mantém um link dentro do banco de dados para gerenciamento de transações e acesso. Por questões de implementação e gerenciamento desses grandes arquivos, o Stretch Database não permite estender tabelas que contenham essa tipologia de dados.

Então, a justificativa para a alternativa A ser correta é que o Stretch Database foi projetado para trabalhar com um conjunto específico de tipos de dados e, nesse contexto, não oferece suporte para o tipo FILESTREAM. As outras alternativas mencionam outras restrições ou características que não são necessariamente aplicáveis ou limitantes para a funcionalidade do Stretch Database.

É importante lembrar que, ao estudar para concursos, entender as funcionalidades, limitações e melhores práticas do SQL Server pode ser crucial para responder corretamente questões como essa. O Stretch Database é uma dessas funcionalidades que demonstra a integração crescente entre soluções on-premises e a nuvem, um conceito chave no mundo atual da tecnologia da informação.

***********

Nota: pelo que pesquisei não está correta a forma "Strech" DB e sim "Stretch" DB.

***********

As tabelas habilitadas com o Stretch têm as seguintes limitações:

Restrições: exclusividade não é imposta para restrições UNIQUE e restrições PRIMARY KEY em uma tabela do Azure que contém os dados migrados.

Operações DML: não se pode executar o UPDATE ou DELETE de linhas que foram migradas ou linhas que são qualificadas para migração em uma tabela habilitada para Stretch ou em uma exibição que inclui tabelas habilitadas para Stretch.

Não se pode executar o INSERT de linhas em uma tabela habilitada para o Stretch em um servidor vinculado.

Índices: não é possível criar um índice para uma exibição que inclui tabelas habilitadas para o Stretch.

Filtros em índices SQL Server não são propagados para a tabela remota.

Limitações que impeçam que se habilite o Strectch para uma tabela:

Propriedades da Tabela:

Tabelas com otimização de memória

Alterações ou a Captura de Dados de Alteração

FileTables ou tabelas que contêm dados FILESTREAM

Tabelas que têm mais de 1.023 colunas ou mais de 998 índices

Tabelas que são replicadas ou que estão ativamente utilizando o Controle de

Tipos de Dados:

XML

timestamp

sql_variant

text, ntext e image

Tipos de dados CLR, incluindo geometry, geography, hierarchyid e tipos CLR definidos pelo usuário

Tipos se Coluna:

COLUMN_SET

Colunas computadas

Restrições:

Restrições padrão e restrições de verificação

Restrições de chave estrangeira que referenciam a tabela. Em uma relação pai-filho (por exemplo, Order e Order_Detail), você pode habilitar o Stretch para a tabela filho (Order_Detail), mas não para a tabela pai (Order).

Índices:

índices XML

Índices espaciais

Índices de texto completo

Exibições indexadas que fazem referência à tabela

Fonte:

https://docs.microsoft.com/pt-br/sql/sql-server/stretch-database/limitations-for-stretch-database?view=sql-server-ver15