在实体框架4.1中，是否有更好的方法使用URL查找子页面？

Question

我正在为网站设置页面和子页面系统。因此，假设有一个“索引”页面和一个“子”页面。要访问子页面，URL 将如下所示：“Index/Sub”。

可能还有另一个页面的 URL 部分带有“Sub”。 IE：“索引/子”和“另一页/子”。 在 ASP.NET MVC 中，我获取一个 URL 并用正斜杠将其拆分为一个数组。然后我使用 EF4.1 来查找正确的页面实体。

当我查看代码时，它可以工作，但我想知道是否可以减少对数据库的调用次数。这是我的测试动作：

    public string Index(string url)
    {
        // split url into array
        string[] slugs = url.Split('/');
        string currentSlug = slugs[0];

        // set starting page and loop
        Page page = db.Pages.FirstOrDefault(x => x.Slug == currentSlug);
        for (var i = 1; i < slugs.Count(); i++)
        {
            if (!string.IsNullOrEmpty(slugs[i]) 
                && page != null 
                && page.Children != null)
            {
                page = page.Children.FirstOrDefault(x => x.Slug == slugs[i]);
            }
        }

        // if null return 404
        if(page == null) throw new HttpException(404, "HTTP/1.1 404 Not Found");

        // return page
        return page.Label;
    }

这可怕还是正常？有没有办法减少数据库调用的潜在数量？

-感谢您的任何提示

-编辑

这是我的页面模型仅供参考

public class Page
{
    public Guid PageId { get; set; }

    [Required(ErrorMessage = "URL is required")]
    [StringLength(30, ErrorMessage = "Must be less than 30 characters")]
    public string Slug { get; set; }

    [Required(ErrorMessage = "Label is required")]
    [StringLength(30, ErrorMessage = "Must be less than 30 characters")]
    public string Label { get; set; }

    [StringLength(100, ErrorMessage = "Must be less than 100 characters")]
    public string Title { get; set; }

    [StringLength(255, ErrorMessage = "Must be less than 255 characters")]
    public string Keywords { get; set; }

    [StringLength(300, ErrorMessage = "Must be less than 300 characters")]
    public string Description { get; set; }

    public DateTime DateCreated { get; set; }

    public DateTime DateModified { get; set; }

    public string LayoutName { get; set; }

    public virtual ICollection<Content> Contents { get; set; }

    public virtual Page Parent { get; set; }

    public virtual ICollection<Page> Children { get; set; }
}

Answer 1

我当然会在每个 Page 上包含完整的页面路径，这样您就可以在一个数据库调用中执行查询。 （是的，那么数据将不会在数据库中完全规范化，但有时为了性能我们必须做出牺牲）。只要确保您有一个策略，可以在父页面发生更改时更新子页面。

如果您不喜欢页面上完整路径列的想法，也许您应该缓存它们解析到的路径和页面 ID，而不是每次都询问数据库（记住有一个缓存清除策略）。