-1 (non-binding): Breaks the Chain of Responsibility. Constraints should be defined and enforced by the data sources themselves, not Spark. Spark is a processing engine, and enforcing constraints at this level blurs architectural boundaries, making Spark responsible for something it does not control.
El vie, 21 mar 2025 a las 20:18, L. C. Hsieh (<vii...@gmail.com>) escribió: > +1 > > On Fri, Mar 21, 2025 at 12:13 PM huaxin gao <huaxin.ga...@gmail.com> > wrote: > > > > +1 > > > > On Fri, Mar 21, 2025 at 12:08 PM Denny Lee <denny.g....@gmail.com> > wrote: > >> > >> +1 (non-binding) > >> > >> On Fri, Mar 21, 2025 at 11:52 Gengliang Wang <ltn...@gmail.com> wrote: > >>> > >>> +1 > >>> > >>> On Fri, Mar 21, 2025 at 11:46 AM Anton Okolnychyi < > aokolnyc...@gmail.com> wrote: > >>>> > >>>> Hi all, > >>>> > >>>> I would like to start a vote on adding support for constraints to > DSv2. > >>>> > >>>> Discussion thread: > https://lists.apache.org/thread/njqjcryq0lot9rkbf10mtvf7d1t602bj > >>>> SPIP: > https://docs.google.com/document/d/1EHjB4W1LjiXxsK_G7067j9pPX0y15LUF1Z5DlUPoPIo > >>>> PR with the API changes: https://github.com/apache/spark/pull/50253 > >>>> JIRA: https://issues.apache.org/jira/browse/SPARK-51207 > >>>> > >>>> Please vote on the SPIP for the next 72 hours: > >>>> > >>>> [ ] +1: Accept the proposal as an official SPIP > >>>> [ ] +0 > >>>> [ ] -1: I don’t think this is a good idea because … > >>>> > >>>> - Anton > > --------------------------------------------------------------------- > To unsubscribe e-mail: dev-unsubscr...@spark.apache.org > >