mathewb's questions

Estou trabalhando em um sistema que gera vários emails recorrentes como parte de vários trabalhos agendados no SQL Server Agent. Os e-mails contêm relatórios baseados em texto que são vagamente associados ao assunto de seus trabalhos, mas não dependem do resultado do trabalho. Quando um cliente solicita uma alteração no conteúdo do relatório ou na lista de distribuição, pode ser difícil encontrar o trabalho/etapa específico responsável por gerar o e-mail/relatório.

Para facilitar a manutenção dessas tarefas, quero criar um novo trabalho central e mover cada etapa de e-mail/relatório para esse trabalho. Eu configuraria cada etapa do trabalho para "Sair do trabalho relatando sucesso". Eu configuraria um agendamento exclusivo para cada etapa do trabalho para que os e-mails/relatórios continuem sendo gerados em seus agendamentos normais. Por exemplo, a etapa 1 seria executada diariamente às 7h. A etapa 2 seria executada aos sábados e domingos ao meio-dia. E assim por diante.

Quando fui criar um cronograma, não consegui encontrar uma maneira de especificar em qual etapa começar. Eu sei que msdb.dbo.sp_start_jobaceita um @step_nameparâmetro. Da mesma forma, o SQL Server Agent me permite escolher uma etapa para iniciar manualmente um trabalho por meio da interface do usuário. Existe uma maneira de especificar a etapa inicial de um agendamento ou estou limitado a iniciar com a etapa inicial configurada (padrão) conforme listado no trabalho?

Eu criei uma tabela com uma restrição de chave estrangeira nela. Quando gero um script de criação de tabela por meio do SSMS, ele cria o seguinte código:

ALTER TABLE [dbo].[MainTable]  WITH CHECK ADD  CONSTRAINT [FK_MainTable_ForeignKeyTable] FOREIGN KEY([FK_Field])
REFERENCES [dbo].[ForeignKeyTable] ([PK_Field])
GO

ALTER TABLE [dbo].[MainTable] CHECK CONSTRAINT [FK_MainTable_ForeignKeyTable]
GO

Como a primeira instrução cria a restrição WITH CHECK, isso torna a segunda instrução redundante? Se não, o que o CHECK CONSTRAINT está realizando que o WITH CHECK não?

Eu vi ALTER TABLE CHECK CONSTRAINT , mas nesse caso, o SSMS está gerando a primeira instrução WITH NOCHECK, então faz sentido ter ambas as instruções.

Estou pensando em usar um banco de dados para armazenar uma ou mais imagens ( .JPG ) associadas a um identificador de registro e nome de arquivo.

CREATE TABLE Images (
    RecordID BIGINT NOT NULL,
    ImageFilename VARCHAR(50) NOT NULL,
    ImageData VARBINARY(MAX) --expected avg. size: 256K
)

Prevejo que 90% da utilização do espaço no banco de dados virá dos BLOBs. Eu sei que a compactação de dados do SQL Server não compactará os dados BLOB por meio da compactação de linha ou página. Posso esperar alguma economia ao compactar os backups, além da compactação que ocorre nos campos RecordID e ImageFilename?