前期我們開發的行人檢測分析功能已經在景區上線了，如果大家對我們之前的開發比較感興趣，可以關注我們的部落格，搜尋我們相關的博文進行了解。根據景區的特性，我們需要對該系統做進一步的開發，也就是休息日和節假日的分析，提高行人檢測分析的效能。

大家知道該套系統是需要和景區的票務系統進行繫結的，在程式中有個配置檔案“day”欄位，也就是已當前的時間向前查詢30天的票務系統資料，這個欄位就會在一定程度上導致系統性能問題。

因為票務系統的資料比較龐大，還要連結串列查詢，程式列印的資訊中，查一次票務系統的表就會是3s左右的時間。如果查30天每個時間段的資料，可能會出現一種情況：就是一天的視訊源已經走完，而查詢資料庫還會在繼續。這樣持續累積，也會影響第二天的效能。

本來我們的想法是：先自行檢測日期是否是週六及週日，並寫個陣列用於記錄節假日的時間。但是經過檢測我們發現這種方式並不能完全解決問題。這樣考慮的主要問題是沒有考慮到節假日之後，復工及補班的問題，所以這樣分析還是會增加。要避免這個情況就要從網上搜尋介面來使用。

我們一開始找到一個介面，是以天為單位(如：2021-10-01)，但是這個方式會一直調介面，導致介面呼叫太頻繁，如果我們把ip給禁了，就會出現呼叫介面不成功的情況。

經過考慮之後，我們打算以月為單位（如：2021-10），介面如下：

在程式之前新增介面呼叫。

此處注意，需要呼叫兩個月的資料，因為是提前30天的資料，需要提前兩個月進行。