newprint's questions

Estou confuso sobre o comportamento da cadeia de conexão que especifica ApplicationIntent = ReadOnlye grava consultas no SQL Server 2016 Enterprise Edition.

Digamos que o Grupo de Disponibilidade tenha um primário - X1e duas réplicas - X2e X3digamos que eu queira equilibrar leituras e gravações, para que todas as gravações vão para o primário e leiam para duas réplicas.
Se o aplicativo se conecta ao SQL e lê e grava consultas usando uma única cadeia de conexão que possui ApplicationIntent = ReadOnly, isso significa que ocorrerá um erro se o aplicativo tentar executar a consulta de gravação ou simplesmente redirecionará essa consulta para o primário?

Tenho várias dúvidas sobre estrutura interna do SQL Server.

Vamos supor que temos uma tabela em um banco de dados.

1. As páginas SGAM e GAM acompanham as extensões compartilhadas e uniformes dentro de um único intervalo GAM (~ 4 GB) e nos ajudam a encontrar o tipo apropriado de extensão ao alocar páginas/extensões (inicialmente as primeiras 8 páginas são alocadas de extensões mistas e as posições dessas páginas são gravador para as páginas IAM e, depois disso, das extensões GAM (extensões uniformes) e essas informações são armazenadas na próxima página IAM encadeada).

   Digamos que as páginas da tabela foram alocadas e o tamanho da tabela é superior a 8 páginas e, algum tempo depois, as linhas foram excluídas, deixando algum espaço reutilizável. Como o SQL Server sabe que as extensões têm espaço livre?

   As páginas têm informações sobre o tamanho do espaço livre, mas é muito demorado verificar todas as páginas. Os bits nas páginas SGAM e GAM não nos dizem nada além de que a extensão está alocada ou tem algumas páginas gratuitas (a página inteira é gratuita, não parcialmente).

2. O cabeçalho do arquivo e as páginas SGAM, GAM e IAM estão entre as primeiras páginas de um arquivo. Qual estrutura de dados realmente aponta para eles?

(Novo no SQL Server) Estou lutando para entender o propósito dos índices não clusterizados no SQL Server. Leia a documentação do MS (tanto para a versão 2012 quanto para a versão 2008 que possui belas imagens) e alguns recursos online, mas ainda há muitas perguntas sem resposta.

1. Não cl. o índice mantém a árvore B classificada? Pelo que entendi, sim - http://technet.microsoft.com/en-us/library/aa933130%28v=sql.80%29.aspx , caso contrário, a analogia do índice do livro não faria sentido.
2. Por que diabos você quer noncl. índice a ser definido na tabela ou exibição com um índice clusterizado ou em uma pilha? Heap não tem ordem, então definir noncl. index on heap faz algum sentido - você pode encontrar rapidamente correspondências exatas. No entanto, a tabela com índice clusterizado já possui dados organizados e a definição de noncl. index só irá acelerar buscas exatas.

(relativamente novo em SQL e SQL Server) Estou lendo SQL Server 2012 T-SQL Fundamentals de Itzik Ben-Gan. Autor afirma que:

SQL tem diferentes tratamentos para UNKNOWN em diferentes elementos de linguagem

Então, eu examinei a documentação do SQL Server, e em particular a WHEREcláusula , mas não consegui encontrar nada específico sobre como NULL/UNKNOWNé tratado.

Alguém poderia me indicar o documento correto ou indicar o que estou lendo de errado na documentação? (Suspeito muito que a resposta à minha pergunta esteja enterrada em algum lugar do padrão SQL, mas pode ser muito complexa para mim, pelo menos neste momento.)

Estou projetando o dB para o banco de dados de passagens aéreas do projeto escolar. (Usando o MySQL workbench)

Até agora, criei o seguinte design:

Aqui estão algumas coisas que não consigo descobrir:

1. É uma boa ideia ter chaves estrangeiras como valores não int (como Varchar) ??
2. O banco de dados precisa, de alguma forma, acompanhar o número de assentos reservados e o número de passageiros a bordo para um determinado voo. Não tenho ideia de onde colocar esses atributos.
3. Como garantir que a cidade de chegada e a cidade de partida (da Flighttabela) sejam diferentes para um determinado voo?