用户画像后台表设计

显示全部楼层 · 2013-8-13 16:46:51

【交流】用户画像中的大量的标签属性存储，后台表结构如何设计？

因为新标签在不断增加，后台用于标签存储的表如何设计？是用纵表？
关于用户画像的介绍：http://blog.sina.com.cn/s/blog_49f78a4b0102v6ra.html
我现在的问题就集中在后台表结构的设计上
昨天发在chinaunix上，没人参与讨论，今天发到ITPUB上来，我感觉这里人会多点哈
昨晚自己思考了下，感觉用户的静态信息数据可以建在一张横表里，动态信息建在一张竖表里；
横表大致表结构：
用户ID

千问 · 2013-8-13 16:46:51

大家有什么想法建议都拿出来分享分享

千问 · 2013-8-13 16:46:51

走过路过的记得午间休息时间再回来

千问 · 2013-8-13 16:46:51

千问 · 2013-8-13 16:46:51

是我原本的思路很有问题吗？怎么没人交流。。。

千问 · 2013-8-13 16:46:51

思路不错，内容太少。
画像不全，也就是标签大类太散。

千问 · 2013-8-13 16:46:51

yibu 发表于 2015-7-6 11:39
思路不错，内容太少。
画像不全，也就是标签大类太散。
很高兴终于有人回复了，多谢你的交流，你说的对。
这个是那天偶尔跟同事提起用户画像，他在后台表存储这块有点问题，我后来就大致想了这么一个横表结合竖表的思路。
用户画像项目暂时还没，这几天又忙于其他东西，过两天再细细琢磨

千问 · 2013-8-13 16:46:51

tobewithwind 发表于 2015-7-8 13:43
很高兴终于有人回复了，多谢你的交流，你说的对。
这个是那天偶尔跟同事提起用户画像，他在后台表存储这 ...
如果仅考虑存储，还是严格的实体关系建模型比较好。可以将多对多的可以通过关系类型很好的关联起来

千问 · 2013-8-13 16:46:51

本帖最后由 tobewithwind 于 2015-7-9 10:42 编辑
yibu 发表于 2015-7-8 15:19
如果仅考虑存储，还是严格的实体关系建模型比较好。可以将多对多的可以通过关系类型很好的关联起来嗯，多谢，经过你这么一说，大致的后台表存储思路如下，对的吧？
用户表，记录用户的一些基本属性或者常用标签属性用户ID

千问 · 2013-8-13 16:46:51

就是这个意思，再补充下，数据存放应该分两类：
1.数据存储，差不多ecif。学历表（本科1，硕士2），学历关系：用户id，学历编码，关系类型（学历）；城市表：（各城市），城市关系表：用户id，城市id，关系类型（户口）
一般来说数据来源会很多，数据有新旧，有多条，如已婚到未婚，本科，研究生。城市和用户的关系表也有户口关系，居住关系等。还有像联系方式更多，各种电话，qq等
不过要说明下，理论上这样存储粒度细方便扩展，但实际接触的项目也都没这么做，毕竟存的时候拆分，用的时候链接，太麻烦。
2.数据分析，差不多acrm。需要把前边的根据分析主题关联成宽表
多条的你可能涉及选择判断，行列转换等。根据之前的信息，比如爬的爱微博爱电影的各种明细生成她的标签。

用户画像 后台表设计

用户画像后台表设计