当前位置：文江博客话题详情

MySQL 中的视图或子查询

发布于 2024-11-08 12:59:55 字数 461 浏览 0 评论 0原文

用户（用户名，Catogory_ID，Sub_Category_ID）

类别（Catogory_ID< /code>,Categories_Name)

SubCatogoies(Sub_Category_ID,SubCatogoies_Name)

在code 是 FK 及其 PK

问题 1

我需要的是使用所有这三个表创建一个视图OR子查询来获取类别和Sub_Catogory名称作为其ID的

问题2

在exec中什么会更快？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

涙—继续流 2024-11-15 12:59:55

将所有 3 个表中的数据汇总在一起的单个查询看起来像这样：

select u.*, c.Categories_Name, s.Sub_Categories_Name
    from Users as u
    left outer join Categories as c
        on c.Category_ID = u.Category_ID
    left outer join SubCategories as s
        on s.Sub_Category_ID = u.Sub_Category_ID;

这可以制作成视图或简单地按原样运行。至于性能，物化视图可能比每次执行时执行连接的即席查询执行得更快。但除非您发现性能问题，否则我不会尝试按照这些方式进行优化。如果即席查询足够快，则不必担心优化它。

A single query that pulls together data from all 3 tables would look something like this:

select u.*, c.Categories_Name, s.Sub_Categories_Name
    from Users as u
    left outer join Categories as c
        on c.Category_ID = u.Category_ID
    left outer join SubCategories as s
        on s.Sub_Category_ID = u.Sub_Category_ID;

This could be made into a view or simply run as is. As for performance, a materialized view might perform faster than the ad hoc query performing the joins upon each execution. But I wouldn't try to optimize along those lines unless you're seeing a performance problem. If the ad hoc query is fast enough, don't worry about optimizing it.

回复收藏 0 原文

~没有更多了~