前端之家收集整理的这篇文章主要介绍了
异步SQL操作,
前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个问题,我不确定如何最好地
解决.
我有一个应用程序来更新数据库以响应临时请求.特别是一个请求很常见.请求是一个更新,它本身很简单,但有一些复杂的前提条件.
>对于此请求的业务层
首先从中请求一组数据
数据层.
>评估业务逻辑层
来自数据库的数据和
来自请求的参数
这个要执行的动作是
确定了,请求的
响应消息已创建.
>业务层现在执行
实际的更新命令就是
请求的目的.
最后一步是问题,此命令取决于数据库的状态,该状态可能在业务逻辑运行后发生了变化.在数次往返数据库的过程中锁定此操作中读取的数据似乎也不是一个好主意.是否有“最佳实践”方式来完成这样的事情?
谢谢!
简单来说,当您执行更新命令时,您担心
数据库可能已更改?
然后调用防御性写入的存储过程,并且只有在数据被调用时(通过检查外键引用,数据完整性等)数据处于可接受状态时才会更新.
如果我可以帮助嘲笑某些方面,请告诉我.
原文链接:https://www.f2er.com/mssql/76839.html