[DOCS-6313] Emphasize that dataSize is an internal diagnostic command, and/or explain optional range args better. Created: 02/Oct/15 Updated: 30/Oct/23 Resolved: 18/Jan/18 |
|
| Status: | Closed |
| Project: | Documentation |
| Component/s: | manual |
| Affects Version/s: | None |
| Fix Version/s: | Server_Docs_20231030 |
| Type: | Task | Priority: | Major - P3 |
| Reporter: | Akira Kurogane | Assignee: | Kay Kim (Inactive) |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||
| Participants: | |||||
| Days since reply: | 6 years, 4 weeks ago | ||||
| Description |
|
In my understanding the dataSize command uses min and max args that work like the $min and $max query operators, rather than the more flexible $gte and $lt operators. So it needs to also have an index identified (via the keyPattern arg) and the values in min and max must be compatible with that. Also if a { "mykeyfieldname": "hashed" } index is used the min and max args must be the hashed values. All of the above is good for the sharding operations that it was created for, but it's confusing for users trying to fiddle with it on their own. I suggest we do more to highlight that it's an internal command; it's use is aligned with the shard chunk management code, and that using with hashed indexes is not possible unless you can provide the hashed values. |
| Comments |
| Comment by Akira Kurogane [ 18/Jan/18 ] |
|
The documentation for 3.6 looks better now. I'll close this. |