SQL用更快的东西替换连接[关闭]

Question

我在 SQL 中有一个视图，它使用了一个连接，并且花费的时间比我希望的要长得多。我认为如果我将其转换为子查询，它会运行得更快，但我遇到了麻烦。

基本上，我想创建一个“目标”列来计算资产价格的 24 小时百分比变化。现在，我的方法是创建第一个视图，它是普通表，然后创建第二个视图，它是第一个表的副本，但带有 date+1，然后我可以使用它来计算 24 小时目标。下面是我的sql代码。我在 MySQL 工作。

create view PricesView1 as
select Date,Symbol, avg(Price) as 'Price', avg(BTC_Dominance) as 'BTC_Dominance', 
    pkdummy,pkey from Prices group by Date,pkdummy,pkey, Symbol 
    having right(pkdummy,2)=22 and Date > '2018-11-22';

create view PricesView2 as
select sq.Date, sq.oldDate, sq.Symbol, sq.Price, newP.Price as 'NewPrice',
    newP.BTC_Dominance as 'NewBTCdominance', newP.pkdummy from (
    select date_add(Date, INTERVAL 1 DAY) as 'Date', Date as 'oldDate',Symbol,avg(Price) as 'Price', 
        avg(BTC_Dominance) as 'BTC_Dominance',  pkdummy,pkey from Prices 
        group by Date,date_add(Date, INTERVAL 1 DAY),pkdummy,pkey, Symbol having right(pkdummy,2)=22)sq
    join Prices newP on newP.Date=sq.Date and newP.Symbol=sq.Symbol 
    where right(newP.pkdummy,2)=22 and sq.Date > '2018-11-22' order by datetime desc;

#Use other two views to calculate target
create view priceTarget as
select pv1.Date, pv1.Symbol, avg(pv1.Price) as 'Initial Price', avg(pv2.NewPrice) as 'Price24hLater',
    avg(((pv2.NewPrice-pv1.Price)/pv1.Price)*100) as 'Target24hChange',
    avg(((pv2.NewBTCdominance-pv1.BTC_Dominance)/pv1.BTC_Dominance)*100) as 'BTCdominance24hChange',
    pv1.pkey from PricesView1 pv1 
    join PricesView2 pv2 on pv1.Date=pv2.oldDate and pv1.Symbol=pv2.Symbol
    group by pv1.Date, pv1.Symbol;

Here is a screenshot of the output of the query:
SELECT * FROM priceTarget WHERE symbol = 'btc' ORDER BY date desc;

关于如何通过更快的查询避免使用连接来获得相同的结果有什么想法吗？

任何帮助将不胜感激！

编辑：我想这只是因为我只是加载了很多数据。我创建了一个新的第一个视图来提前过滤我的数据，并将加载时间从大约 32 秒减少到 10 秒多一点。感谢那些帮助过的人！

Answer 1

在 PriceView2 的创建中似乎有一些不必要的代码

与最后的 order by 一样，您计算 Price 和 BTC，但不要在 priceTarget 视图中使用它们（您使用 PriceView1 中已经可用的值）。我认为您将其留在那里是为了拥有唯一的日期/符号，您可以使用选择 DISTINCT 来实现相同的结果。

我不知道这是否是故意的，但 BTC 和价格是根据价格视图 1 中的平均值计算得出的，它们不在价格视图 2 中。

这是我对 PriceView2 的建议：

create view PricesView2 as
select
    sq.Date,
    newP.Date,
    sq.Symbol,
    newP.Price as 'NewPrice',
    newP.BTC_Dominance as 'NewBTCdominance',
    newP.pkdummy
from (
        select distinct
            Date as 'oldDate',
            Symbol,
            pkdummy,
            pkey
        from Prices 
        having right(pkdummy,2)=22) sq
    join Prices newP on
        newP.Date=date_add(sq.oldDate, INTERVAL 1 DAY)
        and newP.Symbol=sq.Symbol 
where right(newP.pkdummy,2)=22
and   sq.Date > '2018-11-22'

我对视图的理解是，它们可以与其他语言中的宏相媲美：更像是代码替换而不是预计算。

因此，当您在 priceTarget avg(pv1.Price) 中执行时，考虑到 pv1.Price 被定义为 avg(Price)，您是在平均一个平均值。

除了我上面建议的更改之外，我还更改了 PriceView2 以计算新价格和 BTC 平均值，因此 priceTarget 视图不必

在您的 priceTarget 视图的最后，除了 pv1.Date 和 pv1.symbol 之外，您还应该按 pv1.pkey 进行分组。

Answer 2

我会首先对查询本身进行一些分析，以找出导致瓶颈的原因，即如何调用表、每个表返回多少行、正在使用哪些索引等。简单的事情，比如重新排序FROM 子句中的表可以帮助提高性能。您的查询可能缺少一个或两个可以大大提高性能的索引。