gitea/routers
Lunny Xiao 7df09e31fa
Move issue pin to an standalone table for querying performance (#33452)
Noticed a SQL in gitea.com has a bigger load. It seems both `is_pull`
and `pin_order` are not indexed columns in the database.

```SQL
SELECT `id`, `repo_id`, `index`, `poster_id`, `original_author`, `original_author_id`, `name`, `content`, `content_version`, `milestone_id`, `priority`, `is_closed`, `is_pull`, `num_comments`, `ref`, `pin_order`, `deadline_unix`, `created_unix`, `updated_unix`, `closed_unix`, `is_locked`, `time_estimate` FROM `issue` WHERE (repo_id =?) AND (is_pull = 0) AND (pin_order > 0) ORDER BY pin_order
```

I came across a comment
https://github.com/go-gitea/gitea/pull/24406#issuecomment-1527747296
from @delvh , which presents a more reasonable approach. Based on this,
this PR will migrate all issue and pull request pin data from the
`issue` table to the `issue_pin` table. This change benefits larger
Gitea instances by improving scalability and performance.

---------

Co-authored-by: wxiaoguang <wxiaoguang@gmail.com>
2025-02-17 11:28:37 -08:00
..
api Move issue pin to an standalone table for querying performance (#33452) 2025-02-17 11:28:37 -08:00
common Refactor error system (#33610) 2025-02-16 22:13:17 -08:00
install Avoid duplicate SetContextValue call (#33564) 2025-02-12 14:25:46 +08:00
private Move commits signature and verify functions to service layers (#33605) 2025-02-16 12:24:07 +00:00
utils Refactor older tests to use testify (#33140) 2025-01-09 09:21:47 +08:00
web Move issue pin to an standalone table for querying performance (#33452) 2025-02-17 11:28:37 -08:00
init.go Prepare for support performance trace (#33286) 2025-01-15 20:05:18 +00:00