Home  >  Article  >  Backend Development  >  点评/投票/心情类的功能什么机制限制会员只能投一次最省事?

点评/投票/心情类的功能什么机制限制会员只能投一次最省事?

WBOY
WBOYOriginal
2016-06-23 13:51:05932browse

一些好像点评的系统,比如:文章下面,显示:好评/差评  这样的按钮

也就是像CSDN论坛的文章页面的...
对我有用[0] 丢个板砖[0] 

个人理解:
点一下经由AJAX/JQ这类发送去PHP操作MYSQL, 把好评/差评的字段+1

但是,一般这类的东,都是限制ip,甚至是只限cookie...

如果好评/差评的数据确有需要非常准确无水份

我是想用会员登入后才能点评(投票好差)的

那mysql 是否需要建议一个独立的点评表?

还有数据架构有什么比较好的方法,可以限制会员只能投一次?

请教一下各位,有什么好的建议?


回复讨论(解决方案)

实在方法有很多,完全可以建立一个独立的表。记录哪一个帖子,哪一个会员,投了多少票。什么时间投的。IP什么的
下次他在投的时候,根据会员ID,帖子ID,不就能找到投票状态了么?

建表是必须的,还不止一张
因为你还可能有 XX 关注了 XX、XX 是 XX 的好友等一系列的需求
需要综合考量
你现在思索的的是 SNS 网站的核心(或称基础)

参考下:

投票信息表:

CREATE TABLE `votes` (   `id` int(11) NOT NULL AUTO_INCREMENT,   `ip` varchar(250) NOT NULL,   ·uid· int(11) NOT NULL,   `vid` int(11) NOT NULL,   `fstcreate` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,   PRIMARY KEY (`id`) ) ENGINE=MyISAM AUTO_INCREMENT=1 DEFAULT CHARSET=utf8



文章表

CREATE TABLE `article` (   `id` int(11) NOT NULL AUTO_INCREMENT,   `article_title` varchar(250) NOT NULL,   `article_type` int(11) NOT NULL,   `article_content` longtext NOT NULL,   `article_author` varchar(50) NOT NULL,   `article_click_count` int(11) NOT NULL DEFAULT '0',   `status` int(11) NOT NULL DEFAULT '0',   `likes` int(11) DEFAULT '0',   `unlikes` int(11) DEFAULT '0',   `fstcreate` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,   `lastmodify` datetime DEFAULT NULL,   PRIMARY KEY (`id`),   FULLTEXT KEY `fulltext_article_title` (`article_title`,`article_content`,`key_words`) ) ENGINE=MyISAM AUTO_INCREMENT=119 DEFAULT CHARSET=utf8 CHECKSUM=1 DELAY_KEY_WRITE=1 ROW_FORMAT=DYNAMIC COMMENT='文章表'



如果限定登陆用户才可以投票,这样只要控制用户id和投票的主题id即可。

同一篇??同一?用?只能投一次就可以了。

表??可以??
id
aid          ??id
mid         用?id
addtime ????

select count(*) from table where aid=? and mid=? 判?是否=1 ??定用?是否可以再投????。

来看的话不能单靠COOKIE或者IP来限制
必须使用到SQL


但有个效能问题要请教

以下两个方案哪个好?

A. 好评/差评放在文章表的栏位

每次好评,除了加入一张独立表格,同时在文章的好评/差评的栏位+1

B. 建立一张独立表单,记录好评/差评的动作

每一次好评/差评,都新增一条记录
comment表
id (自动)
uid 用户ID
tid 文章id(topic id)
vote  好评/差评(1/0)

文章 tid=90
差一差有多少
好评数:select count(*) from `comment` where `tid`='90'  and `vote` = '1'  
差评数:select count(*) from `comment` where `tid`='90'  and `vote` = '1'  




犹疑的地方:
方案A,每次都去+1....topic 内容肯定比 comment 数据空间大,感觉会不会更消耗?

但是记录在topic,在文章列表中,select 时肯定比较省资源,因为只select topic一张单,也不用计算comment 表有多少与 tid 有关的

方案B, 在用不到好评差评时,topic操作会较少,但要select时...好像每次都要count(*) 计算会唔会更费资源?  如果5万篇文章 每篇平均下来有200个好/差评,这样comment已经有1000万条数据???  如果更多呢?   或者在几百万的数据中 不停 count(*) 会不会已经负担不住? 因为主题列表呢?

在此先不讨论cache问题,单纯以这两个 SQL方案哪个比较低消耗资源一点?

Statement:
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn