+1 nb, I had to run Cassandra + Hadoop from the early days (0.7+) and it was painful. This is a major step forward.
> On May 4, 2023, at 1:44 PM, Patrick McFadin <pmcfa...@gmail.com> wrote: > > As somebody who gave this talk: https://youtu.be/9xf_IXNylhM I love the > evolution of this topic. Excited to see this! ++1 nb > > Patrick > > > > On Thu, May 4, 2023 at 11:35 AM C. Scott Andreas <sc...@paradoxica.net > <mailto:sc...@paradoxica.net>> wrote: >> +1nb. >> >> As someone familiar with this work, it's pretty hard to overstate the impact >> it has on completing Cassandra's HTAP story. Eliminating the overhead of >> bulk reads and writes on production OLTP clusters is transformative. >> >> – Scott >> >>> On May 4, 2023, at 9:47 AM, Doug Rohrer <droh...@apple.com >>> <mailto:droh...@apple.com>> wrote: >>> >>> >>> Hello all, >>> >>> I’d like to put CEP-28 to a vote. >>> >>> Proposal: >>> >>> https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-28%3A+Reading+and+Writing+Cassandra+Data+with+Spark+Bulk+Analytics >>> >>> Jira: >>> https://issues.apache.org/jira/browse/CASSANDRA-16222 >>> >>> Draft implementation: >>> >>> - Apache Cassandra Spark Analytics source code: >>> https://github.com/frankgh/cassandra-analytics >>> - Changes required for Sidecar: >>> https://github.com/frankgh/cassandra-sidecar/tree/CEP-28-bulk-apis >>> >>> Discussion: >>> https://lists.apache.org/thread/lrww4d7cdxgtg8o3gt8b8foymzpvq7z3 >>> >>> The vote will be open for 72 hours. >>> A vote passes if there are at least three binding +1s and no binding >>> vetoes. >>> >>> >>> Thanks, >>> >>> Doug Rohrer >>> >>> >>> >> >>
