一篇通知，發(fā)送給指定的人。求最高效的方案。

有這么個(gè)需求：
一篇通知發(fā)出，指定哪些人可以看。

利用mysql的最簡(jiǎn)單的方案：

message信息表
id 信息ID
name
content

message_user 用戶查看信息表
id
message_id 信息ID
user_id 用戶ID

說(shuō)說(shuō)方法
優(yōu)點(diǎn)：
實(shí)現(xiàn)簡(jiǎn)單

弊端：
比如說(shuō)一篇文章指定給一萬(wàn)個(gè)人，發(fā)個(gè)幾千篇文章。
那message_user表很快信息量就要爆了，很快就有性能瓶頸。

所以，請(qǐng)各位大俠給出更高效的方案,第三方存儲(chǔ)不限。

有個(gè)設(shè)想，利用二進(jìn)制每一個(gè)位表示一個(gè)用戶ID，該位值為1表示有讀權(quán)限，0則沒(méi)權(quán)限：
message信息表,增加一列binary(10000)二進(jìn)制類(lèi)型假設(shè)為user_control

用戶ID 1 可讀，2不可讀，3，可讀，....1000可讀

那么user_control對(duì)應(yīng)的二進(jìn)制數(shù)為

1... ..1010

不知道可行？

回答

編輯回答

巷尾

你可以試試把用戶列表存進(jìn)去結(jié)構(gòu)類(lèi)型就變成
id
message_id 信息ID
user_id_list 用戶ID列表

2017年5月23日 03:00

編輯回答

夏夕

利用用戶角色+訂閱功能可以快速實(shí)現(xiàn)這個(gè)想法而且不用發(fā)送成千上萬(wàn)遍。

2017年10月11日 03:16

編輯回答

情已空

如果你要發(fā)送的一萬(wàn)個(gè)人是任意的，沒(méi)有任何規(guī)律，那生成這一萬(wàn)個(gè)人的列表不可避免，不論是人工選擇還是存儲(chǔ)的時(shí)候，這個(gè)列表至少要生成一次。但如果是有規(guī)律的，就采用類(lèi)似看帖權(quán)限的方法，每次用戶請(qǐng)求通知列表的時(shí)候檢查其是否符合要求，也可以分用戶組，某些組內(nèi)的用戶可以查看某通知。

你的設(shè)想我覺(jué)得使用起來(lái)會(huì)有點(diǎn)麻煩，但效果和直接存儲(chǔ)一個(gè)列表是一樣的。如果一定要存儲(chǔ)這個(gè)列表，不妨分類(lèi)討論，如果目標(biāo)用戶比較稀疏，就直接枚舉；比較稠密就實(shí)用你的方法。當(dāng)然這可能需要兩個(gè)字段。

2018年5月24日 15:52

編輯回答