Php 如何在此发布系统中超过64个通道（位）
编辑： 在下面的问题中，我简化了我的问题，因此很容易解释。根据前面的几条评论，我现在可以看出，我把它过于简化了。因此，当您通读时，请记住一个新事实：系统中的发布者几乎可以和用户数量一样多，每个发布者可以有自己的兴趣组列表（最好是数千个）。简言之，请把它作为一个给定的速度是重要的，而简单的列表只是不会削减它 结束编辑 我正在设计一个系统，使用MySQL和PHP向用户发布文章（博客风格的文章）。帖子发布到“兴趣组”，用户注册阅读特定的兴趣组。当用户请求他们的新闻提要时，我需要能够尽快收集并返回文章列表Php 如何在此发布系统中超过64个通道（位）,php,mysql,performance,bit-manipulation,Php,Mysql,Performance,Bit Manipulation,编辑： 在下面的问题中，我简化了我的问题，因此很容易解释。根据前面的几条评论，我现在可以看出，我把它过于简化了。因此，当您通读时，请记住一个新事实：系统中的发布者几乎可以和用户数量一样多，每个发布者可以有自己的兴趣组列表（最好是数千个）。简言之，请把它作为一个给定的速度是重要的，而简单的列表只是不会削减它 结束编辑 我正在设计一个系统，使用MySQL和PHP向用户发布文章（博客风格的文章）。帖子发布到“兴趣组”，用户注册阅读特定的兴趣组。当用户请求他们的新闻提要时，我需要能够尽快收集并返回文章列
为了提高速度，我使用位运算符从数据库中选择帖子。每个兴趣组对应于整数中的一位。每个帖子都有一个“发布掩码”，它是一个整数，用于存储发布到的组。每个用户作为一个“读取掩码”，它是一个整数，存储用户感兴趣的组 举例来说，利益集团可能如下：
- 位0（十进制1）：钓鱼
- 第1位（十进制2）：灌木行走
- 第2位（十进制4）：跳伞
（（PubMask1和ReadMask1）| |（PubMask2和ReadMask2））一种可能的解决方案是使用如上所述的掩码对（PubMask1、PubMask2、ReadMask1、ReadMask2），并让每个post记录具有多个发布记录（每个用户具有多个读取掩码记录）。在这种情况下，我最多可以有64 x 64个兴趣组，但如果我能帮助的话，我真的不想在这个高性能场景中引入一对多的关系。您在这里提出的建议是陷入一个非常深的兔子洞，实际上不会产生任何性能改进。事实上，它可能会产生相反的效果，使您的模式不仅使用起来令人讨厌，而且由于您的非标准标记方法而导致性能问题。在像MySQL这样的RDBMS中，你越是违背规则，你就越会受到性能问题的惩罚 按书操作的方法是建立一个简单的关联表，将帖子链接到组：
CREATE TABLE post_group_links(
id INT AUTO_INCREMENT PRIMARY KEY,
post_id INT NOT NULL,
group_id INT NOT NULL,
UNIQUE KEY `index_pgl_post_group` (`post_id`,`group_id`)
);
UNIQUESELECT posts.* FROM posts
LEFT JOIN post_group_links ON posts.id=post_id
WHERE post_group_links.group_id=?
和SELECT posts.* FROM posts
LEFT JOIN post_group_links ON posts.id=post_id
WHERE post_group_links.group_id IN (?,?,?)
GROUP BY posts.id
HAVING COUNT(post_group_links.id)=3
您提出的涉及少数64位列的解决方案直接违反了重要的规则。像
PubMask1PubMask2