Aqui, em "newRow.ProductName" e "newRow.ReorderLevel", ProductName e ReorderLevel são da tabela de produtos e não a tabela de gerente. Há uma linha que começa com IF e outra linha com "END IF" no código de gatilho. Vou explicar estas linhas em detalhe mais tarde. Por agora, só sei que essas linhas de verificar se a quantidade (número) do produto para a linha for menor ou igual ao reorderlevel. Se for esse o caso, então, uma linha será inserida na mesa do gerente, pela instrução Insert entre as duas linhas.
A próxima coisa a fazer é executar uma instrução SQL update para tornar o número de um produto na tabela de produtos de valor inferior ao nível de reabastecimento. Vamos fazer isso para o produto, Spoon. - Leia e escreva a seguinte instrução Update (apagar primeiro): UPDATE produtos SET = Número 10 ONDE ProductName = 'colher'; Agora, temos de verificar se o gatilho foi disparado eo evento registrado na tabela, Manager. Para fazer isso. - Leia e escreva a seguinte instrução SELECT (apagar primeiro): SELECT * FROM Manager; Você deverá ver o registro do evento.
Bem, é verdade que o gatilho foi possível resolver um problema. No entanto, existem problemas relacionados que ele não tenha resolvido. Há uma cadeia de eventos que acontecem com início a partir de Sales. O balconista vende um produto e insira as informações nas tabelas de vendas e SaleDetails. Isso já é um evento, que deve ter seu próprio gatilho. Tem que ser verificada, se a quantidade que o cliente está pedindo está em estoque (produtos tabela). Assim, a quantidade pedida tem de ser subtraída da quantidade na tabela de produtos, sem atualizar a tabela de produtos, ainda.
Se a diferença de que a subtração não ir abaixo de zero, em seguida, o processo de venda pode continuar; caso contrário, o cliente será perguntado se ele iria tomar uma menor quantidade, antes de vendas podem ser feitas. Quando a tabela de produtos é finalm