java批量查询导致堆内存不足,java - HQL查询导致磁盘空间不足异常 - 堆栈内存溢出...

我有以下SQL查询，我将其翻译为HQL：

SELECT f.date,

f.name,

SUM(f.seats)

FROM Foo f

WHERE EXISTS ( SELECT 1

FROM Foo fh

WHERE f.start + f.end IN ( SELECT fl.start + fl.end

FROM Foo fl

WHERE fl.date BETWEEN dateadd(yy,-1,fh.date)

AND fh.date

AND fl.name = '')

AND f.date = fh.date

AND fh.date >= '2016-01-01'

AND fh.name = '' )

AND f.date >= '2016-01-01'

GROUP BY f.date,

f.name

ORDER BY f.date ASC,

SUM(f.seats) DESC

在我的应用程序中，此查询导致标题中的错误：

Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: Could not allocate a new page for database 'TEMPDB' because of insufficient disk space in filegroup 'DEFAULT'. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.

at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDatabaseError(SQLServerException.java:216)

at com.microsoft.sqlserver.jdbc.SQLServerResultSet$FetchBuffer.nextRow(SQLServerResultSet.java:4853)

at com.microsoft.sqlserver.jdbc.SQLServerResultSet.fetchBufferNext(SQLServerResultSet.java:1781)

at com.microsoft.sqlserver.jdbc.SQLServerResultSet.next(SQLServerResultSet.java:1034)

at org.apache.commons.dbcp2.DelegatingResultSet.next(DelegatingResultSet.java:191)

at org.apache.commons.dbcp2.DelegatingResultSet.next(DelegatingResultSet.java:191)

at org.hibernate.loader.Loader.processResultSet(Loader.java:986)

at org.hibernate.loader.Loader.doQuery(Loader.java:948)

at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:340)

at org.hibernate.loader.Loader.doList(Loader.java:2689)

这显然是由于查询的低效率以及执行的次数以及它所使用的行数。

让我们解释查询的作用。 以下示例：

我有关于超级驱动程序的数据。 每行是驱动程序的一个驱动器，包括日期(月份)，驱动程序名称，驱动程序可用的座位，起始位置和结束位置。

E. g。：

Date Name Seats Start End

-------------------------------------------

7/1/2019 John 45 A B

数据每月汇总。 所以John在A和B之间有9个驱动器，每次有5个座位可用。 当然，也有其他人驾驶相同的路线，因此对John构成竞争。

Date Name Seats Start End

-------------------------------------------

7/1/2019 John 45 A B

7/1/2019 Doe 25 A A

7/1/2019 Alice 35 A C

7/1/2019 John 30 A A

7/1/2019 Doe 25 A C

7/1/2019 Alice 10 A B

7/1/2019 Doe 5 A B

7/1/2019 Alice 15 A A

所以对于7/1/2019 John的“网络”(所有路线)都参加了此次比赛：

Date Name Seats Route

---------------------------------

7/1/2019 John 30 A-A

7/1/2019 Doe 25 A-A

7/1/2019 Alice 15 A-A

7/1/2019 John 45 A-B

7/1/2019 Doe 5 A-B

7/1/2019 Alice 10 A-B

正如您所看到的，在此结果中，未列出路径AC ，因为John根本没有驱动它。 如果我们将示例数据扩展到新的月份8/1/2019 ：

Date Name Seats Start End

-------------------------------------------

8/1/2019 John 65 A C

8/1/2019 Doe 25 A A

8/1/2019 Alice 35 A A

8/1/2019 Doe 25 A B

8/1/2019 Alice 10 A B

8/1/2019 Doe 5 A C

8/1/2019 Alice 15 A C

我们可以看到John本月只驾驶AC 。 由于network应建立在过去1年的时间内(8/1/2018至8/1/2019)， John的网络现在都是三条路线( AA ， AB ， AC )，但仅用于计算截至2009年8月1日的8/1/2019 。 对于7/1/ 7/1/2019 ， John的网络保持AA ， AB 。 所以8/1/2019的结果是这样的：

Date Name Seats Route

---------------------------------

8/1/2019 John 0 A-A

8/1/2019 Doe 25 A-A

8/1/2019 Alice 35 A-A

8/1/2019 John 0 A-B

8/1/2019 Doe 25 A-B

8/1/2019 Alice 10 A-B

8/1/2019 John 65 A-C

8/1/2019 Doe 5 A-C

8/1/2019 Alice 10 A-C

John只驾驶AC ，这就是为什么他被列为其他路线的0个席位的原因。

由于结果是对座位求和并忽略路径，因此查询的实际输出如下：

7/1/2019 John 75

7/1/2019 Doe 30

7/1/2019 Alice 25

8/1/2019 John 65

8/1/2019 Doe 55

8/1/2019 Alice 55

在这个结果中，由于在该日期之前没有数据，因此我们将7/1/2019路线7/1/2019作John和竞争对手的AA和AB 。 对于8/1/2019 John的网络是AA ， AB和AC ，尽管他在8/1/2019只驾驶AC ( AA和AB在7/1/2019 )。

我希望我提供的数据是可以理解的。 如果您需要更多说明，请询问，我会尝试解释更多。

如何更改查询以大大提高性能？

到目前为止我还没有使用过JOIN ，因为我必须加入一个子查询，这在HQL中是不允许的。

如果您需要更多信息/说明，请随时提出！

编辑：

我知道我也可以发布在codereview.stackexchange.com上 ，但是我选择了它，因为查询本身是有效的，如果只执行1个名称而且只是失败了。 我对codereview.stackexchange.com理解是，应该只有性能改进问题