[Bug]: Redundant index oc_filecache.fs_parent
Open
Nobody has claimed this yet.
0. Needs triage
29-feedback
bug
feature: database
feature: filesystem
performance 🚀
- Dominant language
- PHP
- Stars
- 36.9k
- Forks
- 5.2k
- Avg merge
- 2d 3h
- Merged PRs (30d)
- 713
Description
⚠️ This issue respects the following points: ⚠️
- This is a bug, not a question or a configuration/webserver/proxy issue.
- This issue is not already reported on Github OR Nextcloud Community Forum (I've searched it).
- Nextcloud Server is up to date. See Maintenance and Release Schedule for supported versions.
- I agree to follow Nextcloud's Code of Conduct.
Bug description
create index fs_parent
on nextclouddev.oc_filecache (parent);
create index fs_parent_name_hash
on nextclouddev.oc_filecache (parent, name);
- the database can use
fs_parent_name_hashfor any operation it would have usedfs_parent - INSERT and DELETE have to maintain both indices
- UPDATES of
parenthave to both indices
Steps to reproduce
- Install Nextcloud
Expected behavior
Efficient use of database indices
Installation method
None
Nextcloud Server version
master
Operating system
None
PHP engine version
None
Web server
None
Database engine version
None
Is this bug present after an update or on a fresh install?
None
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
- Default user-backend (database)
- LDAP/ Active Directory
- SSO - SAML
- Other
Configuration report
No response
List of activated Apps
No response
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No file or test is named. Start by locating the schema or migration definitions for oc_filecache and the fs_parent and fs_parent_name_hash indexes, then inspect how index changes are handled across supported databases. Done means the redundant fs_parent index is no longer created while the useful composite index remains and database behavior is preserved.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- sql
- Domain
- databases
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100