Skip to content

Store table should use bigint not int #10921

Description

@mekarpeles

Problem

Our production store table has 338,283,267 (38M) rows, data has 160M and both use int for its id which will max at around 2B ids (which we're far off from but) as we migrate from ol-db1 to ol-db0 we should make sure all our large tables (e.g. data, thing) should use bigint.

Related to #5675 / #9155

Instructions for Contributors

  • Please run these commands to ensure your repository is up to date before creating a new branch to work on this issue and each time after pushing code to Github, because the pre-commit bot may add commits to your PRs upstream.

Metadata

Metadata

Assignees

Labels

Affects: DatabaseLead: @jimchampIssues overseen by Jim (Front-end Lead, BookNotes) [managed]Needs: BreakdownThis big issue needs a checklist or subissues to describe a breakdown of work. [managed]Needs: Staff / InternalReviewed a PR but don't have merge powers? Use this.Priority: 2Important, as time permits. [managed]Type: BugSomething isn't working. [managed]

Type

No type

Fields

No fields configured for issues without a type.

Projects

No projects

Relationships

None yet

Development

No branches or pull requests

Issue actions