PC Toledo

Vai impedir que o registro seja utilizado por outro enquanto não houver um CommitTrans ou RollBackrans
Vai impedir que um registro seja sobreposto, causando inconsistência

Perguntas,

Como vocês tratam essa questão no banco para não deixar um registro seja sobreposto por um usuário e outro usuário ao mesmo tempo?

asimoes escreveu:Como vocês tratam essa questão no banco para não deixar um registro seja sobreposto por um usuário e outro usuário ao mesmo tempo?

Respondo com outras perguntas:
Qual a diferença se um usuário altera 1 hora depois, ou um milésimo de segundo depois?
Esse intervalo de tempo deveria fazer diferença?

Ainda estou tentando achar informação sobre o adodb.command

Observação

Para executar uma consulta sem usar um objeto Command , passe uma cadeia de caracteres de consulta para o método Execute de um objeto Connection ou para o método Open de um objeto Recordset . No entanto, um objeto de comando é necessário quando você deseja manter o texto do comando e executá-lo novamente, ou usar parâmetros de consulta.

À primeira vista, se chamar a procedure da outra forma não precisa do adodb.command.

Estou tentando encontrar se existe alguma vantagem adicional, ou se a diferença é só essa mesma, de parâmetros.

Se dois ou mais objetos de comando forem executados na mesma conexão e o objeto de comando for um procedimento armazenado com parâmetros de saída, ocorrerá um erro. Para executar cada objeto de comando , use conexões separadas ou desconecte todos os outros objetos de comando da conexão.

Não entendi direito a parte acima.

https://docs.microsoft.com/pt-br/sql/ad ... rver-ver15

É que topei com uma situação diferente:
No normal, se executar create procedure e ocorrer erro, o programa fica zumbi.
Estou tentando encontrar se com adodb.command o comportamento seria diferente.
É só na situação de comando errado na chamada nas criações (pelo menos foi aonde percebi).

Também não entendi isso aí.

https://www.ibm.com/docs/en/dscp/10.1.0 ... plications