想表达的意思:用户有很多属性(Tag),比如唱歌、跳舞、玩游戏,表结构如下图:
创建表的mysql语句如下:
drop table if exists user; create table user ( user_id int not null auto_increment, user_name varchar(20), primary key (user_id) ); drop table if exists tags; create table tags ( tag_id int not null auto_increment, tag_name varchar(100), primary key (tag_id) ); drop table if exists user_tag; create table user_tag ( user_id int, tag_id int );
插入数据的SQL语句如下:
insert into user values(1,'小A'); insert into user values(2,'小B'); insert into user values(3,'小C'); insert into tags values(1,'唱歌'); insert into tags values(2,'跳舞'); insert into tags values(3,'宅'); insert into tags values(4,'看书'); insert into tags values(5,'旅游'); insert into user_tag values(1,1); insert into user_tag values(1,2); insert into user_tag values(2,1); insert into user_tag values(3,1); insert into user_tag values(3,4); insert into user_tag values(3,5);
我想在页面表现如下:
首先是用户列表,但同时把用户的tag都带出来。
最终的表现形式和segmentfault的首页列表很像,显示问题列表并顺便把问题的很多tag也显示出来。
目前我有两种办法:
请教有没有其他的方案?
谢谢。
php - MYSQL でこのような 1 対多のテーブル関係を表示する最良の方法は何ですか? -PHP 中国語 Web サイト Q&A-php - MYSQL でこのような 1 対多のテーブル関係を表示する最良の方法は何ですか? -PHP中国語サイトQ&A
ぜひ見て学んでください。
如果数据量不大,那么使用left join 即可,很多企业级的产品基本采用这种方式。
如果数据量比较大,那么需要采用冷热数据,热数据把uid uname tag_name这放到缓存中,冷数据采用多个简单查询方式。
你说的两种方法里的1比较好,很多网站也是这么做的。
但是有一点,就是
user_tag
表要做一层缓存,让全部的这种user-tag的查询都到内存中进行。if you don't need to lookup users by tag, i will simply put all of them into one table. managing user_tag will be a pain later on. it will also be easier if you have a max on the number of tags a user can have ...
这是一个多对多关系把??