点赞数据库

A. 如何将js请求后得到的点赞数字写到数据库

$data['点赞字段']=request()::instance()->param('表单传过来的值');
再把$data添加到表了

B. 新浪微博“点赞功能”数据库如何设计的

对于第一个问题，设计一个schema->(messageID，likedCount)，记录每条微博的点赞数。messageID是微博的编号，likedCount是该微博的点赞人数。但是这里有两个问题需要解决，第一是并发，第二是数据量。

每条微博都有可能有很多人同时点赞，为了保证点赞人数精确就需要保证likedCount++是原子操作，这个可以由应用程序来实现，也可以用redis的事务来实现(如果redis有事务机制或者自增功能的话)，但是我觉得为了性能考虑，也可以不用实现原子操作，具体原因就不展开了。

每天都上亿可能更多的微博内容产生，这样就会有上亿个新的(messageID，likedCount)生成，这样的数据量是比较大的，单机数据库比较难提供高效的服务，所以需要采取sharding的功能(有时候也叫分表分库)，可能根据messageID把这些schema分散到十个或者更多的shards上(据说，sina微博有600个节点，如何三个节点组成一个shard，就有200个shards)，这样每个shard处理的请求就只有原来的十分之一，从而就能提高服务的性能。

关于点赞人列表的设计，一般来说，可能想到的schema是(messageID，userID)，但是这样的设计有一个小问题，就是有些大发的微博可能会得到几十万的点赞，这样就会产生几十万个条数据，这样数据有点多，读取起来可能也慢。所以可以用这样一个schema(messageID，partID，userIDs)，让一个messageID对于多个userID，同时比对应太多的userID，所以加入一个新的partID，一个part存1000个userID，这样几十万个点赞，只需要存几百条数据。这样做还有一个好处，用户点击查看点赞人时的，一般都不是完全显示所有点赞人，而是一批一批显示，这样可以一次只读一条数据，就可显示一批点赞用户信息。

C. HTML点赞功能如何使用

安装localStorage即可。

D. php编写的点赞，在数据库中怎么识别是那篇文章被点了赞

在对当前文章加了赞的时候, 去后台更改数据库信息时附带着当前文章的ID以这个ID为条件更新数据库是可以了

E. ios开发微信点赞是放到了数据库么

iOS微信开发点赞的数据是放到服务器数据库中的，微信的做法是先变更本地数据然后缓存，同时把数据更新到后台服务器，这样就算卸载了下次启动还是可以看到上次的点赞数据。

F. android点赞功能的数据是如何保存的

android点赞功能的数据是通过手机发送请求保存在服务器数据库的。
用户点击点赞图标后会触发一个请求，程序将请求的数据(比如按下为True)发送到服务器，服务器则将数据储存在数据库，下次程序可以直接发送一个请求到服务器获取该用户是否点赞。

G. php用数据库怎么实现赞功能

就应该数据库进行数据存储，安全!赞功能很简单，既然是要对文章做功能，那么互动角色就是会员，考虑一个问题，会员需要不需要登录才能点赞，如果不需要登录也可以点赞，你需要有个匿名会员。
那么表方面三个：一个文章表，一个赞表，一个会员表
数据存储：
会员点击了赞，相应的数据存到赞的表里面，这个三个表怎么关联的呢？其核心是赞表，这个表里面存有文章的id号和会员的id号，形成关系。
数据读取：
文章内容读取时候，根据文章的id，从赞的表调取相关数据统计，ok。

H. 网站在线发文章评论回复点赞数据库表设计

那就在数据库建一统计表 ，或者直接在当前信息加一列 用来统计，然后js去控制点赞之类的特效跟更新数据库

I. 点赞正常显示,但是数据库数据没有+1,这怎么来判断是前端还是后端的错误

步骤如下。点赞正常显示，但是数据库数据没有+1的情况下区分前端还是台端交互：
1、F12，打开错误控制台console。
2、查看网络请求。
3、Html中如果有链接，有出现样式的问题基本都是CSS的bug、出现文本的问题基本都是html的bug、出现交互类的问题基本都是Javascript的bug相应的情况下，基本可以定位到是属于前端的问题。
3、如果为空，或者有出现error错误信息，我们就可以定位到属于后台开发的问题。

J. PHP点赞怎么让其累计一定量后再更新到数据库

要么借助第三方差价减少数据库负载，要么只能实时更新，毕竟静态页面做不到实时从新加载之后保存数据的