Django 3.2 database improvements #125
Labels
No labels
Security
TeX
auto-update
board
done
board
ready
board
todo
check
delete-eslint-rc-js
check
update-builddeps-package-json
check
update-eslint-rc-js
check
update-gitignore
check
update-merge-request-template
check
update-prettier-ignore
check
update-pyproject-toml
check
update-renovate-json
check
update-tox-ini
part
backend
part
ci
part
docs
part
frontend
part
i18n
part
non-technical
part
packaging
prio
1
prio
2
prio
3
release-mr-5.x
size
large
size
medium
size
small
source
customer
source
customer::fsmw
source
customer::fss
source
customer::teckids
source
downstream
type
breaking
type
bug
type
feature
type
refactoring
workflow
blocked
workflow
confirmed
workflow
current-todo
workflow
discussing
workflow
new-app
workflow
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
aleksis/AlekSIS-App-Chronos#125
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Index.includeandUniqueConstraint.includeare now supported for creating covering indexes — we should check whether we have queries that can be turned into index-only scans that wayFilteredRelationnow supports nested relations (probably most important for Alsijil)QuerySet.aliascan be used instead ofQuerySet.annotatefor aliases that are only needed for filtering (probably most interesting for Alsijil)changed the description
marked the checklist item
QuerySet.aliascan be used instead ofQuerySet.annotatefor aliases that are only needed for filtering (probably most interesting for Alsijil) as completedmarked the checklist item Transforms in expressions — not sure as completed
marked the checklist item
FilteredRelationnow supports nested relations (probably most important for Alsijil) as completedcreated merge request !454 to address this issue
mentioned in merge request !454
marked the checklist item
Index.includeandUniqueConstraint.includeare now supported for creating covering indexes — we should check whether we have queries that can be turned into index-only scans that way as completedmarked the checklist item Functional indexes are now supported — we need to check models thatare often queried using a database function (e.g. aggregates), and add functional indexes for those queries (but leave the index out if write performance is more critical than search performance!) as completed
mentioned in commit
edd54e9030