带有ElasticSearch / Django Haystack的单个用户自定义搜索引擎

Question

我们正在编写一个django应用程序，该应用程序允许用户在彼此之间发送私人消息，以及将消息发送给群组，并且正在寻求实现针对每个用户的自定义搜索功能，以便每个用户只能搜索和查看消息他们已经收到了。

我们如何提供针对每个用户定制的搜索体验？ 一些消息是作为一个组的一部分发送给成千上万个用户的线程的一部分，而其他消息可能是2个用户之间发送的私有消息，甚至其他消息可能是“待处理”消息，这些消息被保留以进行审核。

我们是否对过滤器进行硬编码，以确定用户是否可以查看我们发送到ElasticSearch的每个查询中的消息，或者如果消息进入具有1000个成员的组，我是否向ElasticSearch添加1000个相同的文档，唯一的变化是接受者？

更新资料

所以这是序列化形式的单个消息，序列化为：

{
            "snippet": "Hi All,Though Marylan...", // Friendly snippet, this will be needed in the result
            "thread_id": 28719, // Unique ID for this thread
            "thread_title": "Great Thread Title Here", // Title for the thread, will be used to diplay in search results
            "sent_at": "2015-03-19 07:28:15.092030-05:00", // Datetime the message was originr
            "text": "Clean Message Test Here", // Text to be queryable
            "pending": false, // If pending, this should only appear in the search results of the sender
            "id": 30580, // Unique ID for this message across the entire
            "sender": {
                "sender_is_staff": false, // If the sender is a staff member or not (Filterable)
                "sender": "Anna M.", // Friendly name (we'll need this to display on the result page)
                "sender_guid": "23234304-eeee-bbbb-1234-bfb19d56ad68" // Guid of sender (necessary to display a link to the user's profile in the result)
            },
            "recipient" {
                  "name": "", // Not filled in for group messages
                  "recipient_guid": "" // Not filled in for group messages
            }
            "type": "group", // Values for this can be 'direct' or 'group'
            "group_id": 43 // This could be null
}

用户应该能够搜索：

1. 他们是“发件人”的所有消息
2. 其GUID位于“收件人”区域（且“类型”为“直接”）的所有消息
3. 发送到它们所属的组ID的所有消息都不会挂起（尽管它们可能是100个组的成员，所以可能是[10,14,15,18,25,44,50,60， 75,80,81,82,83，...]）

在SQL SELECT * FROM messages WHERE text contains 'query here' AND (sender.guid = 'my-guid' OR recipient.guid = 'my-guid' OR (group_id in [10,14,15,18,25,44,50,60,75,80,81,82,83,...] AND pending != True))

Answer 1

希望我能正确理解您的问题。

因此，您有一个消息传递系统，其中有3种消息类型（组，2用户，已审核）。 您的目标是允许用户搜索所有邮件，并可以选择对类型，用户，日期等应用过滤器。

利用ElasticSearch的可伸缩性来存储可搜索的数据。 首先，考虑运行ES节点的服务器。 他们是否有足够的性能资源（内存，CPU，网络，硬盘驱动器速度）来满足您的流量和文档的大小/数量？ 一旦确定了服务器规格，就可以根据需要添加更多内容以分发数据和处理。

接下来，创建您的消息文档结构。 我想您的映射可能看起来像这样：

"message": {
"properties": {
    "id": {
        "type": "long"
    },
    "type": {
        "type": "string"
    },
    "body": {
        "type": "string"
    },
    "from_user": {
        "type": "object",
        "properties": {
            "id": {
                "type": "integer"
            },
            "name": {
                "type": "string"
            }
        }
    },
    "to_user": {
        "type": "object",
        "properties": {
            "id": {
                "type": "integer"
            },
            "name": {
                "type": "string"
            }
        }
    },
    "group": {
        "type": "object",
        "properties": {
            "id": {
                "type": "integer"
            },
            "name": {
                "type": "string"
            }
        }
    },
    "added_on": {
        "type": "date"
    },
    "updated_on": {
        "type": "date"
    },
    "status_id": {
        "type": "short"
    }
}}

您可能想为“正文”和“名称”字段创建自定义分析器，以自定义搜索结果以符合您的期望。 然后，只需编写查询并使用过滤器/排序来允许用户全局搜索或从特定用户或特定组进行搜索即可。

之后，您只需要在数据库和ES索引之间建立一座桥梁即可同步您的邮件以进行搜索。 同步频率取决于您希望使消息可用于搜索的速度。

好吧，我真的希望我能正确理解您的问题。 否则，好吧...