点评/投票/心情类的功能什么机制限制会员只能投一次最省事? ajaxphp数据架构 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 实在方法有很多,完全可以建立一个独立的表。记录哪一个帖子,哪一个会员,投了多少票。什么时间投的。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即可。 同一篇評論同一個用戶只能投一次就可以了。表結構可以這樣idaid 評論idmid 用戶idaddtime 發佈時間select count(*) from table where aid=? and mid=? 判斷是否=1 來確定用戶是否可以再投這個評論。 来看的话不能单靠COOKIE或者IP来限制必须使用到SQL但有个效能问题要请教以下两个方案哪个好?A. 好评/差评放在文章表的栏位每次好评,除了加入一张独立表格,同时在文章的好评/差评的栏位+1B. 建立一张独立表单,记录好评/差评的动作每一次好评/差评,都新增一条记录comment表id (自动)uid 用户IDtid 文章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方案哪个比较低消耗资源一点? MySQL 查询语句显示不出东西 新手高分问一个php+ajax的返回值的问题? 如何对站内搜索结果分页 PHP类的几个绑定的疑惑? linux下php 读取mssql乱码 打印出的语句到admin里能正确执行 可直接执行不起作用 有什么可能性 php中foreach和for到底有没有区别,尤其是在处理多线程(本例是对IOS进行推送)方面? 地址格式转换? sohu新闻右面的广告是怎么放上去的,他们怎么可以在生成静态文件的基础上包含想要的文件啊? window xp 下我可以发邮件吗? 求助:在一个文件中使用html和php混编的变量问题 mysql数据库乱码
下次他在投的时候,根据会员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 來確定用戶是否可以再投這個評論。
必须使用到SQL
但有个效能问题要请教以下两个方案哪个好?A. 好评/差评放在文章表的栏位每次好评,除了加入一张独立表格,同时在文章的好评/差评的栏位+1B. 建立一张独立表单,记录好评/差评的动作每一次好评/差评,都新增一条记录
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方案哪个比较低消耗资源一点?