Heim >Backend-Entwicklung >PHP-Tutorial >javascript - 用户修改一个列表型的数据,后台和数据库互动时应该怎么操作好?

javascript - 用户修改一个列表型的数据,后台和数据库互动时应该怎么操作好?

WBOY
WBOYOriginal
2016-06-06 20:22:031279Durchsuche

比如每个用户有一个自己的收藏列表,用户可以增加和删除列表中的任一项。

那么用HTTP请求和数据库互动时,以下哪种是最科学的呢?
1,每次增删都发起一次HTTP请求,在数据库上作相应操作(这个HTTP请求太多我自己觉得不科学)
2,把数据库上的列表数据下载下来呈现给用户后,只在前端的数据模型中增删,等到用户可能要关闭页面时用一次HTTP请求来同步,使数据库上的数据更新。不过我主要想问的是这里又有两种具体的互动方法,请大家赐教:
2a,在前端数据模型操作时,记录下哪些被增加了哪些被删除了。在更新数据库做Insert into... where value in和Delete ... where value in 这两次操作
2b,前端只记录数据模型。在更新数据库时直接truncate原来的表,把新的表数据插入。
请问2a和2b哪种比较好?
另外,第2步中同步的时机一般应该是什么时候呢?是用interval来定时同步呢?还是在用户进行一个特定的操作后来同步?谢谢。

-------1218更新
不好意思,上面忘记说了,我指的是用angularJS这种情况下,可以用数据模型来暂存数据的

回复内容:

比如每个用户有一个自己的收藏列表,用户可以增加和删除列表中的任一项。

那么用HTTP请求和数据库互动时,以下哪种是最科学的呢?
1,每次增删都发起一次HTTP请求,在数据库上作相应操作(这个HTTP请求太多我自己觉得不科学)
2,把数据库上的列表数据下载下来呈现给用户后,只在前端的数据模型中增删,等到用户可能要关闭页面时用一次HTTP请求来同步,使数据库上的数据更新。不过我主要想问的是这里又有两种具体的互动方法,请大家赐教:
2a,在前端数据模型操作时,记录下哪些被增加了哪些被删除了。在更新数据库做Insert into... where value in和Delete ... where value in 这两次操作
2b,前端只记录数据模型。在更新数据库时直接truncate原来的表,把新的表数据插入。
请问2a和2b哪种比较好?
另外,第2步中同步的时机一般应该是什么时候呢?是用interval来定时同步呢?还是在用户进行一个特定的操作后来同步?谢谢。

-------1218更新
不好意思,上面忘记说了,我指的是用angularJS这种情况下,可以用数据模型来暂存数据的

1.你为什么认为1是不科学的呢?天知道客户端哪边会发生什么事情~~当用户添加了N个收藏,猫猫过来把电源搞掉了-关机了,这个咋整哦~~~
2.用户希望它的每一步操作都是有效而真实的~~
3.删除动作,不要DELETE,UPDATE原纪录,做逻辑删除
4.truncate表这么暴力的招都用上啦,不要啊~~~~

只能每次发请求这是http

肯定要每次发送请求啊,你在前端怎么保存数据?如果不将用户的操作存入数据库,当用户不小心刷新页面或者关闭页面,他的操作在前端根本没有办法记录下来。

这种就看你要怎么设计了,如果你列表下面有个提交或者保存按钮,用户就明白N种操作完成必须提交或保存才能生效;如果你没有这种提示性信号,只是在每个列表后有个删除,然后有个随意增加的,用户理解成操作即保存,那就不能缓存处理了呗,只能实时性操作数据库

truncate这个有点不太科学,除非每个用户都有一个自已的收藏表
可以找找 window.onbeforeunload 这个事件 在事件中先判断用户收藏的数据是否有改动,有则http请求处理

最近我也在烦这个http请求次数的问题,看了你的描述之后,突然有个想法。。。但不知道可行不可行。。。
首先是获取数据的时候将数据存入一个数据模型里,然后让页面从这个数据模型里面拿取数据。
当页面发生修改事件时,将修改后的数据存入数据模型,然后再从模型拿出修改页面
然后开个定时器,隔一定时间就判断数据模型里面的数据是否发生改动,是就发生请求,不是就不发送。
最后当用户离开该页面的时候最后再判断一次。。。
。。。
或许可以当第一个修改事件发生的时候开启定时器。。。

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn