+1 (binding)

On Tue, May 20, 2025 at 8:14 AM Gidon Gershinsky <gg5...@gmail.com> wrote:

> +1 (non-binding).
> Glad to see this big step forward.
>
> Cheers, Gidon
>
>
> On Tue, May 20, 2025 at 9:00 AM Ajantha Bhat <ajanthab...@gmail.com>
> wrote:
>
>> +1 (non-binding)
>>
>> Excited to see Iceberg V3 coming together!
>>
>> - Ajantha
>>
>> On Tue, May 20, 2025 at 11:22 AM Christian Thiel <
>> christian.t.b...@gmail.com> wrote:
>>
>>> +1 (non-binding)
>>>
>>> Christian
>>>
>>> Prashant Singh <prashant010...@gmail.com> schrieb am Di. 20. Mai 2025
>>> um 07:34:
>>>
>>>> +1 (non-binding)
>>>>
>>>> Best,
>>>> Prashant
>>>>
>>>> On Mon, May 19, 2025 at 10:19 PM Aihua Xu <aihu...@gmail.com> wrote:
>>>>
>>>>> +1 (non-binding).  Great to see we are moving forward.
>>>>>
>>>>> On Mon, May 19, 2025 at 9:06 PM Denny Lee <denny.g....@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> +1 (non-binding)
>>>>>>
>>>>>> On Mon, May 19, 2025 at 9:04 PM Yufei Gu <flyrain...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> +1 (binding)
>>>>>>>
>>>>>>> Yufei
>>>>>>>
>>>>>>>
>>>>>>> On Mon, May 19, 2025 at 8:59 PM Amogh Jahagirdar <2am...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> +1 (binding)
>>>>>>>>
>>>>>>>> On Mon, May 19, 2025 at 9:37 PM Gang Wu <ust...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> +1 (non-binding)
>>>>>>>>>
>>>>>>>>> On Tue, May 20, 2025 at 11:35 AM Manish Malhotra <
>>>>>>>>> manish.malhotra.w...@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> +1 (non-binding)
>>>>>>>>>>
>>>>>>>>>> This is Awesome! Thanks 🙏🏼
>>>>>>>>>>
>>>>>>>>>> On Mon, May 19, 2025 at 6:09 PM Szehon Ho <
>>>>>>>>>> szehon.apa...@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> +1 (binding)
>>>>>>>>>>>
>>>>>>>>>>> Thanks, it's an exciting step for Iceberg!
>>>>>>>>>>> Szehon
>>>>>>>>>>>
>>>>>>>>>>> On Mon, May 19, 2025 at 4:03 PM Jia Yu <ji...@apache.org> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> This is exciting!
>>>>>>>>>>>>
>>>>>>>>>>>> +1 (non-binding)
>>>>>>>>>>>>
>>>>>>>>>>>> On Mon, May 19, 2025 at 3:27 PM Ryan Blue <rdb...@gmail.com>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> +1 (binding)
>>>>>>>>>>>>>
>>>>>>>>>>>>> I’ve gone through the changes in detail and I’m confident that
>>>>>>>>>>>>> they are implementable and working.
>>>>>>>>>>>>>
>>>>>>>>>>>>>    - Reviewed and updated row lineage core implementation,
>>>>>>>>>>>>>    readers/writers, and updates to Spark 3.5
>>>>>>>>>>>>>    - Validated the Variant encoding and shredding spec
>>>>>>>>>>>>>    - Built readers/writers for core object models for
>>>>>>>>>>>>>    unknown, timestamp(9) types
>>>>>>>>>>>>>    - Implemented default values and updated read paths
>>>>>>>>>>>>>    - Reviewed table encryption PRs
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Mon, May 19, 2025 at 3:20 PM Ryan Blue <rdb...@gmail.com>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi everyone,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> With the follow-ups from the earlier discussion thread
>>>>>>>>>>>>>> wrapped up, I’d like to raise a vote to adopt the v3 spec
>>>>>>>>>>>>>> changes
>>>>>>>>>>>>>> <https://github.com/apache/iceberg/blob/main/format/spec.md#version-3-extended-types-and-capabilities>
>>>>>>>>>>>>>> .
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> *What is included?*
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>    - Default values for columns and fields
>>>>>>>>>>>>>>    - New types: variant, geospatial, timestamp(9), and
>>>>>>>>>>>>>>    unknown
>>>>>>>>>>>>>>    - Row lineage and change tracking using synthetic row IDs
>>>>>>>>>>>>>>    and row-level last modified sequence number
>>>>>>>>>>>>>>    - Improved position deletes using binary deletion vectors
>>>>>>>>>>>>>>    that are synchronously maintained
>>>>>>>>>>>>>>    - Table encryption key tracking
>>>>>>>>>>>>>>    - Table metadata support for future multi-argument
>>>>>>>>>>>>>>    transforms
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> *What does adopting these changes mean?*
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Adopting the changes signals that we (the community) intend
>>>>>>>>>>>>>> to support the current set of changes and will maintain
>>>>>>>>>>>>>> forward-compatibility for v3 tables that implement the v3 spec. 
>>>>>>>>>>>>>> After
>>>>>>>>>>>>>> adopting the changes, future breaking changes would go into v4.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> As with v2 adoption
>>>>>>>>>>>>>> <https://lists.apache.org/thread/ws2gg52d124p7bx9jgrn3kctrtfgtltp>,
>>>>>>>>>>>>>> this is needed to build support in downstream projects and other
>>>>>>>>>>>>>> implementations. Adoption doesn’t change the default table 
>>>>>>>>>>>>>> version, it
>>>>>>>>>>>>>> signals that there will be no further break changes in v3 and 
>>>>>>>>>>>>>> that we are
>>>>>>>>>>>>>> confident in supporting the v3 features.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Huge thanks to everyone that has worked to get to this point
>>>>>>>>>>>>>> with the v3 changes!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Please vote in the next 72 hours:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> [ ] +1 Adopt the v3 changes to the table spec
>>>>>>>>>>>>>> [ ] +0
>>>>>>>>>>>>>> [ ] -1 Wait to close v3 changes because . . .
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ryan
>>>>>>>>>>>>>>
>>>>>>>>>>>>>

Reply via email to