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

chore: Prepare v0.9.2 #1569

Merged
merged 3 commits into from
Aug 25, 2024
Merged

chore: Prepare v0.9.2 #1569

merged 3 commits into from
Aug 25, 2024

Conversation

philippemnoel
Copy link
Collaborator

@philippemnoel philippemnoel commented Aug 25, 2024

Ticket(s) Closed

  • Closes #N/A

What

Update the changelog for v0.9.2 of pg_search and v0.1.1 of pg_analytics.

Why

^

How

^

Tests

^

Copy link
Collaborator

@rebasedming rebasedming left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

changelog needs to be added to mint.json. also version needs to be bumped up in mint.json.

@philippemnoel
Copy link
Collaborator Author

changelog needs to be added to mint.json. also version needs to be bumped up in mint.json.

Thank you! I forgot those

@philippemnoel philippemnoel merged commit 0eaec6a into dev Aug 25, 2024
14 checks passed
@philippemnoel philippemnoel deleted the phil/prep-0.9.2 branch August 25, 2024 17:36
eeeebbbbrrrr added a commit that referenced this pull request Aug 26, 2024
This implements a `pg_sys::ItemPointerData` to u64 conversion (and back)
that's different from pgrx' built-in version.

This version doesn't waste 2 bytes in the middle between the BlockNumber
and the OffsetNumber.  On a local ~12G tantivy index, the storage
footprint went from 12,445,683,151 bytes to 12,296,613,773.  That's
about 150M savings or about 2%.
eeeebbbbrrrr added a commit that referenced this pull request Sep 14, 2024
This implements a `pg_sys::ItemPointerData` to u64 conversion (and back)
that's different from pgrx' built-in version.

This version doesn't waste 2 bytes in the middle between the BlockNumber
and the OffsetNumber.  On a local ~12G tantivy index, the storage
footprint went from 12,445,683,151 bytes to 12,296,613,773.  That's
about 150M savings or about 2%.
eeeebbbbrrrr added a commit that referenced this pull request Sep 17, 2024
Signed-off-by: Eric Ridge <eebbrr@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants