Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Normalize oc_properties #27358

Closed
DeepDiver1975 opened this issue Mar 10, 2017 · 4 comments
Closed

Normalize oc_properties #27358

DeepDiver1975 opened this issue Mar 10, 2017 · 4 comments
Assignees
Labels
p2-high Escalation, on top of current planning, release blocker sev3-medium Type:Bug

Comments

@DeepDiver1975
Copy link
Member

We waste rather much data space in oc_properties - normalization could help

here is an example of a instance with 20+k users

+---------------------------------------------------+----------+
| propertyname                                      | count(*) |
+---------------------------------------------------+----------+
| {DAV:}srt_modifiedtime                            |      477 |
| {http://apache.org/dav/props/}executable          |   240997 |
| {http://example.com/neon/litmus/}high-unicode     |        2 |
| {http://example.com/neon/litmus/}prop5            |        3 |
| {http://example.com/neon/litmus/}prop6            |        3 |
| {http://example.com/neon/litmus/}prop7            |        3 |
| {http://example.com/neon/litmus/}prop8            |        3 |
| {http://example.com/neon/litmus/}prop9            |        3 |
| {http://example.com/neon/litmus/}valnspace        |        2 |
| {http://www.southrivertech.com/}srt_creationtime  |   763561 |
| {http://www.southrivertech.com/}srt_modifiedtime  |   816907 |
| {http://www.southrivertech.com/}srt_proptimestamp |   816908 |
| {urn:schemas-microsoft-com:}Win32CreationTime     |   241259 |
| {urn:schemas-microsoft-com:}Win32FileAttributes   |   246384 |
| {urn:schemas-microsoft-com:}Win32LastAccessTime   |   242502 |
| {urn:schemas-microsoft-com:}Win32LastModifiedTime |   242532 |
| {}nonamespace                                     |        2 |
+---------------------------------------------------+----------+

The table has an overall size of close to 2GB of data!

Let's create a table which holds the propertyname and an id and use a fk to the oc_properties table

@DeepDiver1975 DeepDiver1975 added this to the 10.1 milestone Mar 10, 2017
@PVince81
Copy link
Contributor

cc @VicDeo

@VicDeo VicDeo self-assigned this Jul 6, 2017
@PVince81 PVince81 added the p2-high Escalation, on top of current planning, release blocker label Jul 10, 2017
@PVince81 PVince81 modified the milestones: development, 10.1 Jul 10, 2017
@PVince81
Copy link
Contributor

PVince81 commented Aug 3, 2017

nice to have but not high prio, moving to triage

@ownclouders
Copy link
Contributor

Hey, this issue has been closed because the label status/STALE is set and there were no updates for 7 days. Feel free to reopen this issue if you deem it appropriate.

(This is an automated comment from GitMate.io.

@lock
Copy link

lock bot commented Jul 30, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked as resolved and limited conversation to collaborators Jul 30, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
p2-high Escalation, on top of current planning, release blocker sev3-medium Type:Bug
Projects
None yet
Development

No branches or pull requests

5 participants