ASP.NET MVC中Contains()处理含斜杠查询字符串失效问题求助

你遇到的核心问题是LINQ to Entities会把DateCreated.ToString()转换成数据库层面的字符串转换逻辑，而非在内存中执行.NET的DateTime.ToString()。

数据库存储的日期是结构化的DateTime类型，并非字符串。当你在LINQ中写Note.DateCreated.ToString().Contains(searchquery)时，EF会将这个表达式翻译成对应SQL语句（比如SQL Server中可能用CONVERT(nvarchar, DateCreated)或CAST(DateCreated AS varchar)），但数据库默认的日期字符串格式和你预期的MM/dd/yyyy hh:mm:ss tt不一致——比如可能是yyyy-MM-dd HH:mm:ss或其他区域格式，导致"6/27"无法匹配到数据库转换后的字符串。

而查询"27"能成功，是因为不管日期转换成哪种格式，日份数字27都会出现在转换后的字符串里，刚好命中。

针对这个问题，有两种靠谱的处理思路，可根据场景选择：

思路1：在数据库层面按指定格式转换日期后匹配 #

直接让数据库把日期转换成你需要的格式（比如MM/dd/yyyy hh:mm:ss tt），再执行模糊匹配。以SQL Server为例，用FORMAT函数（EF6及以上支持）：

public ActionResult SearchNotes(string searchquery)
{
    var test = db.Notes.Where(note => 
        // 把日期转成指定格式的字符串再匹配
        DbFunctions.Format(note.DateCreated, "MM/dd/yyyy hh:mm:ss tt").Contains(searchquery)
        || /* 其他字段的检查逻辑 */
    ).ToList();
}

如果是EF Core，可使用EF.Functions.Format（需引入Microsoft.EntityFrameworkCore命名空间）：

using Microsoft.EntityFrameworkCore;

public ActionResult SearchNotes(string searchquery)
{
    var test = db.Notes.Where(note => 
        EF.Functions.Format(note.DateCreated, "MM/dd/yyyy hh:mm:ss tt").Contains(searchquery)
        || /* 其他字段的检查逻辑 */
    ).ToList();
}

这种方法的优势是所有过滤都在数据库层面完成，性能不受影响，适合大数据量场景。

思路2：解析用户输入的日期片段，转换成日期范围查询 #

如果用户输入的是明确的日期片段（比如6/27），可以尝试把输入解析成日期范围，用结构化的日期查询代替字符串模糊匹配，这种方法性能更好、准确性更高：

public ActionResult SearchNotes(string searchquery)
{
    var notesQuery = db.Notes.AsQueryable();

    // 尝试解析用户输入为日期
    if (DateTime.TryParse(searchquery, out var parsedDate))
    {
        // 匹配当天的所有记录
        var startDate = parsedDate.Date;
        var endDate = startDate.AddDays(1);
        notesQuery = notesQuery.Where(note => note.DateCreated >= startDate && note.DateCreated < endDate);
    }
    else
    {
        // 处理模糊日期片段（比如"6/"、"/27"），用格式转换后的字符串匹配
        notesQuery = notesQuery.Where(note => 
            EF.Functions.Format(note.DateCreated, "MM/dd/yyyy hh:mm:ss tt").Contains(searchquery)
            || /* 其他字段的检查逻辑 */
        );
    }

    var test = notesQuery.ToList();
    return View(test);
}

这种方法兼顾了模糊搜索和结构化查询的优势，用户输入完整日期时能获得更好的性能，输入片段时也能正常匹配。

避坑提醒 #

不要先将所有数据拉到内存再过滤（比如先ToList()再Where），这种方式在数据量小时没问题，但数据量大时会导致严重性能问题，甚至内存溢出。

内容的提问来源于stack exchange，提问作者cytek04