A instrução SELECT para preencher meu CURSOR do Sql Server pode (frequentemente) retornar zero linhas.
É aconselhável incluí-lo em uma verificação IF para que o CURSOR não seja Declarado, Aberto, Fechado e Desalocado?
Ou o RDMS saberá automaticamente que não deve criar o CURSOR e/ou um IF baseado exatamente no mesmo SELECT inferirá o processamento da consulta duas vezes?
Procedimento armazenado no SQL Server INSERT INTO table1 VALUES A , B
O conjunto de valores A tem como um dos parâmetros: (SELECT TOP 1 cashbalance - 1 FROM table1 WHERE userid = __ ORDER BY createdUTC, ID)
O conjunto de valores B tem como um dos parâmetros: (SELECT TOP 1 cashbalance + 1 FROM table1 WHERE userid = __ ORDER BY createdUTC, ID)
Quando executado como uma inserção múltipla então a instrução SELECT sóéexecutada uma vez portanto se o id de utilizador for o mesmo para ambos os conjuntos de valores então o campo de saldo de caixa que diz começou em 0 regista -1 na primeira linha inserida e 1 (isto é, não volta a 0 como deveria) na segunda linha inserida. Além disso, o campo createdUTC para ambas as linhas registra exatamente o mesmo valor.
Quando executado como instruções INSERT separadas e sequenciais, o campo cashbalance calcula corretamente, mas o campo createdUTC tem uma pequena lacuna - mas infere a preocupação com outra inserção/leitura entrando.
Obviamente relacionado a bloqueios e/ou serialização - que estou pesquisando e postarei as descobertas (embora sugestões sejam muito bem-vindas). Eu poderia, alternativamente, SELECT SUM(table1.amounts) +/- 1 WHERE userid = __ (e observe que 1 é na verdade uma variável), mas isso não resolve nenhum dos problemas. Além disso, este sp é uma etapa de um processo de quatro sp (mais outro sp de chamada) e isso lança mais complexidade sobre onde implementar quaisquer bloqueios ou trans.
Idealmente, estou tentando implementar contabilidade de entrada dupla (ou seja, cada transação tem uma linha debitando A e outra linha creditando B no mesmo valor simultaneamente) com IDs imediatamente sequenciais e o mesmo createdUTC.