Yeah, I think the vote might be slightly premature. I think there were a lot of open questions on representation last time I reviewed the doc. If those have been resolved, having a little more time for review would be worthwhile.
-Micah On Sun, Aug 16, 2026 at 10:17 AM Curt Hagenlocher <[email protected]> wrote: > -0 (binding) > > I'd be happy for others to tell me I'm wrong, but I don't see enough > consensus in the (stalled?) discussion on the spec to feel like this > is ready for a vote. I also have other reservations, but I don't want > to hijack a voting thread into a discussion thread, so I'll think > about what I want to say and either leave comments on the spec or > start a new thread. > > > -Curt > > On Thu, Aug 13, 2026 at 1:39 PM Mandukhai Alimaa > <[email protected]> wrote: > > > > Hello everyone, > > > > Following up on the previous discussion thread [1], I would like to > > formally open a VOTE for adopting the BigDecimal canonical extension > > type into the Apache Arrow specification. > > > > Summary: > > The proposed `arrow.big_decimal` canonical extension type provides > > high-fidelity representation and transport for variable-scale > > numeric/decimal data (e.g., PostgreSQL NUMERIC, Trino DECIMAL, Oracle > > NUMBER) without forcing a uniform scale across an entire column. > > > > Format PR: > > Golang implementation draft: > https://github.com/apache/arrow-go/pull/1201 > > Rust implementation draft: https://github.com/apache/arrow-rs/pull/10669 > > > > Resources: > > Specification proposal: > > > https://docs.google.com/document/d/10YNDPW9068RMsvAV_pjmC-uuerwWEwdhGqJARyVvnWI/edit?tab=t.0#heading=h.6pwu28gkulfs > > > > The vote will be open for at least 72 hours (3 business days). > > > > Please cast your vote: > > [ ] +1 Accept this proposal > > [ ] +0 > > [ ] -1 Do not accept this proposal because... > > > > > > Thank you! > > Mandy > > > > [1] https://lists.apache.org/thread/34opw343xrzkb0vhhbqto9vx061c7j7f >
