Keila项目联系人搜索功能优化：解决大小写敏感问题

背景介绍

Keila是一个开源的电子邮件营销平台，最近在用户反馈中发现了一个关于联系人搜索功能的问题。用户反映在搜索联系人时，系统对大小写敏感，导致部分联系人无法被正确检索到。这个问题影响了用户体验，特别是在国际化使用场景下，用户可能不熟悉某些名字的正确拼写或大小写格式。

问题分析

在Keila的原始实现中，联系人搜索功能使用了SQL的LIKE操作符进行模糊匹配。虽然该功能已经覆盖了名字(first_name)、姓氏(last_name)和电子邮件(email)三个字段，但由于LIKE操作符在大多数数据库中是大小写敏感的，这就导致了以下问题：

1. 搜索"john"无法匹配"John"
2. 搜索"SMITH"无法匹配"Smith"
3. 部分国际化名称的大小写变体无法被同时检索

技术实现细节

Keila的搜索功能实际上构建了一个MongoDB风格的查询条件，原始实现如下：

%{
  "$or" => [
    %{
      "first_name" => %{"$like" => "%#{search}%"}
    },
    %{"last_name" => %{"$like" => "%#{search}%"}},
    %{"email" => %{"$like" => "%#{search}%"}}
  ]
}

这种实现使用了$like操作符，在底层转换为SQL的LIKE语句。虽然功能上满足了基本的模糊搜索需求，但大小写敏感性限制了搜索的灵活性。

解决方案

开发团队通过以下方式解决了这个问题：

1. 将LIKE操作符替换为ILIKE（Insensitive LIKE），这是一种在PostgreSQL等数据库中支持的大小写不敏感的模糊匹配操作符
2. 修改了$like查询操作符在数据库层的实现，确保其使用ILIKE而非LIKE

核心修改体现在提交e7a3a9555d227e0be5665c328c618752c2d735c7和411c52f中，这些改动使得搜索功能现在能够：

• 忽略大小写差异
• 匹配各种大小写变体
• 提升国际化场景下的搜索体验

用户体验改进

这一改动带来了显著的体验提升：

1. 用户现在可以输入"joh"来查找"John"或"JOHN"
2. 不同大小写格式的名字都能被正确检索
3. 对于非英语名字的搜索更加友好
4. 减少了因大小写问题导致的"找不到联系人"情况

未来优化方向

虽然大小写敏感问题已经解决，但搜索功能仍有优化空间：

1. 实现更智能的模糊匹配（如包含部分拼写错误）
2. 提升搜索响应速度，使其与系统内其他搜索组件（如分段编辑器）保持一致
3. 考虑增加更多可搜索字段，如公司名称、职位等

总结

Keila通过将联系人搜索从LIKE升级为ILIKE，有效解决了大小写敏感带来的搜索问题。这一改进虽然技术实现上相对简单，但对用户体验的提升却十分显著，特别是在国际化使用场景下。这也体现了开源项目通过社区反馈持续优化产品体验的良好实践。